Найти тему

Waterfall - что это? Вопрос для собеседования на аналитика

Оглавление

Всем привет! Это снова я с очередным вопросом с собеседования на системного аналитика. Популярно спрашивать про все эти модные методологии управления проектами на собеседованиях и аттестациях.

Что что что? Вы не занимаетесь планированием проекта и в жизни не работали (и не собираетесь) по waterfall? Эти отмазки вам не помогут. Поэтому взяли ножки в ручки и вперед, изучаем.

Что такое этот ваш водопад?

Waterfall (водопад, каскадная модель) - методика управления проектами. В основе: последовательный переход с одного этапа проекта на другой, без пропусков и возвратов. Словно водопад...

Каждый этап проекта по водопаду зависит от результатов предыдущего этапа.

Эту модель придумал и описал Уинстон Уокер Ройс в 1970 году.

Получается в этой концепции мы должны проходить все фазы последовательно:

  • Анализ требований
  • Проектирование
  • Разработка
  • Тестирование
  • Интеграция
  • Поддержка
https://ru.wikipedia.org/wiki/%D0%9A%D0%B0%D1%81%D0%BA%D0%B0%D0%B4%D0%BD%D0%B0%D1%8F_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C
https://ru.wikipedia.org/wiki/%D0%9A%D0%B0%D1%81%D0%BA%D0%B0%D0%B4%D0%BD%D0%B0%D1%8F_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C

Плюсы и минусы

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

Но, хватит лирики. Плюсы:

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

Минусы:

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

Кому нужен водопад?

Никому Если откинусь скептицизм, я поискала различные предложения, когда эту методологию можно использовать. Из понравившегося мне это:

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

У вас много ресурсов и времени - пишут на просторах интернета, мне кажется эта причина не стоит того. Много ресурсов и времени - лучше взять еще проект по более гибкой методологии.

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

Как работать с водопадом?

Основной инструмент водопада - диаграмма Ганта (a Gantt Chart) - столбчатая диаграмма, которая используется для иллюстрации плана и графика работ. Первый формат диаграмм был разработан в 1910 году.

https://ru.wikipedia.org/wiki/%D0%94%D0%B8%D0%B0%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B0_%D0%93%D0%B0%D0%BD%D1%82%D0%B0#/media/%D0%A4%D0%B0%D0%B9%D0%BB:Gantt_diagram2.png
https://ru.wikipedia.org/wiki/%D0%94%D0%B8%D0%B0%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B0_%D0%93%D0%B0%D0%BD%D1%82%D0%B0#/media/%D0%A4%D0%B0%D0%B9%D0%BB:Gantt_diagram2.png

Такой вид диаграмм применяется не только в этой методологии.

Вы работали по водопаду?