Дорожная карта и планирование в гибких методологиях
Если внимательно посмотреть на гибкие методологии разработки, то можно заметить, что в их основе лежит та же логика, что и в цикле PDCA (Plan → Do → Check → Act), о котором я писал ранее. Эта логика в целом применима к любой работе с неопределённостью, а не только к разработке программного обеспечения.
Главный принцип звучит так: не нужно пытаться составить идеальный план, когда невозможно предусмотреть все детали. Эффективнее двигаться итерациями, регулярно получать обратную связь и корректировать шаги. При этом ошибочно считать, что гибкость означает полный отказ от планирования. Это не так. Полный отказ от планирования означает отказ от управления. Гибкие подходы не отменяют планирование, а делают его гибким 🙂
План пересматривается по мере появления новой информации: меняются требования, появляются новые ограничения, уточняются ожидания пользователей, первоначальные предположения могут оказаться неверными. План в реальном мире устаревает быстро. Но у команды должно быть понимание цели, этапов и направления движения.
Меняется не факт наличия плана, а уровень детализации. Чем ближе горизонт событий, тем точнее планирование. Дальние цели задают направление, а конкретные шаги уточняются по мере движения. При этом попытка одновременно зафиксировать объём, сроки и стоимость крупного проекта приводит к проблемам с качеством.
Часто вместо детального плана, который пытается заранее описать все шаги на длительную перспективу, одним из важных инструментов управления продуктом на ранних стадиях становится дорожная карта, которая регулярно пересматривается и уточняется.
Если внимательно посмотреть на гибкие методологии разработки, то можно заметить, что в их основе лежит та же логика, что и в цикле PDCA (Plan → Do → Check → Act), о котором я писал ранее. Эта логика в целом применима к любой работе с неопределённостью, а не только к разработке программного обеспечения.
Главный принцип звучит так: не нужно пытаться составить идеальный план, когда невозможно предусмотреть все детали. Эффективнее двигаться итерациями, регулярно получать обратную связь и корректировать шаги. При этом ошибочно считать, что гибкость означает полный отказ от планирования. Это не так. Полный отказ от планирования означает отказ от управления. Гибкие подходы не отменяют планирование, а делают его гибким 🙂
План пересматривается по мере появления новой информации: меняются требования, появляются новые ограничения, уточняются ожидания пользователей, первоначальные предположения могут оказаться неверными. План в реальном мире устаревает быстро. Но у команды должно быть понимание цели, этапов и направления движения.
Меняется не факт наличия плана, а уровень детализации. Чем ближе горизонт событий, тем точнее планирование. Дальние цели задают направление, а конкретные шаги уточняются по мере движения. При этом попытка одновременно зафиксировать объём, сроки и стоимость крупного проекта приводит к проблемам с качеством.
Часто вместо детального плана, который пытается заранее описать все шаги на длительную перспективу, одним из важных инструментов управления продуктом на ранних стадиях становится дорожная карта, которая регулярно пересматривается и уточняется.