На прошлой неделе я поделился теорией и личным опытом в использовании гибкой методологии управления проектами — Agile. Найти большой лонгрид на эту тему вы можете с помощью тега #сотрудники в моем Telegram-канале или на Я.Дзене. А какие существуют альтернативы у Agile?
Прямая противоположность методологии Agile — Waterfall. Если Agile предполагает гибкость и возможность внесения изменений на каждом этапе, то Waterfall, напротив, предполагает четкое планирование, детализацию каждого этапа и четкое следование запланированному. При этом и тот, и другой подходы используются в основном при разработке проектов в сфере IT.
Waterfall — это последовательный переход от одного этапа разработки продукта к следующему, при этом внести изменения можно только после выпуска самого проекта. Очевидный минус такого подхода в том, что при выпуске продукт наверняка будет иметь недостатки, изменить которые в процессе разработки будет никак нельзя, ведь учесть абсолютно все риски или новые требования на старте просто невозможно.
Стадии Waterfall.
В Waterfall существуют основные стадии, т.е. это то, что можно взять для любого проекта и адаптировать под свой продукт, разработкой которого вы занимаетесь. В основном эти стадии подходят для разработки IT-продуктов. Если вы хотите использовать Waterfall в другой сфере, придется провести большую работу, чтобы грамотно адаптировать эти этапы под себя.
Методики Waterfall: Sashimi.
Как и Agile, Waterfall — это целое семейство методологий, только вместо Scrum и Kanban здесь используют Sashimi. По мнению экспертов, если вы решили использовать последовательный подход к работе, самым эффективным окажется именно этот метод, ведь, как бы странно это ни звучало, он самый гибкий. В Sashimi этапы, как и в оригинальной методике, идут друг за другом, но при этом над несколькими этапами можно работать одновременно. То есть можно одновременно анализировать требования к продукту и разрабатывать дизайн для него. Затраты при этом растут не сильно, а сама методология не превращается в гибкий подход — Agile.
В каких случаях Waterfall более эффективный, чем Agile?
Как бы сильно мы все не хотели работать по принципам Agile, это возможно не всегда. Приведу несколько примеров, когда Waterfall подойдет лучше, чем Agile.
