- А еще в definition of done нужно добавить пункт "требования написаны/проапдейчены"...

- OK. Работаем по agile. Здорово. Только пусть аналитик для начала подготовит требования - как я без требований буду мочить код...

- Если мы не будем писать требования, то через полгода все забудем...

Как часто мы уже слышали такие фразы? Как часто мы говорили такие фразы сами?

Еще со времен waterfall мы помним, что требования - это что-то очень важное, большое и серьезное. Почти роман Толстого. Вызывает уважение у заказчика, дарит спокойствие менеджерам, отвечает на все вопросы разработчиков. Так почему же agile предлагает выбросить эту увесистую пачку документов? И что он предлагает взамен? Очень многие команды набили себе огромные шишки, так и не найдя ответов на эти вопросы.

В докладе мы постараемся понять изъяны классического подхода документирования требований. Обсудим базовые принципы работы с требованиями в agile. Пройдемся по подводным камням, что ожидают команду, отказавшуюся от классического документирования требований. А так же рассмотрим ряд техник и практик agile requirements management.

И, конечно, мы постараемся ответить на вопрос "нужны ли требования в agile?".

p.s. только реальные примеры

Уровень аудитории: новички, практикующие

Направления: Product Management, Agile Process, Team

Докладчик

1. Антон Зотин, Luxoft (Москва)