Дополнение к российскому ГОСТу по управлению проектами

Чуть больше года прошло с момента вступления в силу российских ГОСТов по управлению проектами: ГОСТ Р 54869-2011 «Проектный менеджмент. Требования к управлению проектом», ГОСТ Р 54870-2011 «Проектный менеджмент. Требования к управлению портфелем проектов», ГОСТ Р 54871-2011 «Проектный менеджмент. Требования к управлению программой». Изначально планировалось, что данные ГОСТы будут признаны общественностью и на них будут повсеместно ориентироваться. Но на форуме PMI в целом ГОСТ встретили резко негативно, позитивных отзывов просто нет. Отзывы PMP и известных экспертов PMI говорят сами за себя: «Это шутка?», «Жаль, что такой документ позиционируют как национальный стандарт», «Определение проекта и процесса не соответствует определению в PMBoK?», «Документ очень сырой с неясной перспективой». Однако, как показывает сравнение стандарта с PMBOK, сразу же в глаза бросается, что очень похоже, что стандарт – это что-то вроде сокращенного оглавления PMBOK. Но заявлять, что ГОСТ провалился полностью, конечно, не стоит. Мнения экспертов разделились на два лагеря. С одной стороны, можно сказать, что документ достаточно сырой, но его можно доработать, опираясь на свои ошибки и критику со стороны экспертов PMI. А с другой стороны, авторы данной работы потратили огромные усилия и большое количество времени для создания, можно сказать «с нуля», собственного российского документа, не имеющего аналогов в России [1–3].

«ГОСТ – это обрезанный PMBOK», т.е. ГОСТ – это PMBOK Light. Но это не совсем так, так как в ГОСТе, в отличие от PMBOK, не прописаны детально требования к процессам управления, они просто декларируются. Объяснение дал на пресс-конференции Павел Алферов. Хотя PMBOK прямо не назывался, но, вероятно, под «поваренной книгой» для управления проектами имелся в виду PMBOK. В принципе, никому из клиентов не требуются все процессы PMBOK и консультанты, и поэтому отбираются только те процессы, что нужны. По мнению Павла Алферова, ГОСТ – это выборка обязательного набора процессов управления проектами в любом проекте и общая терминология. Эта точка зрения придает смысл ГОСТу. Если ГОСТ – это минимальный набор процессов, то они авторами отобраны квалифицированно. Вопрос остается только в одном – признать, что это отбор процессов именно PMBOK. Тогда понятно, почему отсутствуют описания процессов. То есть получается, что при выборе неких процессов, необходимых для управления собственного проекта, используя ГОСТ, необходимо при непонятных аспектах обратиться именно к национальному стандарту PMBOK, в котором будет ясно изложен весь спектр определенного процесса.

Итак, наиболее интересным остается ГОСТ Р 54869-2011 «Проектный менеджмент. Требования к управлению проектом». Область применения данного ГОСТа достаточно проста, ничего нового. Требования к управлению проектами для обеспечения эффективного достижения его целей могут быть любой длительности, масштаба и сложности. Воспользоваться может как юридическое лицо, так и физическое [1].

Огромная роль уделяется планированию проекта, здесь: процесс планирования содержания проекта, целью которого является определение требований проекта и состава работ проекта. Процесс разработки расписания, в который входит определение дат начала и окончания работ проекта, ключевых событий, этапов и проекта в целом. Процесс планирования бюджета проекта. Процесс планирования персонала проекта, цель которого определить порядок обеспечения проекта человеческими ресурсами. Процесс планирования закупок в проекте. Процесс планирования реагирования на риски. Процесс планирования обмена информацией в проекте. Процесс планирования управления изменениями в проекте. Получается, что существенную роль ГОСТ уделяет планированию, а такие немаловажные факторы, как организация и контроль, остаются на втором плане [1].

Документ представляет основные моменты без углубления в каждый, но это неправильно. Также некоторые пункты можно совместить и объединить. Некоторые можно убрать. Также можно добавить и изменить существующие.

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

Процесс инициации . Здесь все просто, именуется проект, причины ввода проекта, цель, дата инициации, дата представления базового плана проекта на утверждение. На данном этапе целесообразно ввести программное обеспечение, расчет примерного прогноза проекта и предоставление его на общем собрании. Данный прогноз даст картину представления и смысл внедрения проекта людям, которые будут утверждать проект. Такими программами являются Project expert, Project Management и др. Аналитическая система Project Expert – программа, позволяющая «прожить» планируемые инвестиционные решения без потери финансовых средств, предоставить необходимую финансовую отчётность потенциальным инвесторам и кредиторам, обосновать для них эффективность участия в проекте. При отсутствии знания о том, эффективен ли проект, существование самого проекта находится под угрозой [4].

Процесс планирования содержания и процесс разработки расписания. Два этапа, которые можно объединить в «Процесс планирования этапов проекта». Цель процесса – определение содержания работ и привязка к временному промежутку.

• ■    Определение сущности проекта.

• •    Определение требования к проекту.

• •    Определение ключевых данных по проекту (свойства, характеристика, назначение).

• ■    Определение этапов проекта.

• •    Определение взаимосвязи между работами проекта.

• •    Проведение оценки длительности каждого этапа.

• •    Составление графика привлечения ресурсов.

• •    Составление календарного плана.

Составление плана, в который входит каждый этап проекта, с началом и окончанием даты каждого из них, а также лицо, ответственное за каждый этап в отдельности и внедрение в каждый этап ресурсов.

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

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

Процесс организации исполнения проекта и процесс контроля проекта , при совмещении получим процесс исполнения и контроля проекта. На данном этапе осуществляется исполнение запланированных пунктов, а также одновременный контроль над происходящим.

• •    Выполнение запланированных работ.

• •    Сравнение результатов с планом.

• •    Выполнение корректирующих действий.

• •    Анализ каждого этапа в отдельности и общий анализ о проделанной работе проекта в форме отчета.

Процесс завершения проекта:

• •    Цель процесса: формальное закрытие проекта.

• •    Проведена и документально оформлена приемка продукта проекта.

• •    Проведено закрытие всех договоров по проекту.

• •    Сформирован архив документации по проекту.

• •    Проведен анализ и дана формальная оценка успешности проекта.

• •    Проведен анализ эффективности проекта.

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

Результаты исследования. Был проведен анализ ГОСТ Р 54869-2011 «Проектный менеджмент. Требования к управлению проектом», введенного в силу в сентябре 2012 года. Документ, по мнению большинства, оказался «сырым», не имеющим своего личного стержня, это лишь краткая версия национального стандарта PMBOK. Отсутствует углубление в каждый этап процесса инициации, управления, планирования, контроля и завершения. А также был изменен и дополнен предоставленный анализу ГОСТ.