Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-02-21

1 <a>#статьи</a>

2 <ul><li>26 мар 2019</li>

3 <li>0</li>

4 </ul>Сейчас Waterfall не так часто используют, но без неё никто бы не придумал Agile. Рассказываем для менеджеров проектов и тех, кто хочет ими стать.

5 vlada_maestro / shutterstock

6 Пишет про управление в Skillbox Media. Работала координатором проектов в Русском музее, писала для блога агентства CRM-маркетинга Out of Cloud.

7 Бывает, что в теории методология ясна, а потом дело доходит до внедрения и начинаются вопросы. На курсе "<a>Управление проектами</a>" преподаватели Skillbox разбирают инструменты управления на реальных кейсах, чтобы студенты легко и безошибочно применяли их в работе.

8 Waterfall - модель "Водопад", водопадная или каскадная разработка продуктов. Она подобно потоку воды направляет команды решать задачи последовательно и строго по изначальному плану. Название появилось в 1970 году в <a>статье</a>Винстона Уолкера Ройса, директора Lockheed Software Technology Center, а структура позаимствована у <a>диаграммы Ганта</a>.

9 .

10 <ul><li>Документы и инструкции - это важно, всё должно быть зафиксировано.</li>

11 <li>Следующий этап работы не начинается, пока не закончится предыдущий.</li>

12 <li>Пропускать этапы нельзя.</li>

13 <li>Если требования к продукту изменились после согласования - переписываем ТЗ.</li>

14 <li>Нельзя возвращаться на предыдущий этап, чтобы что-то изменить.</li>

15 <li>Нет итераций, есть один общий процесс создания продукта.</li>

16 <li>Выявлять и исправлять ошибки - только на этапе тестирования.</li>

17 <li>Клиент не участвует в создании продукта после постановки ТЗ.</li>

18 </ul>Разработка при использовании каскадной модели - это пять строго последовательных этапов.

19 Аналитика

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

21 Проектирование

22 Команда создаёт прототип и готовит дизайн-макеты. Когда это готово, подключаются разработчики.

23 Разработка

24 На этом этапе пишут код продукта согласно плану, макетам и требованиям. Ни шагу в сторону, всё четко по ТЗ.

25 Тестирование

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

27 Эксплуатация и поддержка

28 Проект передают заказчику и следят заранее определённое время, чтобы всё работало.

29 Классическая методология Waterfall - это работа по заранее написанному и согласованному ТЗ. Гибкость здесь не приветствуется. В этом основное отличие водопадной модели от <a>Agile</a>.

30 Жизненный цикл продукта в Agile и WaterfallWaterfall отличается от Agile и самими принципами работы, о которых мы говорили выше.

31 .

32 <ul><li>Главное - хороший продукт и довольный заказчик.</li>

33 <li>Готовность к изменениям в любой момент.</li>

34 <li>Показывать полностью рабочую часть продукта как можно чаще.</li>

35 <li>Постоянные встречи команды и заказчика для обмена информацией.</li>

36 <li>Заказчик и разработчики должны работать вместе, как одна команда.</li>

37 <li>Важно доверять людям в том, что они делают.</li>

38 <li>Есть рабочий продукт - есть прогресс.</li>

39 <li>Гибкие процессы - это непрерывное развитие.</li>

40 <li>Внимание к качеству способствует гибкости.</li>

41 <li>Простота процесса разработки избавляет от лишней работы.</li>

42 <li>Самоорганизующаяся команда работает лучше.</li>

43 <li>Постоянное стремление к большей эффективности.</li>

44 </ul>Сравнение ценностей Agile и WaterfallЭти принципы появились из agile-манифеста.

45 .

46 <ul><li>Люди важнее инструментов.</li>

47 <li>Качество продукта важнее документации.</li>

48 <li>Взаимодействие с заказчиком важнее контракта.</li>

49 <li>Готовность к изменениям важнее установленного плана.</li>

50 </ul>Если бы для Waterfall тоже написали манифест, он бы выглядел так:

51 .

52 <ul><li>Следуйте правилам.</li>

53 <li>Нет ТЗ - нет продукта.</li>

54 <li>Чем подробнее ТЗ, тем лучше продукт.</li>

55 <li>Следите, чтобы не было изменений.</li>

56 </ul>Фреймворк Scrum - это часть Agile, поэтому он тоже отличается от водопадной модели разработки. В этой таблице мы собрали их основные отличия.

57 Waterfallкаскадная модельScrumитерационная модельВсе требования известны вначале и не меняютсяТребования могут меняться по ходу проектаОбъемное и подробное ТЗБэклогТестирование в концеТестирование после каждой итерацииНегибкаяГибкаяГотовый продукт в концеРаботающая часть продукта после первой итерацииКлиент не видит промежуточный результатКлиент видит и может влиять на промежуточный результат.

58 <ul><li>Посмотрите вебинар "<a>Scrum & Waterfall: битва методологий</a>".</li>

59 <li>Прочитайте статью "<a>Будь гибким: как понять Scrum и создать</a><a>agile-команду</a>".</li>

60 <li>Прочитайте руководство "<a>Как создать план проекта в Scrum за</a><a>5</a><a>шагов</a>".</li>

61 </ul>Waterfall - это методология, где всё изначально продумано и зафиксировано, и в этом есть свои плюсы. Бывают проекты, которым она подходит, - такие, в которых все требования известны заранее и не могут измениться по ходу работы и где нет риска ошибиться.

62 В Digital такое бывает редко, поэтому команды добавляют к каскадной модели гибкие практики: например, проверяют продукт на соответствие требованиям после каждого этапа работы, а не в самом конце.

63 <a>Курс с трудоустройством: "Профессия Менеджер проектов" Узнать о курсе</a>