Сегодня в мире принято несколько стандартов, ориентированных на выполнение ИТ-проектов. Наиболее известными и популярными среди них являются PRINCE2 (Великобритания), PMBOK (США), V-Modell (Германия), P2M (Япония), Hermes (Швейцария) и пр. Однако в России эти стандарты, хотя и применяются (одни - широко, другие - редко), не носят официального характера. Это и послужило причиной для разработки первого национального стандарта ГОСТ Р 54869-2011 "Проектный менеджмент. Требования к управлению проектом", утвержденного Федеральным агентством по техническому регулированию и метрологии в начале февраля прошлого года.
Рис. 1. Общая схема реализации проекта
Согласно ГОСТ Р 54869-2011, управление проектом включает совокупность процессов инициации, планирования, организации исполнения, контроля и завершения проекта. Те же группы процессов используются во многих международных стандартах, в частности в американском PMBOK, так что в этом смысле российский аналог не стал чем-то особенным.
Процессы управления проектом
ГОСТ Р 54869-2011 описывает двенадцать процессов управления, восемь из которых - это процессы планирования проекта (рис. 2). В стандарте их последовательность чётко не прописана, в каждом случае нужно исходить из логики проведения работ. Более того, каждый из шагов, которые предпринимаются для управления проектом, не является строго обязательным. Можно, например, не проводить операционные встречи, но тогда участники команды будут плохо взаимодействовать друг с другом. Можно даже не составлять план проекта, но тогда результат может оказаться не тем, как ожидалось.
Процесс инициации проекта
На этом этапе должны быть задокументированы определенные параметры, без которых проект не может быть формально открыт, а именно: наименование проекта, причины его инициации, цели и продукты проекта, дата инициации, заказчик, руководитель и куратор проекта. На выходе процесса должен появиться официальный документ, в котором в обязательном порядке должны быть перечислены все эти параметры. По желанию исполнителей там также может содержаться и другая информация, в общем же случае объем документа будет зависеть от степени зрелости организации.
Процесс планирования содержания проекта
В ходе данного этапа определяются требования к проекту со стороны заказчика, других заинтересованных сторон, законодательства и нормативных актов. Затем эти требования анализируются на предмет возможности их выполнения и согласуются с заказчиком проекта. Кроме того, необходимо идентифицировать и согласовать с заказчиком ключевые данные продукта, который будет получен в результате реализации проекта, а именно: назначение, свойства и характеристики продукта, критерии и методы приемки как самого продукта, так и его составных частей, а также допущения и исключения, касающиеся продукта и работ по проекту. Документ, который появится на выходе этого процесса, может называться по-разному - технический проект, функциональный дизайн и т. д. в зависимости от методологии, используемой внутри организации.
Процесс разработки расписания проекта
Реализация этого процесса позволяет выявить взаимосвязи между отдельными работами по проекту, провести оценку длительности всех работ по проекту, определить и утвердить график привлечения ресурсов, необходимых для выполнения проекта в срок, сформировать и задокументировать расписание проекта и, наконец, утвердить базовый календарный план проекта. Наиболее популярные продукты, которые могут использоваться для этих целей, - Microsoft Project, Visio, PowerPoint.
Процесс планирования бюджета проекта
Данный процесс нацелен на определение структуры статей бюджета проекта, позволяющей контролировать затраты на проект в ходе его реализации, плановой стоимости всех ресурсов проекта (материальных и людских) с учетом всех известных ограничений на их использование, а также стоимости выполнения работ по проекту. На основании полученной информации об обеспеченности проекта финансовыми ресурсами утверждается базовый бюджет проекта и указывается порядок поступления денежных средств в проект.
Процесс планирования персонала проекта
Результатом данного процесса является определение ролей участников проекта, их функций и полномочий. В дополнение к этому выясняется численный и квалификационный состав команды проекта, требования к условиям труда, персонально назначаются основные члены проектной команды.
Процесс планирования закупок в проекте
На данном этапе проводится анализ необходимости закупки продукции и услуг для достижения целей проекта. В том случае, если по результатам анализа принимается решение о целесообразности таких закупок, определяются требования к закупаемой продукции (услугам), в том числе ограничения по стоимости и срокам поставки, и требования к приемке закупаемой продукции (услугам). Исходя из этих требований планируются мероприятия для выбора и оценки поставщиков на основе определенных критериев.
Процесс планирования реагирования на риски
В рамках данного процесса выявляются и документируются все риски проекта, которые впоследствии оцениваются и ранжируются по вероятности и степени влияния на результат проекта. На основании полученной информации разрабатываются мероприятия по изменению вероятности и степени влияния наиболее значимых рисков, а также формируются планы реагирования на случай возникновения таких рисков.
Процесс планирования обмена информацией
Данный процесс позволяет определить всех участников информационного обмена, их потребности в информации, а также методы и средства распространения информации о проекте. В итоге формируется процедура разработки, согласования, утверждения и распространения проектных документов, задаются место и правила хранения информации о проекте (что особенно актуально в связи с часто встречающейся утерей архивной документации). Однако получаемый на выходе процесса план коммуникаций - документ широко известный, но мало используемый. Реально в российских условиях он нужен в тех случаях, если в проект вовлечено много участников, непосредственно не входящих в рабочую группу.
Процесс планирования управления изменениями
В результате данного процесса определяется порядок работы с изменениями в проекте, включающий выявление, согласование и утверждение изменений, организацию учета версий документов и продуктов проекта и доведение информации об изменениях до заинтересованных сторон. Причем этот порядок работы должен быть установлен на уровне всей организации, а его разработка - вменена в обязанности проектного менеджера.
Процесс организации исполнения проекта
Цель данного процесса - организация выполнения запланированных работ, производства продуктов, реализации изменений согласно принятым в проекте правилам и осуществления намеченных корректирующих и предупреждающих действий. По завершении процесса требуется актуализировать документы по управлению проектом.
Процесс контроля исполнения проекта
В ходе данного процесса анализируются результаты регулярной проверки состояния проекта (в частности, отклонения от планов) и производится оценка соответствия продукта проекта требованиям к нему. По результатам проверки формируются корректирующие и предупреждающие действия и составляются отчеты о выполнении работ по проекту в соответствии с утвержденной системой отчетности.
Процесс завершения проекта
В рамках данного процесса производятся и документально оформляются приемка продукта проекта заказчиком и закрытие всех имеющихся договоров по проекту. В завершение создается документ об окончании проекта, формируется архив проекта, а проектная команда и основные заинтересованные стороны информируются об окончании работ. И всё - формально проект можно считать закрытым.