<Назад

Методологии управления ИТ-проектами: Waterfall, Scrum, Prince2

В этой статье рассмотрим основные методологии управления ИТ-проектами. Я выделяю три основные методологии: Waterfall, Scrum и Prince2.

Waterfall

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

Основные фазы методологии:

1. Определение требований. Определяем требования к будущему решения.

2. Планирование. Обозначем план реализации.

3. Проектирование. Занимаемся проектированием системы.

4. Разработка. Пишем код.

5. Тестирование. Проверяем, хорошо ли старалась команда разработки.

6. Внедрение. Интегрируем продукты в бизнес-процесс.

7. Сопровождение. Поддерживаем актуальность продукта, дорабатываем функции по запросу.

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

Scrum

Это один из самых популярных и гибких методов управления ИТ-проектами. Хотя нет, не только ИТ. В основу этой методологии заложены принципы Agile-подхода, о которых я писал в прошлой публикации.

В этой методологии выделяются следующие роли:

1. Product Owner — человек, который определяет основные требования и приоритеты для продукта.

2. Scrum Мастер — фактически, это проектный менеджер, который руководит процессом Scrum, обеспечивает соблюдение методологии и поддержку команды.

3. Команда разработки, которая реализует задачи в рамках спринта.

Основные фазы Scrum:

1. Планирование спринта. Определяются цели, создается список задач.

2. Итерация (Спринт). Команда работает над задачами в течении 2-4 недель. В рамках этой фазы проводятся ежедневные встречи о ходе выполнения дневных задач.

3. Проверка. Команда демонстрирует результат работ.

4. Ретроспектива. Рефлексия по результатам и анализ того, как можно улучшить процесс.

5. Петля. Повторяем процесс до тех пор, пока не будет готов продукт.

6. Запуск. Запускаем продукт в продакшн.

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

Prince2

У Prince2 есть собственные принципы, которые стоит перечислить:

1. Экономическая обоснованность проекта и соответствие общим целям бизнеса.

2. Проект должен быть разделен на стадии с четкими целями и результатами.

3. Роли и обязанности участников должны быть четко определены.

4. Совет проекта формирует основные требования к реализации проекта.

5. Непрерывное обучение и адаптация на основе опыта.

6. Качество и измеримость: проект должен создать конкретный и измеримый продукт.

7. К каждому проекту индивидуальный подход.

Теперь рассмотрим основные роли в данной методологии:

1. Заказчик. Владелец проекта, который финансирует его.

2. Пользователь. Человек, который будет использовать результат проекта. Это роль совместима с ролью заказчика.

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

4. Менеджер проекта. Человек, который контролирует весь проект.

5. Команда исполнителей. Отвечают за реализацию проекта.

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

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

И наконец фазы данной методологии:

1. Запуск проекта. На этой фазе определяются: «зачем нужен этот процесс» и «какие цели проекта». Инициатор формирует краткое описание проекта и отправляет его на утверждение, после которого формируется подробное описание проекта.

2. Инициация проекта. У нас есть описание, но чтобы начать работу над проектом, его нужно спланировать. Создается подробный план реализации проекта, определяются роли и обязанности участников. План создается для следующих показателей эффективности: стоимость, время, качество, объем, риск и преимущества.

3. Управление проектом. Советом осуществляется контроль исполнения, принятие ключевых решений.

4. Управление фазой. Менеджер проекта проводит декомпозицию задач и передает их исполнителям. Отслеживает ход выполнения работ и помогает справиться с «затыками».

5. Управление продуктом. Менеджер проекта оценивает ход выполнения задач и проверяет, соответствует ли продукт заявленному качеству.

6. Управление изменениями. Оценка завершенной фазы и подготовка к следующей.

7. Завершение проекта. Финальное подведение итогов и завершение проекта.

Модель хороша тем, что у нее есть четкая структура, адаптивность, управление рисками и непрерывный рост для исполнителей. Это очень мощный инструмент, который можно адаптировать как под маленькие, так и большие проекты.

Заключение

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