Если у вас есть программно-насыщенный продукт (автомобиль, телефон, самолет, программно-аппаратный комплекс), с кучей неопределенностей по тому, как его разрабатывать, создавать и обслуживать, то вы не можете создать классический план проекта, выделить ресурсы, написать ТЗ на проектирование и внедрение и проконтролировать исполнение. Точнее, можете, но это бессмысленно. Альтернативой №1 будет строить продукт короткими итерациями и иметь только краткосрочные планы. Но при этом вы игнорируете долгосрочные риски разработки и эксплуатации. Альтернативой №2 является использование дисциплин системной инженерии и программного менеджмента для поискового решения проблем. В этом выпуске я делаю общий обзор того, как работает такое сценарное планирование и прохождение системных развилок.

Ask this episode

“What did the council decide on item 42?” — answered with the speaker and the moment.

Transcript

Related