Agile. Практическое руководство

Метод «канбан» является менее директивным в сравнении с некоторыми подходами agile, и менее «дезорганизующим», поскольку является оригинальным подходом, основанным на принципе «начинай прямо там, где находишься». Командам проектов сравнительно просто начать применять метод «канбан» и затем перейти к более прогрессивным подходам agile, если они сочтут это необходимым или целесообразным. Более подробно метод «канбан» описан в приложении А3, содержащем обзор фреймворков подхода agile и бережливого подхода.

ПРАКТИЧЕСКИЙ ПРИМЕР

Ведутся сейчас и, вероятно, еще долго будут идти споры о методе «канбан» и о том, куда его отнести – к бережливому подходу или движению agile. Он был задуман в рамках и в связи с бережливым производством, но широко применяется в средах agile.

2.4 Неопределенность, риск и выбор жизненного цикла

Некоторые проекты отличаются значительной неопределенностью при определении требований проекта и того, как исполнить эти требования, используя имеющиеся знания и технологии. Эти неопределенности могут стать причиной увеличения темпов изменений и усложнения проекта. Эти свойства наглядно представлены на рис. 2–5.

По мере усиления неопределенности проекта происходит также увеличение риска возникновения необходимости доработок и применения другого подхода. Для снижения уровня этих рисков команды выбирают жизненные циклы, которые позволяют им заниматься проектами с высокой степенью неопределенности путем исполнения небольших инкрементов работы.

При использовании небольших инкрементов команды получают возможность проверять результаты своей работы и вносить изменения в то, что предстоит сделать. Когда команды производят поставки небольшими инкрементами, улучшается их способность понимать подлинные требования заказчиков, и делать это в более короткие сроки и точнее, чем в случае работы по неизменным письменным спецификациям.

Рис. 2–5. модель неопределенности и сложности на основе модели сложности Стейси (Ralph D. Stacey)

Команда может без особых затруднений планировать проект и управлять им, имея четкие и стабильные требования, а также ясные и легко решаемые технические задачи. Однако, по мере нарастания неопределенности в проекте, вероятность необходимости внесения изменений, бесполезной работы и доработок также возрастает, что влечет убытки и потерю времени.

Некоторые команды используют развитые жизненные циклы проектов, где используются как итеративные, так и инкрементные подходы. Многие команды обнаружили, что когда они изучают требования итеративно и осуществляют поставки чаще и по частям (инкрементно), им становится легче адаптироваться к изменениям. Такие итеративные и инкрементные подходы позволяют сократить объемы потерь и доработок, поскольку команда получает обратную связь. В этих подходах используются:

 очень короткие циклы обратной связи,

 частая адаптация процесса,

 пересмотр приоритетов,

 регулярное обновление планов,

 частые поставки.