Методологии и методы проектного управления

Методология – совокупность методов, применяемых в некоей науке, области знания. Система принципов и способов организации и построения теоретической и практической деятельности. Воплощается в организации и регуляции всех видов человеческой деятельности. (Источник: С.Ю. Головин. Словарь практического психолога, Минск.: Харвест, 1998 г)

PMBoK

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

Гибридная методология

Суть “гибрида” — для каждого этапа проекта выбирать более подходящий подход с учётом текущих условий вместо того, чтобы фокусироваться на одном на протяжении всего проекта. Например, этапы планирования и определения требований могут соответствовать Waterfall, а этапы проектирования, разработки, тестирования — Agile.

Agile

Основные принципы

Главное — хороший продукт и довольный заказчик.

Готовность к изменениям в любой момент.

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

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

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

Важно доверять людям в том, что они делают.

Есть рабочий продукт — есть прогресс.

Гибкие процессы — это непрерывное развитие.

Внимание к качеству способствует гибкости.

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

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

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

SCRUM

XP (Extreme Programming)

Kanban

Lean

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

Waterfall («водопад»/ «каскадная»)

Методы

Метод PERT (Program Evaluation and Review Technique)

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

Метод критического пути (Critical path method)

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

Метод освоенного объема (Earned Value Technique, Earned Value Management)

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

Основные принципы

Документы и инструкции — это важно, всё должно быть зафиксировано.

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

Пропускать этапы нельзя.

Если требования к продукту изменились после согласования — переписываем ТЗ.

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

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

Выявлять и исправлять ошибки — только на этапе тестирования.

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