Agile или Waterfall: какую методологию выбрать для разработки проекта, чтобы управлять им эффективнее
Разбираемся, в каких проектах нужен линейный подход, а когда важно быть гибким и быстро адаптироваться к изменениям.
Команда Яндекс 360
- В основе водопадной модели — линейный подход и последовательное выполнение задач
- Agile — подход, основанный на гибкости, сотрудничестве и быстрой адаптации к изменениям
- Подведём итог: какую модель выбрать для организации работы над проектом
Перед стартом нового проекта предприниматель или проджект-менеджер проделывает большую подготовительную работу: собирает требования, планирует бюджет, формирует команду. Одна из ключевых задач на этом этапе — определиться с тем, как управлять процессами и контролировать выполнение бизнес-задач.
Можно сразу спланировать всё «от и до»: прописать этапы, установить сроки и следовать им несмотря ни на что. Но есть подвижные ниши, как например IT, в которых идеи и софт устаревают. В таких условиях удобнее работать короткими спринтами и менять направление по ходу дела.
В статье сравним два подхода в управлении проектами: последовательную модель Waterfall и гибкую философию Agile. Расскажем, как понять, какой из них подойдет вашему бизнесу.
В основе водопадной модели — линейный подход и последовательное выполнение задач
Водопадная модель (Waterfall, каскадная модель) — традиционная методология процесса разработки. Её особенность — в последовательном выполнении задач: каждый этап начинается только после того, как закончится предыдущий. Возвращаться к предыдущим этапам и сдвигать сроки в каскадной модели нельзя: даже если в процессе появятся новые требования, изменения можно будет внести только после запуска проекта.
Ещё одна особенность Waterfall — подробная документация на каждом этапе. Перед началом работы команда обсуждает проект, фиксирует требования и дедлайны. Сдвигать сроки или менять требования в водопадной модели нельзя.
В водопадной модели выделяют пять этапов работы над проектом:
- Сбор требований. Предпроектное исследование (Discovery) проводится до начала этапа разработки. Команда собирает данные, анализирует риски, пишет техзадание и план работы. На этом этапе определяются сроки и бюджет. Все эти решения закрепляются в документе.
- Проектирование. Подробно прописывается функционал продукта, его логика, внешний вид и структура. Под выбранную концепцию команда выбирает инструменты для работы.
- Разработка. Команда создаёт продукт в строгом соответствии ТЗ, требованиям и соглашениям. Ни шагу в сторону — всё только по плану.
- Тестирование. Команда проверяет продукт на соответствие техзаданию и устраняет ошибки.
- Поддержка. На этом этапе команда выпускает продукт и собирает обратную связь от клиентов. По итогам обратной связи улучшает его — например, устраняет ошибки или добавляет новые функции. А если нужны идеи для новых фич, проджект-менеджер может организовать краудсорсинг.
Диаграмма Ганта — один из важных инструментов управления проектами в водопадной модели. Она иллюстрирует, как выполняется запланированная работа с течением времени. Обычно диаграмма включает даты начала и завершения задач, контрольные точки, исполнителей.
Минус диаграммы в том, что, если в середине проекта сроки сдвигаются, приходится переписывать весь график, потому что задачи зависят друг от друга. Это занимает много времени. На практике в больших проектах часто перестают править диаграмму, и она больше не отражает реального положения дел.
Об авторе
