Гибкий водопад: гибрид Agile и Waterfall в проектном управлении
Руководитель корпоративных практик ALP Group Александр Казеннов рассказывает, как компания-интегратор создала собственную систему для управления проектами, которая берет лучшее из двух методологий и превосходит по функционалу Jira.
Тезисно согласен. Но тема имплементации Agile слабо раскрыта, только в последнем абзаце становится хоть немного понятно.
Гибкие методологии позволяют выпускать быстрые инкременты продукта, при этом не заморачиваясь с документацией (в том числе и с детальным ТЗ). В ситуации интегратора мне совершенно непонятно, как это происходит. Гигантская система и с плохой документацией? Быстрые релизы, когда куча взаимосвязей и распределение "в масштабах всей страны"?
Как ведется работа с заказчиками? То, что они требования формируют и прорабатывают уже на ходу - это рассказано в последнем абзаце. Но не ломает ли это "водопад"? Как они понимаю, что надо изменить, если они не получили предыдущего релиза? Или они не имеют шанса на HADI/переделку? Как их держать "в узде"?
Как происходит синхронизация между командами/узнали, когда доработка требуется во многих места?. Одна команда выдаст результат через два спринта, другая сможет взять в спринт только через 5 следующих спринтов. Демо клиент увидит через 6 месяцев?
Нужна еще одна статья)
Владимир, вы вдохновили нашего эксперта на вторую статью по теме Agile+Waterfall! Александр ответил на все ваши вопросы ;) Если интересно, статья по ссылке: https://vc.ru/services/827002-gibkiy-vodopad-gibrid-agile-i-waterfall-v-proektnom-upravlenii-chast-2
принято, при случае дополним