Цитаты из книги автора Карл Вигерс Жемчужины разработки. Чему мы научились за 50 лет создания ПО

Две распространенные практики выявления требований — телепатия и ясновидение.

бизнес-требования описывают, почему организация берется за проект. Пользовательские требования описывают, что пользователи смогут делать с помощью продукта. Функциональные требования сообщают разработчикам, что они должны создать. Согласование бизнес-, пользовательских и функциональных требований — важный компонент успешного планирования.

У организаций никогда нет времени, чтобы правильно создать программное обеспечение, но они находят ресурсы, чтобы исправить его позже

Проще говоря, бизнес-требования описывают, почему организация берется за проект. Пользовательские требования описывают, что пользователи смогут делать с помощью продукта. Функциональные требования сообщают разработчикам, что они должны создать. Согласование бизнес-, пользовательских и функциональных требований — важный компонент успешного планирования.

Требование — это заявление о потребности или цели клиента либо об условиях или возможностях, которыми должен обладать продукт, чтобы удовлетворить такую потребность или цель. Свойство, которым должен обладать продукт, чтобы представлять ценность для клиента

Мне не нужны все подробности сразу. Мне просто нужно достаточно информации, чтобы начать думать.

Вы должны получить довольно точную информацию о требованиях, прежде чем создавать какую-либо часть продукта, иначе вам придется создавать ее заново.

В здоровой культуре разработки программного обеспечения члены команды не только предлагают, но и принимают конструктивную критику.

Рецензирование коллегами — самая передовая практика разработки программного обеспечения.

Тот, кто не помнит своего прошлого, обречен пережить его вновь»

Agile-команды, напротив, предпочитают детализировать требования непосредственно перед реализацией определенной части функциональности. Это снижает риск того, что информация устареет или требования станут неактуальны, когд