управления проектами
Методов управления проектами очень много. И многим кажется, что ничего сложного нет – вот пару десятков методов знаю, беру и делаю. Но если методы рассмотреть по отдельности, то они в отдельных моментах могут быть несвязанными и противоречивыми. И если их применять хаотично и неупорядоченно (взял первый попавшийся и «понесся» – не получилось – «ухватился» за второй), то можно «натворить чехарды».
Потому методы объединяются и упорядочиваются в рамках методологий (наборов методов и подходов). Методология – это набор взаимоувязанных подходов, практик, техник, методов, процедур, правил.
И одна из главных задач менеджера проекта – правильно выбрать методологию реализации проекта или комбинацию методологий. О комбинации методологий мы будем говорить еще отдельно.
И еще замечу, что упомянутый в предыдущей главе РМВоК (как и любой стандарт, справочник или каталог) это не методология – это свод знаний об управлении проектами.
А методологий в практике на сегодня выделяют две (если привязаться к РМВоК, то в их основе лежат уже упоминаемые ранее предиктивный и адаптивный жизненные циклы):
· Waterfall (каскад, водопад)
· Agile (гибкий, проворный, адаптивный)
В основе каждой из них заложен свой жизненный цикл, процесс и наборы применяемых методов. Раскрывать методологии задача в этой книге не стоит – для этого потребуются отдельные книги. Но мы обзорно коснемся основных моментов и того, что полезно понимать для проектов преобразований.
WATERFALL – это последовательно-каскадная методология. Она предполагает, что все этапы проекта осуществляются последовательно, четко следуя плану.
Описание – Планирование – Разработка -Внедрение – и т.д….. – как изображено на рис. 1.17.
Рис.1.17. Предиктивный жизненный цикл
Закончив один этап – переходите ко второму, т.е. планомерно, от этапа к этапу двигаясь к результату проекта.
Важное уточнение – этот подход предполагает достаточно большое вовлечение клиента\заказчика в основном на начальных этапах и уже непосредственно при приемке результата. Соответственно критически важными являются начальные этапы, где идет анализ и проясняются требования клиента к результату проекта.
Самый огромный недостаток этого подхода – это изменение требований, а главное – целей проекта. Об изменении внешней среды вообще лучше не упоминать.
В частности, важно для длинных проектов, в которых среда нестабильна и требования могут меняться с течением времени – когда Вы 3 месяца анализировали, 2 месяца проектировали, зашли в годовую разработку… а среда и цели настолько сменились, что результат проекта уже и не нужен.
Особенно это критично для социально-экономических систем,
