Comments 3
а зачем вы делаете технические релизы?
Владислав Филимонов:
Разделение на технические релизы позволяет нам синхронизировать этап планирования у разных команд и помогает в промежуточном подведении итогов разработки конкретной функциональности. Таким образом, вне зависимости от того, закончена полностью вся запланированная работа над первой итерацией каждого технического релиза или нет, все команды занимаются исследованием новых задач, делают прототипы. И совместно с аналитиками пытаются выработать оптимальные решения, чтобы наполнить бэклог оставшихся итераций технического релиза. Также по результатам технических релизов мы собираем инсталлятор, чтобы выполнить дополнительное тестирование, оцениваем реализованную функциональность. В случае необходимости можем запланировать доработки и скорректировать прогнозы на то, что в конечном итоге попадет в новую версию продукта.
Собственно, к объявленной теме - как обеспечить (= формировать) качественный бэклог - статья имеет весьма посредственное отношение. Очередной (возможно, полезный) рассказ о том, как выстроены рабочие процессы разработки глазами системного аналитика
Не есть гуд, если в команде бэклог формирует системный аналитик при наличии других ролей, близких к бизнесу. Что и видно по статье, прямо с первых строчек, что аналитик - пуп разработки
Как обеспечить качественный бэклог