Без заголовка

Вышел на этот пост по ссылкам из анонса нового курса, перечитал и появились мысли, которыми хочу поделиться - может, пригодиться для развития курса. Управление жизненным циклом - это по сути управление потоком создания ценности в проекте. При этом через нужды и требования создание ценности преобразуется в поток работ, которые, при правильном проектировании, должны эту ценность создать и доставить потребителю. И классический менеджмент исходил из того, что проектирование будет сделано правильно (качественно), хотя и предусматривал в конце фазу валидации. И рисков неверного проектирования - не закладывают. А Agile, наоборот, стоит на том, что обеспечить этого в принципе невозможно, проект чаще всего имеет статус гипотезы о проекте и проверять надо как можно чаще. В Scrum sprint review как раз и задуман как такая проверка - что разработка не просто выполнена, а что она удовлетворяет нуждам стейкхолдеров, решает их проблемы - то есть несет ценность. Понятно, что просто демонстрацией это не всегда проверишь - тогда надо применять более сложные практики, вплоть до выкатывания в продакшн и A-B тестирования и на демо показывать графики охвата аудитории (например). И вот если мы от просто исполнения заранее (в проекте) определенного набора работ переходим к потоку работ и управлению этим потоком, то как парное к нему переходить к управлению потоком создания ценности, удерживая при этом gap между ними (работы выполнили, а ценность не создали). И именно в этом (вроде как) заключается управление жизненным циклом (продукта). Ну и дальше можно апеллировать к тем практикам Lean и Kanban, которые как раз работают в терминах потока создания ценности и соответствующей теоретической базе. Мне кажется, что этот образ может более четко прояснить, чем управление жизненным циклом отличается от управления потоком работ. А еще здесь есть явный провал у многих практиков, да и у тех, то занимается методами, который надо закрывать образованием. Иначе освоение бюджета без достижения результата воспринимается чисто как вина исполнителей, а не проблема методологии. А она означает, если рассматривать идеальную конструкцию, что мы разрыв между потоками создания ценности и выполнения задач упустили.