Написан пост, в котором вы даёте оценку процессу инженерии в вашей организации: насколько он далеко от «водопада».
Я участвую в создании чипов с UWB радио, при этом основная “наша система” команды – это драйвера радио и других устройств наших чипов.
Мы (команда) участвуем в разных проектах: поддержка и развитие текущих (и старых/legacy продуктов/чипов) и создание новых поколений чипов. Процессы инженерии в этих проектах очень разные.
Проекты развития текущих продуктов выполняются без upfront планирования: задачи решаются по мере поступления. Мы как разработчики драйверов не взаимодействуем напрямую с клиентами, поэтому запросы на развитие/улучшение (новые фичи или багфиксы в драйверах) приходят от других команд. Мы эти запросы складываем в бэклог, худо-бедно ранжируем по важности/срочности, и выполняем когда доходят руки.
Проект создания нового чипа – это водопад, зачем-то порезанный на спринты. Изначальное планирование заняло существенное количество времени: все команды должны были добавить задачи в общий гигантский план и разбить их по спринтам. При этом, понимание того, что нужно будет делать, было очень ограниченным. План получился соответствующим: задачи слишком общие/абстрактные, оценки времени нереалистичные. Теперь, когда работа над созданием системы началась, наш тимлид регулярно тратит время на перепланирование/переформулирование и перекладывание задач из спринта в спринт.
