Найти тему
Аспро.Cloud

Каскадная модель управления проектами

Оглавление

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

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

Этапы работы по принципу Водопада

В работе по каскаду важно поэтапно создавать продукт и двигаться к результату, поэтому рассмотрим основные вехи, которые нельзя пропускать в процессе работы.

-2

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

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

Разработка. В третий этап входит основной пласт работы над продуктом. При этом все процессы и действия четко соответствуют техническому заданию.

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

Эксплуатация. В конце продукт передают заказчику, устанавливают и внедряют. Далее отслеживают работоспособность проекта, сопровождают его в поддержке и собирают обратную связь от клиента.

Принципы каскадной модели

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

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

  1. Важно задокументировать каждый этап работы, поэтому все инструкции важны для процесса.
  2. Следующий этап в работе начинается после завершения предыдущего.
  3. Необходимо следовать каждому этапу.
  4. Если в процессе изменились требования к продукту, нужно изменить техническое задание и начать работу с самого начала.
  5. После завершения этапа в нем ничего нельзя изменить.
  6. Нет возвращения на предыдущий этап, а последовательные шаги.
  7. Можно исправлять ошибки только на этапе тестирования.
  8. После утверждения технического задания, клиент не участвует в разработке продукта.

Диаграмма Ганта как инструмент водопада

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

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

Для чего используется диаграмма Ганта

Точное выстраивание проекта. Инструмент позволяет наглядно выстроить все части проекта и разделить его по этапам. Можно декомпозировать задачи и разместить их вдоль шкалы времени. Далее уже добавить зависимость между заданиями и обозначить контрольные точки.

Поэтапность задач. Можно выстроить зависимость между задачами в диаграмме. Тогда к выполнению нового задания можно будет приступить только после завершения предыдущего. Если задача задерживается по срокам, то остальные автоматически переносятся во времени.

Отслеживание результатов. Для контроля прогресса проекта можно просматривать контрольные точки и другие показатели в диаграмме. Так вы будете следить за продуктивностью команды и эффективностью работы.

Как выстраивается диаграмма

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

Составление задач. Задачи декомпозируют, и к каждой из них прописывают дату начала и завершения. Далее их размещают в графике и прикрепляют ответственных исполнителей.

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

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

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

Плюсы и минусы водопада

Сейчас команды вся чаще склоняются в сторону гибких методологий. В основном это подходит небольшим командам с процессами, в которых дедлайны можно скорректировать. Но для более крупных проектов с точными сроками каскадная методология актуальна, так как:

  1. Стабильна в требованиях. В течение всего цикла работы техническое задание не меняется, и процесс идет стабильно. Если появляются изменения в проекте, то переписывается сам запрос.
  2. Последовательная корректировка. В ходе работы можно выявлять ошибки и последовательно их исправлять. Поэтому сложности решаются по мере их поступления.
  3. Конкретность шагов. Все действия выстраиваются предварительно и только потом запускается процесс работы. Такая определенность может упростить и сделать понятными дальнейшие шаги в проекте.
  4. Доступность для клиента. Заказчику проще понять точно прописанные шаги, даты и время в графике. Так как в более гибких методологиях нет столько точности, отчего у клиента могут возникнуть вопросы по готовности продукта в срок.
  5. Присутствие дисциплины. Благодаря точному плану команда подвержена более строгому менеджменту. Поэтому продуктивность и качество работы в команде будет под контролем.

Но у каскадной модели, как у других методологий, есть ряд недостатков:

  1. Невозможность изменений. В процессе работы кардинальные изменения действий невозможны. Поэтому такая модель не жизнеспособна при непредвиденных обстоятельствах и корректировках.
  2. Нарушение процесса при возврате. Если на предыдущих этапах были допущены ошибки, то возврат к их корректировке может нарушить структуру работ. Это закономерно приведет к увеличению затрат и изменениям в графике.
  3. Позднее обнаружение проблем. Поскольку результат представляют клиенту только в конце всего цикла, недоработки, ошибки и просчеты ТЗ можно обнаружить только на финальном этапе. И их исправление требует повторного прохождения всех стадий проекта заново: от составления ТЗ и до выпуска.
  4. Безучастность клиента. Заказчик может влиять на процесс в самом начале его разработки на этапе составления технического задания. При реализации продукта клиент не принимает участие в корректировке работы.
  5. Тестирование результата только в конце. В ходе работы клиент не может проверить продукт на качество. Так как методология предполагает оценку конечного результата и внесение корректировок только в готовый продукт.

Когда удобно применять каскадную модель

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

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

Сравнение методики водопада и agile

Чем отличается работа по гибкой методологии и почему сейчас Agile популярнее каскадной модели? Первыми эту методику начали использовать разработчики ПО, которым было удобно получать непрерывную обратную связь по продукту.

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

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

Особенности Agile

Мы перечислим основные особенности методологии Agile, которая кардинально отличается от каскадной модели:

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

Преимущества гибкого подхода:

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

Недостатки гибкого подхода:

  • неточность в сроках готовности продукта;
  • бюджет подвержен изменениям из-за гибких сроков и ТЗ;
  • непоследовательность в реализации задач;
  • нестабильность в изначальных требованиях к проекту.

Итоги

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

Чем мы занимаемся?