Задача сделана и нет одновременно – или как мы устраняли квантовую неопределённость на проектах

Личный опыт наведения порядка в проектах по заказной разработке.

55

Денис, (если не секрет) а в чем бизнес смысл такого контроля?
Сейчас ведь проекты практически не бывают конечными: постановка-прототип-разработка-доработки-сопровод , все это циклично, со спринтами и релиз-циклом и до бесконечности.
Т.е именно 'сделано и работает' актуально по-сути на момент завершения спринта, сдачи этапа и развертывания на инфраструктуре.  
Это крайне мимолетное явление в нынешних потоково-спринтовых реалиях.  
Фиксировать именно реальное текущее положение дел это чудовищный объем работы, я бы понял еще если бы вы в Роскосмосе ракеты запускали к Марсу, но ведь это не так.

Контроль со стороны заказчика? Это вообщем-то просто отчетом решается, по итогам спринта/цикла. Отчет красивый, с картинками и графиками - работает на ура. 

1

Для бизнеса смысл не столько в контроле, сколько в том, чтобы дать разработке адекватный инструмент управления процессом. Т.к. мы на 100% распределенная команда, то, например, на банальный вопрос от заказчика/менеджера "Какой статус по задачам спринта/этапа?" без такого инструмента тяжело ответить без дополнительных телодвижений.
А отчет для заказчика или кого-то еще как раз можно выгрузить из системы в актуальном виде в любой момент времени.