Меня тут несколько раз спрашивали, что включает должностная инструкция руководителя проекта, в какой-то момент отвечать одно и то же надоело, поэтому ответ в посте.
Не все в курсе (хотя, я надеюсь, большинство об этом все же слышало), что в 2014 году появился профессиональный стандарт 06.016. Руководитель проектов в области информационных технологий. Стандарт официальный, утверждённый приказом Минтруда России, и уже даже обновленный в 2016 году.
Найти его можно в открытых легальных источниках, например, в системе ГАРАНТ по ссылке.
Более того, для платных подписчиков ГАРАНТ предлагает доступ к должностной инструкции руководителя проекта, разработанной на основе этого стандарта. Доступ к ГАРАНТУ есть почти в любой компании, попробуйте спросить своих юристов или HR.
Если доступа к ГАРАНТУ внезапно нет – из открытого профстандарта можно “вручную” выбрать то, что релевантно именно для той позиции, для которой вы готовите должностную инструкцию, это даже интереснее, да и результат будет лучше. Тем более что в стандарте есть все – от образования до опыта работы, от необходимых умений до выполняемых задач.
Структура профстандарта для руководителя проектов
Стандарт состоит из перечня трудовых функций (общим числом 154) и более чем подробно их описывает.
Причем, что приятно, он разделен на три так называемые “обобщенные трудовые функции”, в которых легко узнать уровни сложности проекта:
- Уровень А – Управление проектами в области ИТ на основе полученных, планов проектов в условиях, когда проект не выходит за пределы утвержденных параметров
- Уровень В – Управление проектами в области ИТ малого и среднего уровня сложности в условиях неопределенностей, порождаемых запросами на изменения, с применением формальных инструментов управления рисками и проблемами проекта
- Уровень С – Управление проектами в области ИТ любого масштаба в условиях высокой неопределенности, вызываемой запросами на изменения и рисками, и с учетом влияния организационного окружения проекта; разработка новых инструментов и методов управления проектами в области ИТ
Для каждой обобщенной трудовой функции указаны входящие в нее трудовые функции, возможные наименования должности исполнителя, требования к образованию и обучению, и требования к опыту практической работы.
Пример
Обобщенная трудовая функция А. Управление проектами в области ИТ на основе полученных, планов проектов в условиях, когда проект не выходит за пределы утвержденных параметров (простые проекты для начинающих руководителей проектов) имеет следующие отличительные черты:
- Возможные наименования должностей: Помощник руководителя проектов, Руководитель проектов
- Требования к образованию и обучению: Высшее образование – программы бакалавриата, Повышение квалификации в области проектного менеджмента
- Требования к опыту практической работы: рекомендуется работа по профессиям “системный аналитик” и/или “архитектор программного обеспечения” не менее одного года
На этом уровне работник выполняет 30 различных функций, каждая из которых подробно описана. Например, трудовая функция А/27.6 Идентификация заинтересованных сторон проекта в области ИТ в соответствии с полученным заданием включает в себя:
- Трудовые действия: Анализ заинтересованных сторон проекта в соответствии с полученным заданием, Создание реестра заинтересованных сторон проекта
- Необходимые умения: Анализировать входные данные, Разрабатывать документы
- Необходимые знания: Управление коммуникациями в проекте, Управление заинтересованными сторонами проекта
- Другие характеристики: <тут прочерк>
И такой перечень есть для каждой из 154 функций для всех 3х уровней. Согласитесь, удобно?
Несмотря на название «Руководитель проектов в области информационных технологий» – должностную инструкцию на его основе можно написать для PMа практически в любой области, все базовые требования там есть.
P.S. Подруга, руководитель проектного офиса в крупном банке, на основе стандарта написала совершенно фантастическую должностную инструкцию, совместив шаблон своего банка, данные из стандарта и светлую головую. Документ, конечно, охраняется всяческим авторским правом и корпоративными ограничениями, поэтому я его тут не выкладываю, но сам подход советую!
Добавить комментарий