Ira furor brevis est
Честно говоря, читать PMBOK — почти как читать Библию. Вроде как, праведное занятие, но как же это нудно! Зацените:
Это может принимать форму оценки жизненного цикла продукта, которая оценивает потенциальное воздействие продукта, процесса или системы на окружающую среду. Информация из оценки жизненного цикла продукта используется в проектировании продуктов и процессов.
7 издание PMBOK, стр 53, первый абзац.
Поэтому большинство владельцев PMBOK на вопрос, читали ли они этот труд, скромно отвечают, что планируют дочитать, скромно умалчивая о желании застрелиться ещё до сотой страницы.
Короче, если вы планируете сдавать на PMP, вам это необходимо, придётся прочитать и усвоить полностью. Но для того, чтобы быть электриком на производстве, не нужно быть доктором физмат-наук. Так и для практики проектного управления вам надо сильно меньше того, что там изложено.
Выучите, что проект по PMI состоит из инициации, планирования, исполнения, мониторинга и контроля, закрытия.
А именно:
Инициация
Нужно получить ответы на три вопроса:
- Какой должен быть результат проекта? Продукт, иными словами.
- Сколько максимум готовы потратить?
- Какое верхнеуровневое ограничение по срокам?
Ещё спросите, какая политика демо. Как часто показывать результаты.
Напишите письмо заказчику с этой инфой, попросите в явном виде подтвердить. Всё, инициация завершена.
Планирование
Берёте свой любимый инструмент. Эксель, Эвернот, Гугл таблицы, Ноушен, да хоть заметки в макоси. Лучше, конечно, табличку, но я видел одного корпоративного монаха, ведущего все планы простым текстом в Notepad++
Вписываете туда список задач, которые надо сделать в рамках проекта. Можно на уровне эпиков, дальше декомпозицию сделает тимлид. Всё, WBS (ИСР) готова.
Потом смотрите на эти задачи и берёте первые оценки, которые приходят в голову, умножаете на 3,14, округляете вверх. Совершенно бесполезно пытаться всё это оценивать нормально, вы всё равно, пролетите, только потратите время и задолбаете программистов.
Потом выпишите 5 самых страшных вещей, которые могут произойти с проектом, продумайте, что будете делать в каждой из этих ситуаций и тоже запишите. Это реестр рисков. К чёрту все эти упражнения с количественной и качественной оценкой, вы понятия не имеете, сколько будет стоить решение этих проблем, если руководство требует, напишите цифры по тому же принципу, что и в предыдущем пункте.
ИСР, смета, реестр рисков. Это всё, что вам надо знать о планировании.
Исполнение
Периодически выясняйте у команды, как у неё идут дела, нет ли стопов. Организуйте промежуточные демо. Разруливайте конфликты.
Мониторинг и контроль
Соорудите один дашборд в гугл-таблицах. Не умеете — сходите на курсы и научитесь. Смотрите в джиру и мониторьте ход процесса. Раз в неделю снимайте статус с тимлида.
Если ощущаете, что не укладываетесь в сроки — уведомите заказчика и руководство, примите меры. Набор мер довольно ограничен — добавить ресурсов (работает плохо, на поздних стадиях не работает вообще), выкинуть что-то из проекта или упростить, удлинить сроки, подкинуть в проект бабла.
Завершение
Сдайте продукт заказчику, сдайте документацию, получите деньги, отметьте с командой. Напишите постмортем, я рассказывал, как это делать.
Да и всё. С вас лям за консалтинг, переведите по номеру телефона. К сожалению, описанный в статье подход не работает, если проект у вас с госами или крупным банком. Также не работает, когда проект длиннее полугода и в команде больше 50 человек, функциональному менеджменту больших проектов надо учиться, там всё сложнее.
В остальном, это всё, что вам надо знать о PMBOK.
P. S. А вы знали, что определение проекта изменилось? «Временная инициатива в уникальном контексте, предпринимаемая для получения ценности». То есть, теперь результата недостаточно, нужно создать ценность. Выучите на случай собеседования ко всяким задротам.
