Обратная сторона «медали» данного метода, это необходимость поддержки и постоянной актуализации документации разработки продукта. Любое изменение необходимо обязательно согласовывать с Заказчиком. А не достаточный уровень проработки требований несёт за собой увеличение бюджета и сроков проекта, которые довольно сложно оценить. Такие жёсткие ограничения последовательности позволяет построить процесс разработки, который максимально прозрачен и удобен для Заказчика. Согласно Waterfall работа над проектом должна идти в несколько этапов, следующих друг за другом, от первого и до последнего.
Эта методология направлена на предоставление высококачественного работающего программного обеспечения короткими шагами или итерациями. Альтернатива «водопаду» — итеративная модель разработки (различные «гибкие» методологии, например). Начиная с PMBOK 4-й версии удалось достичь методологии разработки Waterfall компромисса между методологами, приверженными формальному и поступательному управлению проектом, с методологами, делающими ставку на гибкие итеративные методы. Все беды и недостатки каскадной методологии вытекают из того, что этапы разработки идут последовательно.
Если классическая модель допускает свободное взаимодействие с предыдущими этапами, то на практике допускается лишь внесение незначительных правок в «Конструирование». Ничего идеального в нашем мире, к сожалению, не существует, потому у каскадной методологии тоже есть сильные и слабые стороны. Еще один базовый принцип Agile — подрядчик выдает реальный результат как можно скорее. Пусть сначала это будет тестовая версия или только часть проекта, главное, что она будет работать. На примере первой версии можно разобрать с заказчиком ошибки и недочеты и учесть их при доработке остального проекта. Например, если надо создать медицинский прибор или систему экстренного торможения электропоезда.
- После этого программный продукт внедряется и обеспечивается его поддержка — внесение новой функциональности и устранение ошибок.
- Потом пишет подробное техническое задание, планирует график работ и возможные риски.
- Здесь всё ещё не принимаются конкретные решения по реализации, но уже описывается функционирование всех разделов приложения.
- Вернемся к примеру с ремонтной бригадой «Уют», который мы рассмотрели в начале статьи.
Есть пять универсальных методологий, которые могут применяться в любом бизнесе. Если сравнивать методологии, то Waterfall — это жесткий и заранее известный результат. Agile — гибкость при работе над каждым этапом, направленная на достижение наилучшего результата. А результат зависит от того, насколько эффективно работает команда. Водопадную модель чаще всего сравнивают с другой методологией — Agile. Если не вдаваться в подробности, во главу угла в Agile ставится качество продукта и удовлетворенность заказчика, а также скорость реализации проекта.
Итеративная (инкрементальная) Модель / Incremental Growth
Это обусловлено тем, что объём работы тоже фиксируется — если что‑то не попало в ТЗ, то это скорее всего не будет реализовано в рамках согласованного бюджета и сроков. Внесение изменений в водопадные проекты тоже достаточно проблематично. Таким образом для реально больших проектов и для разработки чего‑либо инновационного такая модель не подходит. Каскадная модель – модель, в которой процесс разработки выглядит как поток, переходящий от одной стадии к другой в строгом порядке без возможности пропуска этапов или возврата назад.
Сегодня речь пойдёт о самой популярной из них – Waterfall, или каскадной методологии. Здесь всё ещё не принимаются конкретные решения по реализации, но уже описывается функционирование всех разделов приложения. На выходе разработчики уже представляют, сколько по времени и кадровому составу может занять проект. Вернемся к примеру с ремонтной бригадой «Уют», который мы рассмотрели в начале статьи. Если они будут ремонтировать квартиру по методологии Agile, сначала полностью отделают одну комнату и покажут результат заказчику. Он выскажет пожелания, например, что тон стен слишком холодный.
Вашему Бизнесу?
Сейчас Waterfall всё ещё популярен, но для того же IT подходит всё меньше по ряду причин. WATERFALL не позволит коллективу нарушить дедлайн, и с максимальной степенью вероятности проект будет завершён и сдан в заявленные сроки. Наглядный сетевой график позволяет формировать детальное планирование нагрузки на персонал и эффективно контролировать то, как выполняются поставленные задачи. Мы поняли, что Гибкая методология – это группа методов и фреймворков разработки, которые соответствуют принципам Agile Manifesto. Задачи передвигаются между этими колонками, и располагаются соответственно текущему этапу реализации.
Мы обнаружили, что она решила многие проблемы, связанные с традиционной моделью водопада, где проекты планируются заблаговременно и могут занять месяцы или даже годы. В рамках этой модели продукт может быть устаревшем, как только мы его выпустили». Этап, на котором требования заказчика к проекту описываются в мельчайших деталях, также решается, какими способами будет достигнута цель, обозначаются сроки завершения работ и финансовая составляющая. При этом обычно закладывается некий запас времени и денег для каждого звена работы. Обычно жестким методам разработки противопоставляют гибкие модели управления процессами. Методика Waterfall (водопадная система разработки) — детище Винстона Уолкера Ройса, директора Lockheed Software Technology Center в Остине (штат Техас, США), пионера в области разработки программного обеспечения.
Проще говоря, на этом этапе создаётся вся входная документация, согласно которой будет вестись разработка. В первую очередь, анализируются требования и пожелания заказчика, затем это проецируется на возможности компании и состояние рынка. В результате получается некий документ, где описывается, что должно делать ПО, но не как и с помощью каких инструментов. Общая концепция подхода была представлена доктором Уинстоном Ройсом ещё в 1970 году.
В его основе лежит логическая последовательность шагов, которые должна быть предприняты на протяжении жизненного цикла разработки ПО. Каждый этап согласовывает компетентными сотрудниками, документируется и передаётся дальше. Хотя популярность модели Водопада за последние годы ослабела, природа последовательного процесса, используемого в методе водопада, интуитивно ближе разработчикам, и потому доминирует в IT. В Agile все направлено на то, чтобы проект мог изменяться по ходу разработки, если этого требует заказчик или внешние обстоятельства. Подразумевается, что заказчик и исполнитель работают вместе на протяжении всего процесса как одна команда. » — и есть методология разработки, то есть система планирования производственного процесса.
Продолжаю разбираться в теории управления проектами и изучать методологии, методики и методы. Теперь пришло время поговорить о её противоположности — каскадной методологии, которую также называют «водопадной моделью» или просто Waterfall. Для не слишком крупных проектных команд оптимальны решения с упрощёнными итерациями, эффективные и доступные для быстрого восприятия. Но, если рассматривать вопрос глубже, каждая команда, как правило, уже может иметь наработанный опыт и сложившиеся способы управления проектами. А для некоторых проектов либо объектов разработки и вовсе необходима специализированная, уже проверенная система. «В каскадной методологии не учитывается человеческий фактор и внешние условия бизнеса заказчика.
Leave A Comment