НАЦИОНАЛЬНЫЙ СТАНДАРТ РЕСПУБЛИКИ КАЗАХСТАН
РУКОВОДСТВО ПО УПРАВЛЕНИЮ ПРОЕКТАМИ
СТ РК ISO 21500-2014
(ISO 21500:2012 Guidance on project management, IDT)
Действие отменяется с 1 июля 2023 г. в соответствии с приказом и.о. Председателя Комитета технического регулирования и метрологии Министерства торговли и интеграции РК от 30 ноября 2022 года № 392-НҚ
Содержание
Введение
1 Область применения
2 Термины и определения
3 Понятия управления проектами
4 Процессы управления проектами
Приложение А (информационное). Разделение процессов по группам процессов и предметным группам
Введение
Настоящий международный стандарт содержит общие указания по понятиям и процессам управления проектами, которые важны и имеют существенное влияние на успешное достижение результатов проектов.
Целевой аудиторией для данного стандарта являются:
— топ-менеджеры и кураторы проектов, чтобы они могли лучше понять принципы и практику управления проектами для облегчения оказания соответствующей поддержки и обеспечения руководства менеджерами проектов, командами управления проектами, проектными командами;
— менеджеры проектов, команды управления проектами и члены проектных команд, чтобы они могли иметь единую базу для сравнения с ней используемых ими других проектных стандартов и практик.
1 Область применения
Настоящий стандарт предусматривает руководство по управлению проектами. Настоящий стандарт может быть использован в организациях любого типа, в том числе в государственных, частных или общественных, и для любых типов проектов независимо от сложности, размера и продолжительности.
Стандарт обеспечивает высокоуровневое описание понятий и процессов, которые предполагают формирование добросовестной практики в управлении проектами. Проект рассмотрен в контексте программ и портфелей проектов, однако стандарт не представляет подробных указаний по управлению программами и портфелями проектов. Темы, касающиеся дисциплин общего менеджмента, рассматриваются только в связи с управлением проектами.
2 Термины и определения
В настоящем стандарте применяются следующие термины с соответствующими определениями.
2.1 Операция (activity): Определенный компонент работы в рамках расписания, который должен быть выполнен для закрытия проекта.
2.2 Область применения (application area): Категория проектов, которые сосредоточены на общем продукте, заказчике или секторе.
2.3 Базовый план проекта (baseline): Основа для сравнения, относительно которой контролируется и отслеживается выполнение проекта.
2.4 Запрос на изменение (change request): Документация, в которой описано предлагаемое изменение в проекте.
2.5 Управление конфигурацией (configuration management): Применение процедур для контроля, сопоставления и ведения документации, технических характеристик и физических свойств.
28.05.2015
31 октября 2014 года в Казахстане принят национальный стандарт СТ РК ISO 21500-2014 – Руководство по управлению проектами, который был введён в действие 1 января 2016 года.
СПМ РК как соавтор данного стандарта на системной основе разработал 3S методологию для ускоренной подготовки казахстанских компаний к сертификации по СТ РК ISO 21500-2014, которая включает:
• экспресс-диагностику по оценке потенциала компании для выявления несоответствий действующей в компании системы управления проектами требованиям стандарта;
• профессиональную подготовку и сертификацию специалистов – участников проектов, позволяющие перейти компании на единый язык проектного управления;
• непосредственную подготовку компании к сертификации – устранение разрывов и решение проблем путём построения / реорганизации действующей системы управления проектами и встраивание ее в систему управления компанией.
Предлагаемая методология позволит нивелировать проблемы, возникающие в проектах, поднять систему управления проектами на качественно новый уровень и, как результат, успешно пройти сертификацию по стандарту СТ РК ISO 21500-2014 – Руководство по управлению проектами.
В соответствии с частью третьей статьи 43-1 Административного процедурно-процессуального кодекса Республики Казахстан ПРИКАЗЫВАЮ:
1. Утвердить прилагаемый Типовой регламент проектного управления государственных органов.
2. Признать утратившим силу приказ Министра национальной экономики Республики Казахстан от 8 июня 2021 года № 57 «Об утверждении Типового регламента проектного управления государственных органов» (зарегистрирован в Реестре государственной регистрации нормативных правовых актов за № 23023).
3. Департаменту политики проектного управления в установленном законодательством порядке обеспечить:
1) государственную регистрацию настоящего приказа в Министерстве юстиции Республики Казахстан;
2) размещение настоящего приказа на интернет-ресурсе Министерства национальной экономики Республики Казахстан;
3) в течение десяти рабочих дней после государственной регистрации настоящего приказа в Министерстве юстиции Республики Казахстан представление в Юридический департамент Министерства национальной экономики Республики Казахстан сведений об исполнении мероприятий, предусмотренных подпунктами 1) и 2) настоящего пункта приказа.
4. Контроль за исполнением настоящего приказа возложить на курирующего вице-министра национальной экономики Республики Казахстан.
5. Настоящий приказ вводится в действие по истечении десяти календарных дней после дня его первого официального опубликования.
Министр национальной экономики Республики Казахстан |
А. Куантыров |
«СОГЛАСОВАН»
Министерство информации
и общественного развития
Республики Казахстан
«СОГЛАСОВАН»
Министерство сельского хозяйства
Республики Казахстан
«СОГЛАСОВАН»
Министерство юстиции
Республики Казахстан
«СОГЛАСОВАН»
Генеральная прокуратура
Республики Казахстан
«СОГЛАСОВАН»
Агентство по защите
и развитию конкуренции
Республики Казахстан
«СОГЛАСОВАН»
Министерство образования и науки
Республики Казахстан
«СОГЛАСОВАН»
Министерство здравоохранения
Республики Казахстан
«СОГЛАСОВАН»
Верховный Суд
Республики Казахстан
«СОГЛАСОВАН»
Министерство труда
и социальной защиты
Республики Казахстан
«СОГЛАСОВАН»
Министерство индустрии
и инфраструктурного развития
Республики Казахстан
«СОГЛАСОВАН»
Министерство финансов
Республики Казахстан
«СОГЛАСОВАН»
Агентство Республики Казахстан
по финансовому мониторингу
«СОГЛАСОВАН»
Агентство Республики Казахстан
по регулированию и развитию
финансового рынка
«СОГЛАСОВАН»
Министерство обороны
Республики Казахстан
«СОГЛАСОВАН»
Министерство культуры и спорта
Республики Казахстан
«СОГЛАСОВАН»
Агентство Республики Казахстан
по делам государственной службы
«СОГЛАСОВАН»
Министерство торговли и интеграции
Республики Казахстан
«СОГЛАСОВАН»
Агентство по стратегическому
планированию и реформам
Республики Казахстан
«СОГЛАСОВАН»
Агентство Республики Казахстан
по противодействию коррупции
(Антикоррупционная служба)
«СОГЛАСОВАН»
Министерство иностранных дел
Республики Казахстан
«СОГЛАСОВАН»
Министерство по чрезвычайным ситуациям
Республики Казахстан
«СОГЛАСОВАН»
Министерство цифрового развития, инноваций
и аэрокосмической промышленности
Республики Казахстан
«СОГЛАСОВАН»
Министерство внутренних дел
Республики Казахстан
«СОГЛАСОВАН»
Министерство экологии,
геологии и природных ресурсов
Республики Казахстан
«СОГЛАСОВАН»
Министерство энергетики
Республики Казахстан
«СОГЛАСОВАН»
Счетный комитет по контролю
за исполнением республиканского бюджета
Утвержден приказом Министра национальной экономики Республики Казахстан от 13 января 2022 года № 2 |
Типовой регламент проектного управления государственных органов
Глава 1. Общие положения
1. Настоящий Типовой регламент проектного управления государственных органов (далее – Типовой регламент) разработан в соответствии с частью третьей статьи 43-1 Административного процедурно-процессуального кодекса Республики Казахстан и предусматривает взаимодействие участников проектной деятельности, включая политических и административных государственных служащих, работников подведомственных организаций, представителей неправительственных организаций и других заинтересованных сторон.
2. Настоящий Типовой регламент разработан в целях обеспечения внедрения современных подходов проектного управления для повышения эффективности взаимодействия деятельности центральных и местных исполнительных органов, институтов развития.
3. В настоящем Типовом регламенте используются следующие основные понятия:
1) группа акселерации – группа сотрудников проектного офиса государственного органа, которая осуществляет координацию, консультационно-методологическую, информационно-аналитическую и организационную поддержку проектного персонала и участников проектов, требующих ускоренной реализации и оперативной концентрации ресурсов, в том числе организацию совместной работы проектного офиса государственного органа с группами реализации общенациональных приоритетов, группами реализации базовых направлений, руководителями групп проектов, руководителями и участниками проектов по ежедневному скрам-графику по методологии аджайл;
2) информационное табло – электронный документ, размещаемый в информационной системе проектного управления для оперативного представления руководителям, выполняющим соответствующие проектные роли кураторов общенациональных приоритетов, руководителей программ, руководителей базовых направлений, руководителей групп проектов;
3) ситуационно-аналитический центр – организационная структура, формируемая при проектном офисе государственного органа в целях определения статуса реализации проектов/программ/портфелей общенациональных приоритетов, мониторинга достижения целевых показателей и выработки предложений по дальнейшей реализации проектов/программ/ портфелей общенациональных приоритетов;
4) программа – компонент портфеля общенационального приоритета, представляющая собой совокупность последовательно декомпозируемых групп проектов, проектов и мероприятий (действий), сгруппированных в базовые направления, управление которыми координируется для получения преимуществ, недоступных при управлении проектами и мероприятиями (действиями) по отдельности;
5) базовое направление программы – компонент программы, включающий в себя совокупность последовательно декомпозируемых групп проектов, проектов и мероприятий (действий), сгруппированных по признакам межсферного, межотраслевого, межведомственного характера;
6) план управления программой – это совокупность результатов всех процессов планирования компонентов программы для создания последовательного, связанного набора документов, который используется для управления программой и контроля за ее реализацией, и формируется в информационной системе проектного управления;
7) управляющий комитет программы – коллегиальный орган, осуществляющий функции центра принятия решений в рамках программы, реализуемой государственным органом, обеспечивающий практическое решение проблемных вопросов и задач, которые не решены на уровне проектного офиса государственного органа и руководителей базовых направлений программы;
управляющие документы – документы, регламентирующие основные вопросы реализации проектов/программ;
9) экспертный совет программы – коллегиальный орган, формируемый для обеспечения экспертно-аналитической поддержки реализации программы;
10) руководитель программы – первый руководитель государственного органа, который ответственен за состояние дел в отраслях (сферах) государственного управления, находящихся в ведении государственного органа, в том числе за достижение целей и результатов программы;
11) руководитель базового направления — заместитель первого руководителя государственного органа, который в рамках базового направления ответственен за состояние дел в отраслях (сферах) государственного управления, находящихся в ведении государственного органа, и обеспечивает достижение целей и результатов соответствующего базового направления программы;
12) инициатива (мера) – совокупность новых целей и задач, направленных на развитие сферы/отрасли/региона, не включенных ранее в документы Системы государственного планирования (далее – Система) и/или другие программные документы;
13) паспорт инициативы – управляющий документ, содержащий основную информацию об инициативе;
14) дашборд – информационная панель в информационной системе проектного управления, на которой указываются сведения о результатах реализации проектов/программ/общенациональных приоритетов;
15) декомпозиция – разделение и распределение работ на более мелкие элементы;
16) общенациональные приоритеты – совокупность системных изменений в определенной сфере и (или) отрасли, которые необходимо реализовать до конца периода реализации Национального плана развития Республики Казахстан;
17) управляющий совет общенационального приоритета – консультативно–совещательный орган, обеспечивающий реализацию портфеля общенационального приоритета;
18) куратор общенационального приоритета – должностное лицо, курирующее реализацию приоритета Национального плана развития Республики Казахстан;
19) портфель общенационального приоритета – совокупность программ, проектов, мероприятий (действий), инициатив (мер), направленных на практическую реализацию общенационального приоритета для достижения целей и индикаторов карты целей общенациональных приоритетов первого и второго уровня в соответствующих сферах/отраслях/регионах, предусмотренных документами Системы, Общенациональными планами мероприятий по реализации посланий Главы государства, а также иных инициатив портфельного уровня, одобренных Высшим советом при Президенте Республики Казахстан по реформам;
20) матрица проектных ролей и ответственности – управляющий документ, устанавливающий степень ответственности каждого участника проектной деятельности за выполнение отдельных этапов и задач проекта/программы/портфеля общенационального приоритета;
21) проект – комплекс взаимосвязанных мероприятий, направленных на достижение поставленной цели, результатов в условиях временных и ресурсных ограничений;
22) журнал извлеченных уроков проекта – управляющий документ, содержащий обзор управления проектом, а также любую полезную информацию для учета и применения в будущих проектах;
23) проектная архитектура – совокупность элементов программы, реализуемая путем проектного управления, состоящая из базовых направлений программы, а также проектов, сгруппированных в группы, консолидируемые в соответствующие базовые направления программы;
24) контрольная точка проекта (вехи) – момент принятия решения по переходу на следующую стадию проекта при его разделении на несколько стадий;
25) план управления проектом – управляющий документ, содержащий информацию о реализации, мониторинге и управлении проектом;
26) проектное управление – метод управления проектами/программами/портфелями в условиях временных и ресурсных ограничений для достижения заявленных результатов и поставленных целей;
27) информационная система проектного управления – единая информационная автоматизированная платформа, используемая для создания, хранения, передачи актуальной и достоверной информации об инициативах, проектах, группах проектов, базовых направлениях программ, программах, портфелях общенациональных приоритетов, обеспечивающая осуществление проектной деятельности всеми участниками, а также предоставляющая заинтересованным сторонам доступ к информации для принятия управленческих решений;
28) инициатор проекта – физическое лицо, гражданин Республики Казахстан, являющийся автором идеи проекта, его предварительного обоснования и предложений по осуществлению проекта, в том числе, когда данное лицо является руководителем юридического лица;
29) руководитель проекта – проектная роль, закрепляемая руководителем группы проектов за лицом, имеющим необходимый уровень компетенций в соответствующей сфере;
30) бюджет проекта – план потребности проекта в ресурсах в денежном выражении, необходимый для получения запланированных результатов;
31) устав проекта – управляющий документ, содержащий информацию, характеризующую проект: содержание, бюджет проекта, сроки реализации проекта, расписание проекта и другую информацию, предусмотренную для реализации проекта;
32) расписание проекта – календарный график, отражающий плановые сроки выполнения этапов, задач и контрольных точек проекта;
33) проектная команда – участники проекта, включающие руководителя проекта, менеджера и других членов, в проектные роли которых входит непосредственное исполнение задач в рамках проекта;
34) календарный план-график проекта – управляющий документ, содержащий перечень работ проекта, связанных между собой и отраженных на календаре;
35) проектная деятельность – деятельность, осуществляемая с применением знаний, навыков, методов и инструментов проектного управления;
36) содержание проекта – совокупность работ и вех проекта, выполнение (достижение) которых требуется для достижения цели проекта;
37) архив проекта – хранилище комплекта проектной документации в электронном виде, включая документы с печатями и подписями в формате Adobe PDF (пдф);
38) проектный персонал – совокупность участников проектной деятельности, включающая проектный персонал Проектного офиса, создаваемого по решению Премьер-Министра, в соответствии с подпунктом 9) пункта 1 статьи 19 Конституционного закона Республики Казахстан «О Правительстве Республики Казахстан» (далее – Конституционный закон), проектный персонал проектных офисов государственных органов, участников проектных команд, исполнителей проектных заданий и других участников проектной деятельности, за которыми закреплены проектные роли;
39) ресурсы проекта – ресурсы, используемые для достижения целей проекта, в том числе: человеческие, финансовые, материально-технические, информационные и временные;
40) план управления ресурсами проекта – это управляющий документ, в котором описываются конкретные ресурсы (включая человеческие, финансовые, технические и физические) и действия по управлению ими, необходимые для реализации проекта;
41) проектная роль – набор определенных полномочий, функциональных обязанностей и персональной ответственности, закрепляемых за участником проектной деятельности в управляющих документах;
42) проектное задание – задача, формируемая участниками проектной деятельности, выполнение которой возлагается на государственные органы, их структурные подразделения/иные (третьи) лица, участие которых необходимо для реализации соответствующих проектов/программ/портфелей;
43) заказчик проекта – проектная роль, обеспечивающая формирование требований к проекту и принимающая результаты проекта;
44) риск проекта – неопределенное событие или условие, которое в случае возникновения имеет воздействие (позитивное или негативное) на одну из целей проекта;
45) группа проектов – компонент базового направления программы в виде совокупности проектов и мероприятий (действий), сгруппированных по определенным признакам для обеспечения достижения целевых индикаторов и показателей, включенных в зону ответственности соответствующего структурного подразделения или подведомственной организации государственного органа;
46) куратор группы проектов – заместитель руководителя государственного органа, курирующий руководителя группы проектов в базовом направлении;
47) иерархическая структура работ (далее – ИСР) – управляющий документ, содержащий соответствующие работы, включая распределение (декомпозицию) работ на более мелкие элементы;
48) метод «освоенного объема» — система методик, объединенных под общим названием, использующихся для измерения и контроля эффективности выполнения проектов;
49) план управления коммуникациями – управляющий документ, определяющий требования и ожидания от коммуникаций для проекта;
50) матричная структура — организационная структура управления, основанная на принципе двойного подчинения проектного персонала, членов проектной команды, при которой сотрудник при частичной/полной занятости в проекте/программе/портфеле общенационального приоритета подчиняется руководителю своего структурного подразделения и другому руководителю в рамках проектной деятельности;
51) эскалация задачи/ проблемного вопроса – поднять вверх проблемный вопрос для принятия решения;
52) проектный офис государственного органа – организационная структура, формируемая государственным органом с участием заинтересованных сторон, на основе принципов матричной структуры управления, обеспечивающая взаимодействие и координацию проектной деятельности всех участников проектной деятельности;
53) коммуникационный центр проектного офиса государственного органа – организационная структура, формируемая государственным органом при проектном офисе государственного органа, для организации работ по формированию общественного мнения о ходе реализации программ, по внедрению и развитию проектно-ориентированной организационной культуры, по развитию внутренних и внешних коммуникаций участников проектной деятельности на основе внедрения современных моделей и инструментов трансформации организаций;
54) заинтересованные стороны – любые лица, заинтересованные в достижении/не достижении цели проекта;
55) план развития областей, городов республиканского значения, столицы (далее – план развития региона) – совокупность планов, проектов и программ, реализуемых на территории области, городов республиканского значения, столицы, в рамках портфелей общенациональных приоритетов, включая план развития региона, и другие группы проектов, проекты, мероприятия (действия), инициативы (меры), направленные на развитие региона;
56) Проектный офис, создаваемый по решению Премьер-Министра (далее – Офис) в соответствии с подпунктом 9) пункта 1 статьи 19 Конституционного закона – коллегиальный рабочий орган, созданный и действующий в форме матричной организационной структуры, обеспечивающий реализацию портфелей общенациональных приоритетов, внедрение и развитие проектного управления в государственном секторе;
57) руководитель типового базового направления – руководитель аппарата государственного органа;
58) коллаборация – процесс совместной деятельности при реализации проекта двух и более людей и/или организаций для достижения общих целей, при которой происходит обмен знаниями, обучение и достижение согласия;
59) аджайл (аgile) – обобщенный термин в проектном управлении, определяющий ценности и принципы «гибкой» методологии управления;
60) анализ разрывов (GAP-анализ) (гэп-анализ) – метод стратегического анализа, с помощью которого осуществляется поиск шагов для достижения заданной цели, выявляется разница (разрыв) между планом и фактом для выработки мер по полному или частичному устранению выявленной разницы;
61) скрам-метод (скрам) – метод проектного управления, позволяющий в оперативном режиме управлять задачами проекта/программы/портфеля в рамках повторяющихся фиксированных интервалов времени;
62) скрам-встреча – рабочее совещание для оперативного решения проблем и (или) устранения препятствий, возникших при выполнении задач проектов/программы/портфеля для обсуждения и выработки управленческих решений, а также мониторинга и контроля работы, выполненной за определенный интервал времени с корректировкой задач, необходимых к исполнению на следующий интервал времени;
63) скрам-график – расписание скрам-встреч.
4. В рамках деятельности (название государственного органа) проектный офис (название государственного органа) обеспечивает реализацию следующих программ:
(название программы/национального проекта), утвержденной/утвержденного (название документа).
5. Структура проектного офиса государственного органа определяется в соответствии с Типовой организационной структурой проектного управления государственного органа, определенной в приложении 1 к Правилам осуществления проектного управления, утвержденным постановлением Правительства Республики Казахстан от 31 мая 2021 года № 358 (далее – Правила осуществления проектного управления).
6. Закрепление проектных ролей в рамках организационной структуры проектного управления (название государственного органа) осуществляется в соответствии с Правилами осуществления проектного управления и по форме, согласно приложению 1 к настоящему Типовому регламенту.
7. Ситуационно-аналитический центр проектного офиса государственного органа осуществляет сбор, обработку, анализ и представление информации о ходе реализации портфелей общенациональных приоритетов, программ, национальных проектов, базовых направлений, групп проектов, проектов и задач и обеспечивает оперативное реагирование и поддержку принятия управленческих решений при внештатных ситуациях, требующих своевременного вмешательства государственных органов и (или) их подведомственных организаций.
8. Коммуникационный центр проектного офиса государственного органа осуществляет формирование общественного мнения о ходе реализации программы/программ, организацию внутренних и внешних коммуникаций участников проектной деятельности.
9. Государственные органы и их подведомственные организации при необходимости и/или по требованию Офиса, в соответствии с подпунктом 2) пункта 78 Правил осуществления проектного управления, привлекают к проектной деятельности, включая управление программами/проектами, руководителей проектов и (или) консультантов по проектному управлению или организации, имеющие в штате специалистов по проектному управлению, на условиях возмездного оказания услуг.
Привлечение проектной организации в проект/программу осуществляется в соответствии с законодательством о государственных закупках.
При привлечении руководителей проектов и (или) консультантов по проектному управлению в проекты, реализация которых осуществляется с применением механизмов государственных закупок или государственных заданий, в конкурсной документации указываются требования к потенциальным руководителям проектов и (или) консультантам проекта в части их профессиональной компетенции, в том числе сертификации.
10. График еженедельных скрам-встреч проектного офиса государственного органа разрабатывается с учетом скрам-встреч групп реализации общенациональных приоритетов Офиса, а также с учетом:
графиков скрам-встреч руководителей групп реализации базовых направлений с руководителями групп проектов базовых направлений;
графиков скрам-встреч руководителей групп проектов с руководителями проектов группы.
Глава 2. Управление программой
11. Руководитель программы, управляющий комитет программы и проектный офис государственного органа выполняют функции, указанные в пунктах 66, 67 и 68 Правил осуществления проектного управления, в рамках общенационального приоритета (название общенационального проекта).
12. Руководитель проектного офиса государственного органа осуществляет управление проектным офисом государственного органа, подотчетен Руководителю программы, управляющему комитету программы, обеспечивает эффективное взаимодействие и координацию проектной деятельности всех участников программы на всех этапах ее реализации.
13. Главный менеджер проектного офиса государственного органа подотчетен руководителю проектного офиса государственного органа и обеспечивает методологическую поддержку, коммуникации и оперативное взаимодействие между группами реализации базовых направлений, руководителями групп проектов, координаторами проектов, руководителями проектов, консультантами по проектному управлению, проектными командами, исполнителями проектных заданий.
14. Главный менеджер проектного офиса государственного органа обеспечивает:
1) подготовку и актуализацию плана управления программой (планов управления программами), формируемого в соответствии с пунктами 60, 61 и 62 Правил осуществления проектного управления;
2) подготовку на еженедельной основе отчета по проблемным вопросам, неразрешенным на уровне руководителя соответствующего базового направления путем заполнения информационного табло по проблемным вопросам в электронном формате в информационной системе проектного управления по форме согласно приложению 2 к настоящему Типовому регламенту для рассмотрения на уровне руководителя программы/ управляющего комитета программы;
3) внесение предложений руководителю проектного офиса государственного органа по поощрению за качественное и своевременное исполнение задач и проектных заданий исполнителей соответствующих проектных ролей либо привлечению их к ответственности за несвоевременное и (или) некачественное исполнение соответствующих проектных ролей.
15. Главный менеджер проектного офиса государственного органа обеспечивает своевременное принятие управленческих решений на уровне проектного офиса государственного органа в процессе управления программой (программами).
16. Администратор проектного офиса государственного органа подотчетен руководителю проектного офиса государственного органа, организует работу администраторов групп реализации базовых направлений, в том числе обеспечивает:
1) ведение проектной документации, сбор информации и подготовку отчетности;
2) подготовку совещаний и выполнение графика рабочих скрам-встреч заинтересованных сторон с ведением учета участников встреч;
3) своевременный ввод и контроль внесения данных в информационную систему проектного управления администраторами групп реализации базовых направлений, руководителей групп проектов, руководителями проектов, участниками проектных команд.
17. Администратор проектного офиса государственного органа вносит предложения руководителю проектного офиса государственного органа по привлечению к дисциплинарной ответственности исполнителей соответствующих проектных ролей за срыв графика скрам-встреч.
18. Администратор проектного офиса государственного органа совместно с администраторами групп реализации базовых направлений обеспечивает внесение и (или) своевременность внесения данных по проектам программы в информационную систему проектного управления.
19. Группа акселерации (при ее создании) по поручению руководителя программы/руководителей базовых направлений/руководителя проектного офиса государственного органа оказывает организационную поддержку проектного персонала и участников проектов, а также проектов, требующих ускоренной реализации и оперативной концентрации ресурсов по ежедневному скрам-графику в аджайл-формате.
20. Экспертный совет программы или сформированные при нем экспертно-аналитические группы вносят на рассмотрение управляющего комитета программы и (или) проектного офиса государственного органа предложения по:
актуализации перечня наиболее существенных проблем сферы/отрасли с практическими рекомендациями по их решению;
корректировке целей, индикаторов и показателей программы;
корректировке целей, индикаторов и показателей базовых направлений программы;
корректировке целей, индикаторов и показателей групп проектов;
инициации, приостановке, прекращении проектов;
корректировке целей, индикаторов и сроков проектов.
21. График еженедельных скрам-встреч группы реализации базового направления программы с руководителями групп проектов разрабатывается руководителем группы реализации базового направления с учетом графика скрам-встреч группы реализации общенациональных приоритетов Офиса.
22. График еженедельных скрам-встреч группы реализации базового направления программы с руководителями групп проектов согласовывается с руководителем проектного офиса государственного органа и руководителем базового направления в течение 5 (пяти) рабочих дней с даты принятия решения о создании проектного офиса государственного органа с актуализацией при его изменениях и (или) принятия/утверждения программы.
23. Скрам-встречи проводятся непосредственно в помещении проектного офиса государственного органа либо дистанционно в формате видеоконференции с ведением учета посещения участников встречи.
24. При отсутствии руководителя группы проектов на скрам-встречах более 3 (трех) раз подряд, руководитель проектного офиса государственного органа вносит соответствующему должностному лицу представление о наложении дисциплинарного взыскания.
25. Процесс актуализации планов управления программой/программами осуществляется в соответствии с пунктом 62 Правил осуществления проектного управления.
26. Проектный офис государственного органа обеспечивает деятельность группы по проведению общественного мониторинга путем:
1) представления информации о реализуемых программах и проектах, в том числе посредством предоставления членам группы общественного мониторинга соответствующего уровня доступа в информационную систему проектного управления;
2) организации возможности физического доступа членов группы общественного мониторинга к соответствующим объектам, в том числе с участием экспертов и иных уполномоченных лиц;
3) организации консультаций и рассмотрения рекомендаций и замечаний группы общественного мониторинга соответствующими группами базовых направлений, руководителями групп проектов, руководителями проектов;
4) представления информации о принятых мерах по результатам консультаций и рассмотрения рекомендаций и замечаний группы общественного мониторинга, в том числе с указанием и обоснованием причин при их отклонении.
Глава 3. Управление базовыми направлениями, а также типовым базовым направлением
27. Руководители базовых направлений, а также типового базового направления обеспечивают эффективное участие подотчетных им сотрудников структурных подразделений и подведомственных организаций в выполнении целей, ключевых национальных индикаторов, достижение которых предусмотрены программой в рамках базовых направлений.
28. Руководители базовых направлений, а также типового базового направления выполняют функции, указанные в пункте 70 Правил осуществления проектного управления.
29. По усмотрению руководителей базовых направлений, а также типового базового направления определяются и закрепляются проектные роли их ассистентов (помощников) для обеспечения оперативного взаимодействия с группами реализации базовых направлений и руководителями проектных офисов государственных органов.
30. Группы реализации базовых направлений, а также типового базового направления путем декомпозиции целей, ключевых национальных индикаторов, достижение которых предусмотрено программой в рамках соответствующих базовых направлений разрабатывают на соответствующий период цель, целевые индикаторы и показатели конечных результатов по курируемым базовым направлениям, а также согласовывают с руководителями базовых направлений пути и механизмы их достижения.
31. Руководитель базового направления, а также руководитель типового базового направления обеспечивает участие руководителей групп проектов курируемого базового направления не реже 1 (одного) раза в неделю согласно графику скрам-встреч с группой реализации соответствующего базового направления, в помещении проектного офиса государственного органа или посредством видеоконференции.
32. Руководитель группы реализации базового направления, а также руководитель группы реализации типового базового направления подотчетен руководителю соответствующего базового направления и руководителю проектного офиса государственного органа и обеспечивает эффективное взаимодействие между исполнителями проектных ролей, как между собой, так и с другими государственными органами, а также иными заинтересованными сторонами.
33. Исполнитель проектной роли руководителя группы реализации базового направления, а также руководителя группы реализации типового базового направления освобождается от выполнения иных, не связанных с данной ролью обязанностей, и осуществляет свою деятельность непосредственно в помещении проектного офиса государственного органа либо в дистанционном формате.
34. Руководитель группы реализации базового направления, а также руководитель группы реализации типового базового направления осуществляет функции, указанные в пункте 72 Правил осуществления проектного управления, также обеспечивает привлечение руководителей проектов, консультантов по проектному управлению или организации, имеющие в штате специалистов по проектному управлению, на условиях возмездного оказания услуг, в соответствии с пунктом 9 настоящего Типового регламента.
35. Руководитель группы реализации базового направления, а также руководитель типового базового направления проводит скрам-встречи в рамках соответствующего базового направления с руководителями групп проектов и руководителями проектов непосредственно в помещении проектного офиса государственного органа либо в формате видеоконференции.
36. Руководитель группы реализации базового направления, а также руководитель типового базового направления обеспечивает качество и эффективность организации процессов управления проектами программы в рамках курируемого базового направления.
37. Главный менеджер группы реализации базового направления, а также главный менеджер группы реализации типового базового направления подотчетен руководителю группы реализации соответствующего базового направления и обеспечивает методологическую поддержку, коммуникации и оперативное взаимодействие между руководителями групп проектов, руководителями проектов, консультантами по проектному управлению, исполнителями проектных заданий, проектными командами в рамках соответствующего базового направления.
38. Главный менеджер группы реализации базового направления, а также главный менеджер группы реализации типового базового направления обеспечивает:
1) подготовку на еженедельной основе письменного отчета управляющему комитету программы в виде информационного табло по проблемным вопросам, не разрешенным на уровне руководителя соответствующего базового направления по форме согласно приложению 2 к настоящему Типовому регламенту;
2) внесение предложений руководителю группы реализации соответствующего базового направления по поощрению за качественное и своевременное исполнение задач и проектных заданий исполнителей соответствующих проектных ролей либо привлечению их к ответственности за несвоевременное и (или) некачественное исполнение соответствующих проектных ролей.
39. Главный менеджер группы реализации базового направления, а также главный менеджер группы реализации типового базового направления обеспечивает принятие и (или) своевременность принятия управленческих решений в ходе управления проектами программы в рамках соответствующего базового направления.
40. Администратор группы реализации базового направления, а также администратор группы реализации типового базового направления подотчетен руководителю группы реализации соответствующего базового направления и обеспечивает в рамках курируемого базового направления:
1) ведение документации, сбор информации и подготовку отчетности;
2) подготовку совещаний и выполнение графика скрам-встреч заинтересованных сторон;
3) внесение и (или) своевременность внесения данных по проектам программы в информационную систему проектного управления в рамках соответствующего базового направления;
3) контроль внесения данных в информационную систему проектного управления руководителями проектов, участниками проектных команд.
41. Администратор группы реализации базового направления, а также администратор группы реализации типового базового направления вносит предложения руководителю группы реализации соответствующего базового направления по привлечению к ответственности исполнителей соответствующих проектных ролей за срыв графика скрам-встреч в рамках базового направления.
42. Управление типовым базовым направлением осуществляется в соответствии с Правилами осуществления проектного управления и настоящим Типовым регламентом.
При этом методологическая поддержка, обеспечение координации, мониторинг и взаимодействие государственных органов по группам проектов типового базового направления осуществляется проектными офисами следующих государственных органов:
по модернизации государственного управления – проектным офисом уполномоченного органа по государственному планированию и проектному управлению;
по повышению профессионализма и квалификации государственного аппарата – проектным офисом уполномоченного органа по делам государственной службы;
по работе с обращениями физических и юридических лиц –соответствующей группой реализации проекта или офисом реализации программы Администрации Президента Республики Казахстан в соответствии с пунктом 19 Правил осуществления проектного управления;
по предупреждению и противодействию коррупции – проектным офисом уполномоченного органа по противодействию коррупции;
по модернизации общественного сознания – проектным офисом уполномоченного органа по информации и общественному развитию;
по цифровизации государственных услуг и сферы/отрасли/ региона деятельности государственного органа – проектным офисом уполномоченного органа по цифровизации.
Глава 4. Управление группами проектов
43. Руководитель группы проектов обеспечивает взаимодействие и координацию деятельности руководителей проектов и проектных команд, входящих в группу проектов.
Деятельность руководителя групп проектов осуществляется в соответствии с пунктами 58, 59, 73 и 74 Правил осуществления проектного управления, а также пунктами 44, 45, 46 и 47 настоящего Типового регламента.
44. Руководитель группы проектов организует согласование запросов на изменение проектной документации, корректировку проектной документации по утвержденным запросам на изменения, предоставленным руководителями проектов, курируемой группы проектов.
45. Руководитель группы проектов принимает личное участие не реже 1 (одного) раза в неделю согласно графику в рабочих скрам-встречах с проектным офисом государственного органа и группой реализации базового направления для оперативного решения проблем и устранения препятствий, возникших при выполнении задач проектов, входящих в возглавляемую им группу проектов, для обсуждения и выработки решений, а также мониторинга и контроля работы, выполненной за неделю с корректировкой задач на следующую неделю.
46. Руководитель группы проектов в рамках текущей деятельности структурного подразделения обеспечивает всестороннюю организационную, методологическую и экспертную поддержку, а также содействие руководителям проектов в решении проблемных вопросов и устранении препятствий, возникающих в ходе реализации проектов, в том числе путем закрепления участников проектов из числа сотрудников структурного подразделения и (или) сотрудников подведомственных организаций по согласованию с руководством данных подведомственных организаций.
47. Руководитель группы проектов обеспечивает качество и эффективность организации процессов управления проектами программы, а также достижение целей проектов в рамках курируемой группы проектов.
Глава 5. Управление инициативами (мерами)
48. Проектный офис государственного органа обеспечивает сбор и обобщение поручений руководства, реализуемых с использованием проектного подхода, в том числе новых инициатив (мер), а также предложений структурных подразделений по инициации новых базовых направлений, групп проектов, проектов и присвоения статуса инициативе (меры) в соответствии с пунктом 68 Правил осуществления проектного управления.
49. С учетом присвоенного статуса инициатива (мера) вводится в информационную систему проектного управления для обеспечения ее реализации в соответствии с настоящим Типовым регламентом.
До принятия решения о дальнейшей реализации инициативы (меры) в соответствующем статусе, она регистрируется в информационной системе проектного управления в виде компонента «Инициатива».
50. Процесс управления инициативами (мерами) включает в себя этапы формированиия/актуализации перечня приоритетных инициатив, разработку информационного бюллетеня, построения дерева решений, выявление ключевых проблем и потенциальных решений, оценку влияния инициативы (меры) и разработку потенциального решения для последующего рассмотрения в рамках соответствующего портфеля общенационального приоритета:
Этап 1. Формирование/актуализация перечня приоритетных инициатив (мер) осуществляется согласно следующим критериям:
соответствие целям Национального плана развития Республики Казахстан; высокий экономический эффект (результаты превышают затраты);
высокий социальный эффект (устойчивые позитивные измеряемые социальные результаты);
результат для конечных бенефициаров (население и бизнес), оказывающий положительное влияние на повышение социально-экономических условий, благополучие и качество жизни;
минимизация ресурсов (временные, финансовые, человеческие).
Этап 2. Разработка информационного бюллетеня.
Информационный бюллетень содержит информацию, которая позволит определить направления развития отрасли/сферы/региона с учетом инициативы (меры):
результаты анализа развития отрасли/сферы/региона за прошедшие три года с учетом реализации документов Системы государственного планирования, а также результаты сравнительного анализа с соответствующими отраслями/сферами развитых стран;
результаты анализа последствий принятия инициативы (меры), включая изменение (корректировку) существующих документов Системы государственного планирования.
Этап 3. Построение дерева решений:
при помощи метода «дерево решений» определяются ключевые факторы, влияющие на реализацию инициативы (меры), в отношении которых далее выявляются риски и разрабатываются альтернативные варианты потенциальных решений проблемных вопросов.
Этап 4. Выявление ключевых проблем и потенциальных решений осуществляется в соответствии со следующим алгоритмом:
определение проблемной сферы;
обоснование путей решения проблемных вопросов;
приведение (презентация) примеров решений;
вовлечение стейкхолдеров в обсуждение.
Этап 5. Оценка влияния инициативы (меры) включает в себя:
определение показателей, по которым будет оцениваться влияние инициативы (меры) при ее реализации (рост валового внутреннего продукта, количество созданных рабочих мест, рост заработной платы и других социально-экономических индикаторов);
прогноз потенциального эффекта от реализации инициативы (меры);
оценка регулятивного воздействия инициативы (меры), если она связана с внесением изменений и дополнений в нормативные правовые акты.
Этап 6. Разработка потенциального решения для последующего рассмотрения в рамках соответствующего портфеля общенационального приоритета.
Для внесения инициативы (меры) на рассмотрение соответствующего управляющего совета общенационального приоритета или управляющего комитета программы оформляется паспорт инициативы (меры), состоящий из следующих разделов:
наименование инициативы (меры);
инициатор (фамилия, имя, отчество (при наличии), индивидуальный идентификационный номер, должность (при наличии);
куратор инициативы (меры) – заместитель первого руководителя государственного органа, ответственный за проработку инициативы (меры);
направление инициативы (меры);
ключевые показатели результативности и эффективности предлагаемой инициативы (меры);
влияние на основные экономические показатели (рост внутреннего валового продукта, количество созданных рабочих мест, рост заработной платы.);
действия и предполагаемые сроки исполнения инициативы (меры) – даты завершения планируемых действий.
Решение о присвоении инициативе (мере) соответствующего статуса принимается в соответствии с пунктами 24 и 25 Правил осуществления проектного управления.
Дальнейшая реализация инициатив (мер) проводится в соответствии с Правилами осуществления проектного управления и настоящим Типовым регламентом согласно присвоенному статусу.
Глава 6. Управление проектами
Параграф 1. Организация управления проектом
51. В проектной деятельности применяются различные стандарты, методы и инструменты управления проектами, включая гибридные технологии управления и аджайл-методы по своему выбору в целях расширения преимуществ от использования лучших практик проектного менеджмента:
СТ РК ISО (ИСО) 21500-2014 «Руководство по управлению проектами»;
СТ РК ISO (ИСО) 21503-2018 «Руководство по управлению программой», Система знаний о процессах управления проектами PRINCE2 (ПРИНС2) (Великобритания);
Руководство к своду знаний по управлению проектами со стороны правительств – PMI PMBOK (ПИЭМАЙ ПИЭМБУК) Government extension (Говернмент экстеншн) (Соединенные Штаты Америки);
Международные требования к компетенциям специалистов по управлению проектами, программами и портфелями проектов IPMA Individual Competence Baseline (IPMA ICB) (АЙПИЭМАЙ АЙСИБИ);
Стандарт по обеспечению устойчивого развития в управлении проектами GPM P5™ (ДЖИПИЭМ ПИ5тиэм).
При этом обеспечивается соблюдение базовых требований к управлению проектами, изложенные в настоящем Типовом регламенте.
Дополнительные требования к управлению проектами предусматриваются в соответствии с пунктом 78 Правил осуществления проектного управления.
52. Руководитель проекта, помимо функций, указанных в пункте 84 Правил осуществления проектного управления:
1) обеспечивает ежедневное управление проектом, проектной командой и исполнителями проектных заданий, в разрезе основных управленческих функций и организацию документооборота по проекту;
2) организует работы по планированию и реализации проекта;
3) обеспечивает контроль хода реализации проекта;
4) организует работу проектной команды и распределение задач между исполнителями;
5) организует сбор отчетности о статусе проекта, включая прогноз исполнения контрольных событий;
6) обеспечивает ведение архива проекта;
7) организует подготовку и согласование запросов на изменение проектной документации, корректировку проектной документации по утвержденным запросам на изменения.
53. В целях повышения оперативности и эффективности выполнения задач проекта руководитель проекта организует работу проектной команды непосредственно в информационной системе проектного управления.
54. Управление проектом осуществляется руководителем проекта на основе устава проекта и плана управления проектом.
55. В зависимости от масштаба, сложности и механизма реализации проекта в рамках проектной команды определяются дополнительные проектные роли (куратор проекта, координатор проекта, консультант по проектному управлению, администратор проекта, эксперт проекта, консультант проекта, менеджер по планированию, менеджер по бизнес-процессам, менеджер по маркетингу, руководитель проектной группы исполнителя (поставщик/подрядчик/партнер) объема работ/этапа/стадии проекта).
Закрепление указанных проектных ролей и описание их функций, полномочий и ответственности осуществляется руководителем проекта совместно с главным менеджером группы реализации базового направления в уставе проекта и оформляется в виде матрицы проектных ролей и ответственности по форме, определенной Офисом.
56. Участник проектной команды обеспечивает качественное и (или) своевременное исполнение закрепленных за ним функций и задач.
57. Управление проектом осуществляется в соответствии с группами процессов в рамках следующих этапов: инициация, планирование, исполнение (реализация), мониторинг и корректировка, завершение.
Параграф 2. Инициация проекта
58. На этапе инициации проекта осуществляется запуск нового проекта или стадии проекта.
Этап инициации включает идентификацию и анализ заинтересованных сторон в целях уравновешивания их ожиданий от проекта.
На этапе инициации:
создается общее видение проекта с точки зрения реализации стратегических целей развития сферы/отрасли/региона, достижению которых будет способствовать инициируемый проект в рамках соответствующей группы проектов;
описывается высокоуровневое содержание и все известные ограничения;
определяется руководитель проекта;
в информационной системе проектного управления создается проект в виде компонента «Инициатива» и заполняется устав проекта с указанием исполнителей проектных ролей и приложением к проекту соответствующих документов и материалов в электронном виде с учетом требований пункта 78 Правил осуществления проектного управления.
Итогом этапа инициации проекта является принятие решения о реализации проекта в рамках соответствующего плана управления программой, либо о доработке, либо о его закрытии.
59. Мероприятия, проводимые в рамках этапа инициации:
в течение первого квартала текущего года, а также по мере запроса от внешних источников в течение года (но не более 1 (одного) раза в квартал) руководители структурных подразделений (руководители групп проектов) вносят предложения по инициируемым проектам на рассмотрение руководителя базового направления в целях рассмотрения целесообразности реализации проектов на соответствующий (текущий) год в рамках актуализации плана управления программой, осуществляемой в соответствии с пунктом 62 Правил осуществления проектного управления;
для инвестиционных проектов, реализуемых за счет средств бюджета (бюджетные инвестиционные проекты), проводятся мероприятия, предусмотренные бюджетным законодательством;
представляется обоснование возможности реализации проекта без привлечения третьих сторон либо с привлечением третьих лиц;
представляется обоснование финансирования проекта за счет бюджета с указанием процедур/этапов/видов государственных закупок либо обоснование целесообразности использования механизмов государственно-частного партнерства.
60. Предложения по инициации проекта оформляются и сохраняются в архиве документов проекта в информационной системе проектного управления и содержат следующую информацию:
цель проекта;
масштаб проекта;
ожидаемые результаты проекта;
перспективы проекта (краткосрочные, долгосрочные)
планируемые затраты проекта;
фамилию, имя, отчество (при наличии) инициатора проекта;
фамилию, имя, отчество (при наличии) руководителя проекта.
По инициативам (мерам), получившим статус «нового проекта» в результате процесса «Управление инициативами», указанная информация вносится в информационную систему проектного управления в соответствии с настоящим Типовым регламентом.
61. По проекту готовятся верхнеуровневые (примерные, прогнозные) расчеты по расходам и предполагаемый (прогнозируемый) доход от реализации проекта, а также перечень основных работ.
62. Проект идентифицируется. Идентификация проекта позволяет зафиксировать индивидуальные параметры проекта, в том числе: сферу/отрасль/регион реализации проекта, государственный орган, структурное подразделение, ответственное за реализацию проекта, дату инициации фамилия, имя, отчество (при наличии) инициатора/сроки реализации.
Для правильной идентификации проекта, проект размещается в соответствующем компоненте портфеля общенационального приоритета/программе/базовом направлении/группе проектов непосредственно в информационной системе проектного управления.
Также осуществляется связывание проекта с другими компонентами портфелей общенациональных приоритетов (общенациональный приоритет/программа/базовое направление/группа проектов/проект).
В процессе создания проекта информационная система проектного управления автоматически создает и присваивает проекту уникальный идентификационный номер, который позволяет использовать совместные базы данных для эффективного управления проектами на основе интеграции различных информационных систем.
63. Устав проекта формируется руководителем проекта совместно с координатором проекта (при наличии), руководителем группы проектов и руководителем группы реализации базового направления в процессе рабочих скрам-встреч.
64. При формировании устава проекта в целях определения содержания проекта уточняется цель и задачи проекта, формулируются критерии успеха проекта, закрепляется перечень ключевых заинтересованных сторон, формируется персональный состав проектной команды с закреплением проектных ролей, осуществляется сбор требований (ожиданий) к результатам и (или) продуктам проекта, определяются риски проекта, а также основные этапы/стадии реализации проекта.
Параграф 3. Планирование проекта
65. В ходе этапа планирования проекта осуществляется уточнение параметров нового проекта, а также разрабатывается иерархическая структура работ проекта, формируется календарный график и расписание проекта.
На этапе планирования разрабатывается план работы с заинтересованными сторонами проекта.
На этапе планирования:
в информационной системе проектного управления статус «Инициатива» по проекту меняется на статус «Проект»;
проектная команда во главе с руководителем проекта проводит детальный анализ достижимости целей проекта;
на основании устава проекта руководитель проекта непосредственно в информационной системе проектного управления разрабатывает и согласовывает с руководителем группы проектов план управления проектом, в том числе:
руководитель проекта согласовывает персональный состав проектной команды с руководителями соответствующих структурных подразделений и другими заинтересованными сторонами на предмет срока, формата занятости (полная/частичная, дистанционный/не дистанционный формат) и компетенций привлекаемого ресурса в проекте, а также вопросы материально-технического обеспечения деятельности проектной команды; по проектам, соответствующим требованиям, установленным в пункте 78 Правил осуществления проектного управления, решение о создании проектной команды принимается руководителем базового направления и оформляется протоколом стартового совещания по проекту;
уточняется устав проекта, который содержит: измеримые проектные цели, исходный бюджет проекта, идентифицированные риски;
разрабатывается высокоуровневая иерархическая структура работ и календарный план-график работ проекта;
формируется реестр заинтересованных сторон проекта по форме, определяемой Офисом. Реестр содержит фамилии, имена, отчества (при наличии), должности заинтересованных сторон проекта, контакты, а также степень их заинтересованности в результатах проекта и возможности влияния на проект (очень сильное, сильное, умеренное, слабое);
разрабатывается матрица проектных ролей и ответственности по форме, определяемой Офисом;
разрабатывается план управления коммуникациями по форме, определяемой Офисом;
разрабатывается карта рисков по форме, определяемой Офисом;
определяется перечень документов, обязательных для хранения в бумажном виде после завершения проекта;
корректируется и обосновывается бюджет проекта с определением источников финансирования проекта с разработкой плана управления бюджетом (стоимостью) проекта;
определяется потребность осуществления закупок (работ/услуг/товаров) в рамках проекта и формируется план закупок по проекту.
Итогом этапа планирования проекта является принятие плана управления проектом.
66. Календарный план-график проекта представляет собой список задач для достижения цели, с учетом расстановки этих задач в нужной последовательности, в определенное для решения каждой задачи время и содержит: стадии/этапы работ или задач, их контрольные точки (вехи), через которые принимается решение о переходе к следующей стадии/этапу работ или задач.
67. Планирование основано на принципе деления крупных задач на более мелкие (декомпозиция).
Декомпозиция продолжается до формирования полного списка работ/задач, которые следует выполнить для успешного завершения проекта.
Оптимальным уровнем декомпозиции задач считается недельный шаг планирования, при котором планируемая длительность выполнения одной задачи составляет порядка 7 (семи) календарных дней (не менее 4 (четырех) задач на ближайшие 30 (тридцать) дней).
68. Декомпозиция работ прекращается при соответствии работ нижнего уровня следующим условиям:
работы ясны и понятны руководителю проекта и проектной команде;
понятен конечный результат работы и способы его достижения;
временные характеристики и ответственность за выполнение работ однозначно определены.
69. В процессе декомпозиции работ руководитель проекта обеспечивает разработку иерархической структуры работ в информационной системе проектного управления.
70. На основании иерархической структуры работ актуализируется состав проектной команды с учетом графика отпусков. На основании данной информации формируется план управления ресурсами проекта по форме, определяемой Офисом.
Руководитель проекта осуществляет оценку трудозатрат для выполнения работ, в целях планирования загрузки рабочего времени, отводимого каждому из участников проектной команды на участие в проекте.
71. Методологическую поддержку проектной команде при планировании проекта оказывает главный менеджер группы реализации базового направления.
72. В процессе формирования плана управления проектом проектная команда определяет:
логические и (или) технологические взаимосвязи между работами, которые позволят построить последовательность выполнения работ проекта;
длительность работ, которые суммируются в общую длительность проекта. При этом дается оценка продолжительности выполнения каждой работы с учетом планируемого объема выделения ресурсов;
критический путь проекта.
73. Руководитель проекта обеспечивает актуальность устава проекта и плана управления проектом.
74. Руководитель проекта обеспечивает соблюдение срока, порядка подготовки и требований к содержанию устава проекта и календарного плана-графика работ, а также согласование и утверждение указанных управленческих документов по проекту.
75. Руководитель проекта разрабатывает график еженедельных скрам–встреч с участниками проектной команды (скрам-график работы проектной команды).
76. Календарный план-график проекта и план управления проектом согласовываются координатором проекта (при наличии), руководителем группы проектов и другими заинтересованными сторонами и утверждается в формате «Базового плана» в информационной системе проектного управления руководителем группы реализации базового направления.
77. Цель проекта, утвержденная в уставе проекта, изменяется только при положительном влиянии данного изменения на достижение целей группы проектов/базового направления/программы.
78. При разработке плана управления проектом руководитель проекта учитывает требования заказчика, опыт реализации аналогичных проектов и извлеченные уроки, применяемые шаблоны (материалы хранятся в базе знаний в информационной системе проектного управления).
79. Бюджет проекта на предстоящий период корректируется с учетом расходов на оплату услуг консультанта по проектному управлению или проектной организации по итогам собеседования.
80. Роль руководителя проекта закрепляется соответствующим решением руководителя группы проектов по согласованию с руководителем группы реализации базового направления за лицом, определенным в соответствии с пунктом 9 Типового регламента, либо за одним из сотрудников государственных органов, участвующих в реализации проекта.
Параграф 4. Исполнение (реализация) проекта
81. На этапе исполнения (реализации) проекта проводятся работы, включенные в план управления проектом, для достижения целей проекта в рамках запланированного бюджета, графиков и качества (ожиданий заинтересованных сторон).
В ходе данного этапа осуществляется управление процессами:
управление проектной командой;
управление заинтересованными сторонами (стейкхолдерами);
управление коммуникациями;
управление бюджетом (стоимостью) и закупками проекта;
управление рисками проекта;
управление изменениями в проекте;
управление качеством и содержанием проекта;
и иными процессами согласно календарному плану-графику проекта.
Базовыми управляющими документами проекта являются устав проекта и план управления проектом.
Офисом или проектными офисами государственных органов в зависимости от масштаба, сложности, специфики сферы/отрасли/региона устанавливаются обязательные требования к реализации указанных процессов и ведению соответствующих документов по проекту.
82. Процесс управления проектной командой осуществляется посредством использования информационной системы проектного управления и включает:
1) формирование руководителем проекта персонального состава проектной команды из представителей государственных органов (соисполнителей) и других заинтересованных сторон с одновременным предоставлением соответствующего уровня доступа в информационную систему проектного управления всем участникам проектной команды;
2) распределение задач между участниками проекта, в том числе с использованием методологии и инструментов аджайл для обеспечения требуемого уровня декомпозиции задач;
3) обеспечение выполнения задач членами проектной команды, в том числе оказание им содействия и осуществление оперативной эскалации проблемных вопросов на соответствующий уровень принятия решений;
4) создание условий для постоянного повышения уровня компетенций участниками проектной команды, как в проектном управлении, так и в соответствующей отрасли/сфере реализации проекта.
83. Процесс управления заинтересованными сторонами (стейкхолдерами) включает:
1) определение перечня заинтересованных сторон с формированием соответствующего реестра, включающего оценку их заинтересованности в результатах проекта, уровня ожиданий от проекта, возможности и степени их влияния на ход реализации проекта, уровня ожиданий проектной команды от стейкхолдеров;
2) разработку и постоянную актуализацию плана управления заинтересованными сторонами, имеющими соответствующие ожидания от реализации проекта;
3) реализацию плана управления заинтересованными сторонами, предусматривающего выполнение практических задач (мероприятий), направленных на обеспечение высокой степени удовлетворенности заинтересованных сторон результатами проекта.
84. Процесс управления коммуникациями включает:
1) организацию внутренних коммуникаций и оперативного взаимодействия между членами проектной команды, проектным персоналом государственных органов и Офиса, заинтересованными сторонами и иными участниками проектной деятельности посредством работы в информационной системе проектного управления, и использования систем документооборота, систем мгновенного обмена сообщений, электронной почты, телефонной связи, а также онлайн и офлайн скрам-встреч, вебинаров, конференций, консультаций и переговоров.
Внутренние коммуникации на всех этапах проекта направляются на создание условий партнерства, коллаборации, совместной выработки решений с учетом мнения всех заинтересованных сторон.
При наличии у члена проектной команды мнения, отличного от принятого решения, указанный член проектной команды фиксирует свою позицию в архиве документов проекта в информационной системе проектного управления;
2) организацию внешних коммуникаций с населением и общественностью, в том числе научной и гражданской, в соответствии с требованиями и рекомендациями Коммуникационного центра Офиса и Коммуникационного центра проектного офиса государственного органа.
Внешние коммуникации осуществляются для разъяснения целей и ожидаемых общественно-значимых результатов проекта, освещения хода практической реализации проекта и получения «обратной связи», вовлечения заинтересованных сторон в процесс реализации проекта путем:
организации и проведения личных встреч руководителя проекта, участников проектной команды, руководителя группы проектов, руководителя базового направления, руководителя программы с целевой аудиторией;
размещения информации в средствах массовой информации, в том числе в социальных сетях.
Для эффективной реализации проекта разрабатывается медиаплан и (или) коммуникационный план по проекту в соответствии с требованиями Коммуникационного центра Офиса и Коммуникационного центра проектного офиса государственного органа, которые позволяют выстраивать событийный ряд на весь период реализации проекта с полным освещением деятельности и достижения общественно-значимых результатов по проекту.
Медиаплан и (или) коммуникационный план по проекту разрабатываются проектной командой при поддержке Коммуникационного центра проектного офиса государственного органа, и обеспечивается руководителем Коммуникационного центра проектного офиса государственного органа.
85. Процесс управления бюджетом (стоимостью) и закупками проекта включает:
1) обеспечение реализации проекта в пределах стоимости проекта, определенной в процессе планирования проекта, организация и осуществление закупок по проекту, а также внесение соответствующих изменений в проект;
2) обеспечение контроля использования финансовых средств, в том числе методом «освоенного объема», который позволяет контролировать эффективность выполнения проекта на основе данных бухгалтерского и управленческого учета.
При осуществлении проектов за счет средств бюджета и (или) Национального фонда Республики Казахстан, а также Единого накопительного пенсионного фонда или Фонда обязательного медицинского страхования, данные проекты реализуются с учетом бюджетного законодательства, в том числе обеспечивается документирование всех процедур, связанных с бюджетным процессом.
86. Процесс управления рисками проекта включает:
1) определение потенциальных рисков и формирование реестра рисков проекта;
2) формирование плана управления рисками проекта и его постоянная актуализация с учетом внутренней и внешней среды проекта, в том числе определение риск-аппетита по проекту;
3) выполнение плана управления рисками проекта.
87. Процесс управления изменениями осуществляется по результатам мониторинга проекта в соответствии с настоящим Типовым регламентом.
88. Процесс управления качеством и содержанием проекта включает:
1) определение ключевых факторов успеха проекта;
2) определение целевых индикаторов и показателей и целей проекта, соответствующих принципам, установленным в пункте 5 Правил осуществления проектного управления;
3) обеспечение соответствия промежуточных продуктов и конечных результатов проекта ожиданиям заказчика в соответствии с установленными в уставе проекта критериями и требованиями к содержанию проекта.
Прием и контроль качества промежуточных результатов проекта, осуществляется руководителем группы проектов совместно с координатором проекта (при наличии).
89. Реализация проекта осуществляется участниками проектной команды в соответствии с уставом проекта и планом управления проектом.
90. Участники проектной команды реализуют запланированные задачи (мероприятия) для достижения контрольных событий в установленные сроки. При этом руководитель проекта своевременно информирует руководителя группы проектов и проектный офис государственного органа о возникающих проблемах и рисках посредством информационного табло по проблемным вопросам по форме согласно приложению 2 к настоящему Типовому регламенту.
91. Если в ходе реализации проекта возникает задача, выполнение которой выходит за рамки полномочий/возможностей участников проектных команд и требует участия исполнителей других структурных подразделений государственного органа, других государственных органов и (или) иных третьих лиц, по инициативе любого участника проектной команды, руководителем базового направления, в соответствии с пунктом 81 Правил осуществления проектного управления направляется проектное задание, по форме согласно приложению 3 к настоящему Типовому регламенту.
92. Руководитель проекта осуществляет взаимодействие непосредственно с исполнителем проектного задания и обеспечивает максимально содействие в выполнении задачи.
93. Руководитель проекта осуществляет общее управление проектом (выполняет управленческие задачи) и обеспечивает своевременность и качество реализации задач (мероприятий), достижение контрольных событий.
94. Исполнение запланированных задач (мероприятий) фиксируется в информационной системе проектного управления.
95. Руководитель проекта совместно с координатором проекта (при наличии), руководителем группы проектов организуют совещания со всей проектной командой с использованием скрам-метода.
96. Руководитель проекта еженедельно формирует отчет о статусе проекта в формате информационного табло в информационной системе проектного управления.
В еженедельном отчете о статусе проекта указывается:
1) наличие отклонений от календарного плана-графика проекта;
2) при наличии нежелательных отклонений либо рисков отклонений от календарного плана-графика проекта – планируемые действия (меры) для устранения отклонений;
3) задачи и (или) проблемные вопросы, требующие эскалации с указанием соответствующего уровня принятия управленческих решений.
97. Руководитель проекта дополнительно представляет к информационному табло:
отчет о фактическом достижении контрольных событий за отчетный период,
прогноз прохождения запланированных контрольных событий на ближайшие отчетные периоды,
сведения о рисках, проблемах, о достигнутых и планируемых результатах проекта, не вошедших в утвержденный план управления проектом.
98. Руководитель проекта и исполнители проектных заданий при наличии проблем и препятствий в выполнении задач проекта, которые не сняты ими на своем уровне, совместно с группой реализации базового направления прорабатывают варианты их решения в рабочем порядке.
99. Руководитель проекта незамедлительно информирует координатора проекта (при наличии), руководителя группы проектов, руководителя группы реализации базового направления и (или) руководителя проектного офиса государственного органа о возникших проблемах, и предлагает варианты решения, а также проблемные вопросы включаются в повестку дня ближайшей встречи с руководителем базового направления и/или выносятся на очередное еженедельное заседание (оперативное совещание) управляющего комитета программы.
100. При отсутствии действенных мер со стороны руководителя группы проектов по решению проблемного вопроса проекта и наличии угрозы срыва календарного плана-графика проекта, руководитель проекта посредством информационной системы проектного управления эскалирует задачу (проблемный вопрос) на уровень руководителя базового направления, и (или) руководителя проектного офиса государственного органа, и (или) руководителя программы и (или) Офиса и (или) куратора общенационального приоритета.
Параграф 5. Мониторинг и корректировка проекта
101. На этапе мониторинга и корректировки проекта осуществляются измерение хода выполнения проекта, сопоставление полученных результатов с календарным планом-графиком проекта, утверждение запросов на изменения и выполнение корректирующих действий, включая превентивные меры.
102. Этап мониторинга и корректировки проекта включает:
1) мониторинг выполнения задач проекта, осуществляемый непосредственно в информационной системе проектного управления с использованием интерактивных онлайн-дашбордов и соответствующих индикаторов;
2) формирование непосредственно в информационной системе проектного управления еженедельных информационных табло по проблемным вопросам проекта для рассмотрения на скрам-встречах с руководителем группы проектов и (или) координатором проекта (при наличии) для последующей эскалации проблемного вопроса;
3) обеспечение решения эскалированных задач (проблемных вопросов);
4) оценку влияния воздействия внутренней и внешней среды на проект и внесения изменений в проект.
При обнаружении несоответствий руководитель проекта принимает корректирующие действия и/или инициирует процесс управления изменениями проекта;
5) принятие решения о внесении изменений в проект с корректировкой плана управления проектом на основании запроса на изменение в проект по форме, определенной Офисом;
6) регулярный мониторинг освоения ресурсов проекта, в том числе бюджета проекта, и контроль эффективности использования ресурсов проекта.
103. Члены проектной команды регулярно информируют руководителя проекта о проблемах, возникших в ходе выполнения проекта, и появлении новых, ранее не выявленных рисках.
На основании полученной информации руководитель проекта предпринимает корректирующие действия или превентивные меры.
104. Изменения в проект вносятся руководителем проекта по инициативе участников проектной команды и (или) заинтересованных сторон по согласованию с руководителем группы проектов, координатором проекта (при наличии).
При актуализации календарного плана-графика проекта руководитель проекта уведомляет заинтересованные стороны о корректировке календарного плана-графика проекта.
105. Обоснованный формализованный запрос на изменение управляющих документов проекта, в том числе в устав проекта, план управления проектом, состав проектной команды, календарный план-график проекта вносится любым участником проектной команды руководителю проекта.
Запрос на изменения фиксируется в информационной системе проектного управления в архиве документов по проекту.
106. Процесс внесения изменений в проект осуществляется непосредственно в информационной системе проектного управления в соответствии со следующим алгоритмом:
1) инициатор готовит документ «Запрос на изменение. Лист изменения», по форме, определенной Офисом, размещает его в архиве документов по проекту и уведомляет руководителя проекта о запросе на изменения;
2) руководитель проекта организует анализ предложенных изменений и рассмотрение запроса с заинтересованными сторонами в течение 5 (пяти) рабочих дней (если запрос не требует реагирования до 5 (пяти) рабочих дней) и принимает либо отклоняет запрос на изменение.
Руководитель проекта проводит анализ предложенных изменений и обсуждение их с координатором проекта (при наличии) и руководителем группы проектов.
При отклонении запроса на изменения представляются обоснования.
Запрос на изменение отклоняется без его оценки:
если он не влияет на качество проекта и не соответствует принятым управляющим документам проекта;
при некорректном запросе на изменение;
при ухудшении качественных и количественных целевых показателей проекта;
3) по результатам рассмотрения запроса руководитель проекта:
при принятии запроса к исполнению устанавливает статус «Запрос, принятый к исполнению»,
при отклонении запроса к исполнению устанавливает статус «Запрос отклоненный» с уведомлением инициатора;
4) руководитель проекта, при участии соответствующих специалистов для анализа запроса, оценивает изменение сроков, стоимости, объема и качества проекта при принятии запроса на изменения;
5) если запрос на изменение не приводит к изменению базового плана проекта по срокам, стоимости или качеству проекта, то решение по его утверждению принимается руководителем проекта и устанавливается статус «Запрос, принятый к исполнению»;
6) если запрос на изменение приводит к изменению одного из показателей базового плана, то данный запрос выносится на рассмотрение руководителя группы проектов;
7) после принятия запроса на изменение последующие действия выполняются в соответствии с утвержденными процедурами управления проектом (процедуры планирования, утверждения изменения бюджета, согласования документов, выполнения разработок);
при планировании работ в календарном плане-графике проекта в суммарной задаче «Запросы на изменение» создается подзадача с номером запроса, в которой осуществляется планирование работ.
107. После согласования изменений руководитель проекта вносит соответствующие корректировки в управляющие документы и обеспечивает их реализацию в соответствии с внесенными изменениями.
108. Руководитель проекта обеспечивает корректность данных по проекту, внесенных в управляющие документы проекта и информационную систему проектного управления.
109. Календарный план-график проекта подлежит уточнению не реже 1 (одного) раза в месяц с декомпозицией задач на последующие 30 (тридцать) дней таким образом, чтобы их длительность не превышала 7 (семи) календарных дней (не менее 4 (четырех) задач на ближайшие 30 (тридцать) календарных дней).
110. После утверждения изменений, касающихся устава проекта, плана управления проектом, состава проектной команды, календарного плана-графика проекта работ руководитель проекта осуществляет корректировку указанных документов.
111. К запросам на изменение также относятся запросы на приостановку или прекращение проекта.
Прекращение проекта означает его досрочное завершение без возможности возобновления.
Приостановка проекта означает его досрочное завершение с возможностью последующего возобновления.
112. Запрос на прекращение или приостановление проекта направляется руководителю группы проектов и руководителю группы реализации базового направления для принятия управленческого решения о дальнейших действиях:
по проектам, соответствующим требованиям, установленным в пункте 78 Правил осуществления проектного управления, решение о приостановлении либо прекращении принимается управляющим комитетом программы по согласованию с Офисом и (или) управляющим советом общенационального приоритета.
Прекращение проекта осуществляется в соответствии с пунктами 121 и 122 Типового регламента.
113. После получения указания руководителя группы проектов и руководителя группы реализации базового направления о приостановке либо прекращении проекта руководитель проекта формирует итоговый отчет о завершении проекта, согласно пункту 120 настоящего Типового регламента и согласовывает его с руководителем группы проектов и руководителем группы реализации базового направления.
114. Итоговый отчет о завершении приостановленного либо прекращенного проекта размещается в информационной системе проектного управления в архиве документов по проекту.
Параграф 6. Завершение проекта
115. Проект завершатся в плановом или принудительном порядке.
116. Плановое завершение проекта осуществляется при достижении всех целей проекта, обозначенных в уставе проекта.
117. Факт достижения поставленных перед проектом целей и ключевых национальных индикаторов, достижение которых предусмотрено в рамках проекта программы, подтверждается в зависимости от масштаба и сложности проекта руководителем группы проектов и (или) руководителем базового направления и (или) заказчиком проекта.
118. При не подтверждении и (или) не принятия результатов проекта, проект возвращается на этап реализации.
119. При плановом завершении проекта руководитель проекта предпринимает следующие действия:
1) организует передачу результатов проекта заинтересованным сторонам в соответствии с требованиями к проекту;
2) определяет возможности для дальнейшего развития результатов проекта и представляет их в виде рекомендаций заинтересованным сторонам;
3) подготавливает документацию для закрытия проекта, в соответствии с перечнем документов, предусмотренным планом управления проектом, который включает в себя итоговый отчет по реализации проекта.
Итоговый отчет по реализации проекта готовит руководитель проекта по согласованию с руководителем группы проектов.
По результатам рассмотрения итогового отчета по реализации проекта принимается решение о завершении проекта.
По проектам, соответствующим требованиям, установленным в пункте 78 Правил осуществления проектного управления, итоговый отчет с докладом руководителя проекта выносится на рассмотрение управляющего комитета программы и (или) управляющего совета общенационального приоритета.
120. Итоговый отчет о завершении проекта содержит следующую информацию:
1) отчет о достижении цели и результатов проекта;
2) отчет по содержанию проекта;
3) отчет по рискам проекта;
4) отчет по бюджету проекта;
5) отчет по управленческим трудозатратам;
6) оценку реализации проекта;
7) извлеченные уроки проекта и рекомендации;
пояснительную записку.
Для различных типов проектов в зависимости от масштаба, сложности, стоимости, сферы, отрасли реализации проекта Офис определяет соответствующие формы итогового отчета по реализации проекта.
121. Решение о принудительном завершении проекта принимается руководителем базового направления и (или) заказчиком:
при неактуальности цели проекта и нецелесообразности их изменения;
при выявлении несоответствия между целями проекта и целями программы;
при наличии потери экономической обоснованности проекта, когда фактические затраты на реализацию проекта превышают плановые, и выгоды от реализации проекта и достижения его целей меньше затрат на его реализацию.
Решение о принудительном завершении проектов, реализуемых в соответствии с пунктом 78 Правил осуществления проектного управления, представляется на рассмотрение управляющего комитета программы и (или) на рассмотрение управляющего совета общенационального приоритета в зависимости от масштаба и сложности проекта.
122. После принятия соответствующего решения о принудительном завершении проекта руководитель проекта предпринимает следующие действия:
организует передачу имеющихся результатов проекта заинтересованным сторонам;
определяет возможности для дальнейшего развития имеющихся результатов проекта и представляет их в виде рекомендаций заинтересованным сторонам;
подготавливает документацию для закрытия проекта, с учетом перечня документов, предусмотренного планом управления проектом, с обоснованием решения об итогах и принудительном завершении проекта.
123. Документы проекта хранятся:
1) в электронном виде в информационной системе проектного управления. По истечении сроков ведомственного хранения, электронные документы в соответствии с постановлением Правительства Республики Казахстан от 19 сентября 2018 года № 575 «Об утверждении Правил приема, хранения, учета и использования документов Национального архивного фонда и других архивных документов ведомственными и частными архивами» передаются на государственное хранение посредством интеграции информационной системы проектного управления и информационной системы «Единый архив электронных документов»;
2) в бумажном виде в ведомственном архиве государственного органа: по проектам, определенным в соответствии с пунктом 78 Правил осуществления проектного управления, а также по проектам, планом управления которых предусмотрено хранение определенного перечня документов, которые передаются в структурное подразделение государственного органа, ответственного за реализацию проекта, по Акту приема-передачи, подписываемому руководителем проекта и руководителем группы проектов.
Глава 7. Информационная система проектного управления
124. Управляющие документы, формируемые непосредственно в информационной системе проектного управления:
план управления программой;
устав проекта;
план управления проектом.
125. План управления программой представляет собой совокупность следующих документов, формируемых непосредственно в информационной системе проектного управления либо сохраненных в архиве документов соответствующей программы, сгруппированных по соответствующим группам проектов и базовым направлениям программы:
1) Карта проектов и инициатив (мер) программы по форме, согласно приложению 3 к Правилам осуществления проектного управления;
2) решений управляющих комитетов программ (протоколы заседаний и совещаний) о целесообразности остановки, запуска, перезапуска проектов, разработки новых инициатив (мер) и перераспределении ресурсов;
3) перечень приоритетных проектов, реализуемых в течение ближайших 12 (двенадцати) месяцев, с указанием информации об уровне приоритета проекта, сроках реализации, о расчетной потребности в финансовых средствах и об источниках финансирования;
4) перечень перспективных проектов, направленных на решение выявленных проблемных вопросов с учетом прогноза развития сферы/отрасли/региона на среднесрочную перспективу до окончания срока действия программы с указанием информации о расчетной потребности в финансовых средствах и планируемых источниках финансирования;
5) перечень инициатив, направленных на достижение целей программы и требующих предварительной проработки для принятия решения о дальнейшей реализации;
6) стратегия коммуникационного сопровождения программы;
7) проект, содержащий задачи организационно-институционального характера, направленный на обеспечение реализации программы,
скрам-график работы проектного офиса государственного органа с базовыми направлениями и группами проектов, по форме согласно приложению 4 настоящего Типового регламента;
9) информационное табло по проблемным вопросам базового направления по форме согласно приложению 2 настоящего Типового регламента;
126. Устав проекта, формируемый непосредственно в информационной системе проектного управления, содержит следующую информацию:
наименование проекта;
наименование группы проектов и базового направления, в рамках которых реализуется проект;
даты начала и планируемого завершения проекта;
уровень приоритетности проекта;
фамилию, имя, отчество (при наличии) лиц, ответственных за результаты проекта: инициатор проекта, руководитель проекта, руководитель группы проектов, руководитель базового направления, руководитель программы, куратор общенационального приоритета;
цель, измеримые целевые индикаторы и показатели проекта;
критерии успеха проекта;
бюджет проекта;
идентифицированные риски;
дополнительная информация по усмотрению руководителя проекта вносится в архив документов проекта.
127. План управления проектом представляет собой совокупность следующих документов, формируемых непосредственно в информационной системе проектного управления либо сохраненных в архиве документов соответствующего проекта:
персональный состав участников проектной команды, включающий список лиц, имеющих доступ к информационной системе проектного управления, с приложением протокола стартового совещания по проекту;
иерархическая структура работ и календарный план-график работ проекта с указанием контрольных точек (вех);
реестр заинтересованных сторон проекта и план управления заинтересованными сторонами;
матрица проектных ролей и ответственности;
план управления коммуникациями;
медиаплан и (или) коммуникационный план по проекту;
карта рисков и план управления рисками;
перечень документов, обязательных для хранения в бумажном виде после завершения проекта;
план управления ресурсами проекта;
план управления бюджетом проекта;
план управления закупками проекта;
скрам- график работы проектной команды;
план управления качеством проекта;
план управления содержанием проекта;
план управления изменениями проекта;
отчет о статусе проекта в формате онлайн-дашборда;
итоговый отчет о реализации проекта;
журнал извлеченных уроков проекта.
Формы документов, указанных в настоящем пункте, определяются Офисом.
128. Проектная деятельность государственного органа осуществляется в информационной системе проектного управления.
129. Доступ в информационную систему проектного управления обеспечивается каждому участнику проектной команды и лицам, осуществляющим проектные роли.
130. Организация контроля исполнения (постановка на контроль), мониторинг и снятие с контроля документов (поручений), указанных в пункте 16 Правил осуществления проектного управления, в том числе по обращениям граждан, связанным с выполняемыми проектными офисами государственных органов программами/проектами/задачами, осуществляется службами контроля государственных органов, непосредственно в информационной системе проектного управления в рамках соответствующего портфеля общенационального приоритета.
Снятие с контроля данных документов (поручений) осуществляется:
путем представления письменного документа (письма) об исполнении указанных поручений в установленном порядке;
непосредственно в информационной системе проектного управления в соответствии с настоящим пунктом Типового регламента.
Основанием для снятия с контроля данных документов (поручений) является информация в информационной системе проектного управления, подтверждающая достоверность и своевременность факта исполнения документа (поручения) посредством онлайн-дашбордов, индикаторов, электронных документов, размещенных в архиве документов соответствующего компонента портфеля общенационального приоритета.
Сотрудники службы контроля государственного органа принимают или отклоняют факт исполнения документа (поручения) непосредственно в информационной системе проектного управления с принятием следующих решений:
1) отклонить запрос на снятие с контроля при неполном или некачественном исполнении документа (поручения) с указанием причин отклонения и определением дополнительных действий (задач) для полного исполнения документа (поручения) и устанавливает сроки их выполнения;
2) принять (согласовать) запрос на снятие с контроля документа (поручения);
3) при продолжении работы определить дополнительные действия (задачи) и установить сроки их выполнения.
131. Лицо, наделенное соответствующим уровнем проектной роли, на любом этапе формирования и исполнения документов (поручений), указанных в пункте 130 настоящего Типового регламента, вносит поручение проектному офису государственного органа непосредственно в информационной системе проектного управления в рамках реализации компонентов соответствующих портфелей общенациональных приоритетов/программ/базовых направлений/групп проектов/проектов.
При этом в зависимости от уровня статуса, сложности, масштаба, срочности и других характеристик, поручение декомпозируется на вытекающие из поручения задачи или дополнятся новыми связанными задачами/проектами/инициативами для качественного и своевременного выполнения поручения в рамках срока, установленного для данного поручения.
132. Направление контрольного документа (поручения) проектному офису государственного органа для обеспечения исполнения, мониторинга и контроля осуществляется на любом этапе доведения документа (поручения) для исполнения после предварительной консультации сотрудников Канцелярии Премьер-Министра Республики Казахстан или сотрудников службы контроля государственного органа, имеющих соответствующий уровень доступа к информационной системе проектного управления, с сотрудниками проектного офиса государственного органа о включении документа (поручения) в виде задачи/проекта/группы проектов в соответствующее базовое направление программы в информационной системе проектного управления.
При дублировании нового контрольного поручения с ранее данным (аналогичным) поручением и/или оно реализуется в действующем проекте, соответствующей службе контроля направляется уведомление с указанием названия и идентификационного номера проекта, в рамках которого будет исполнено и/или выполняться новое поручение.
133. Срок исполнения нового поручения устанавливается в следующем порядке:
1) при исполнении поручения в рамках реализуемого проекта, руководитель проекта определяет статус поручения как «новая задача проекта» или как «подзадача к задаче проекта» исходя из календарного плана-графика проекта;
2) при исполнении поручения как новый проект в группе проектов, руководитель группы проектов по согласованию с сотрудником, организующим исполнение документа (поручения), определяет оптимальный срок реализации проекта и исполнения документа (поручения).
Данный срок корректируется в течение 3 (трех) рабочих дней с даты формирования поручения в информационной системе проектного управления по результатам разработки проектной командой календарного плана-графика нового проекта и фиксируется в информационной системе проектного управления в качестве базового календарного плана-графика проекта;
3) выполнение поручений, указанных в пункте 130 Типового регламента, осуществляется в соответствии с чек-листами с алгоритмами выполнения поручений, разрабатываемыми Офисом.
134. В процессе выполнения поручения проектная команда и сотрудник Канцелярии Премьер-Министра Республики Казахстан, организующий исполнение поручения, для обеспечения качественного его исполнения и соответствия ожиданиям руководства и других заинтересованных сторон взаимодействуют между собой и другими участниками проектной деятельности в рабочем порядке в аджайл-формате без дополнительного документооборота.
135. В целях снижения бюрократии и бумажного документооборота, повышения оперативности и уровня мотивации проектной команды, обмен информацией осуществляется непосредственно в информационной системе проектного управления.
136. Руководитель программы, руководители базовых направлений, руководители групп проектов, осуществляют мониторинг и контроль исполнения программы, базовых направлений, групп проектов в информационной системе проектного управления посредством онлайн-дашбордов, характеризующих статус проекта/базового направления/программы в онлайн-режиме.
137. Использование информационной системы проектного управления участниками проектной деятельности в ходе осуществления проектного управления является обязательным.
138. Сроки хранения документов, в том числе электронных, по проектам, определяются приказом исполняющего обязанности Министра культуры и спорта Республики Казахстан от 29 сентября 2017 года № 263 «Об утверждении Перечня типовых документов, образующихся в деятельности государственных и негосударственных организаций, с указанием срока хранения» (зарегистрирован в Реестре государственной регистрации нормативных правовых актов за № 15997) с учетом принадлежности к портфелю общенационального приоритета/ государственной программе, национальному проекту/ программным документам.
По проектам, реализуемым в рамках:
портфеля общенационального приоритета – срок хранения определяется по итогам реализации портфеля общенационального приоритета;
государственных программ, национальных проектов – срок хранения определяется по итогам реализации общенационального приоритета, но не менее 3 (трех) лет;
программных документов – срок хранения определяется по итогам завершения реализации программного документа, но не менее 3 (трех) лет после завершения реализации программного документа.
139. В целях обеспечения достижения запланированных результатов портфелей общенациональных приоритетов/программ/проектов, непосредственно в информационной системе проектного управления в карте целей общенациональных приоритетов ответственность за достижение ключевых национальных индикаторов в рамках программы, определяется для:
руководителя программы – в соответстствии с ключевыми национальными индикаторами, достижение которых предусмотрено программой;
руководителей базовых направлений – в соответствии с ключевыми национальными индикаторами, достижение которых предусмотрено программой в рамках курируемых базовых направлений программы;
руководителей групп проектов – в соответстствии с ключевыми национальными индикаторами, достижение которых предусмотрено программой в рамках групп проектов, входящих в соответствующее базовое направление программы.
В процессе формирования карты целей общенациональных приоритетов на уровне куратора, руководителей программ, руководителей базовых направлений и руководителей групп проектов проектный офис государственного органа непосредственно в информационной системе проектного управления обеспечивает последовательную декомпозицию, распределение и закрепление всех ключевых национальных индикаторов, достижение которых предусмотрено программой, между базовыми направлениями и группами проектов, вводит дополнительные и (или) новые целевые индикаторы и показатели базовых направлений и групп проектов.
Глава 8. Особенности проектной деятельности местного исполнительного органа
140. Проектный подход к реализации плана развития областей, городов республиканского значения, столицы (далее – план развития региона) предусматривает матричную структуру взаимодействия проектных офисов местных исполнительных органов и проектных офисов центральных исполнительных органов, направленную на совместное обеспечение достижения целей, предусмотренных портфелями общенационального приоритета, на территории и с учетом вклада соответствующего региона в достижение стратегических целей на уровне страны.
141. Местный исполнительный орган области/города республиканского значения/столицы осуществляет разработку и реализацию плана развития региона в соответствии с единой унифицированной проектной архитектурой реализации плана развития региона, определяемой Офисом, путем определения и реализации перечня групп проектов, консолидируемых в соответствующие типовые базовые направления плана развития региона с учетом целей, определенных портфелями общенациональных приоритетов в соответствии с Правилами осуществления проектного управления и настоящим Типовым регламентом.
Планы развития областей, городов республиканского значения, столицы реализуются в статусе группы проектов в рамках соответствующих базовых направлений/групп проектов плана развития региона.
142. Проектная архитектура местного исполнительного органа не предусматривает создание проектных офисов на уровне областного центра, города районного значения, района, сельского округа, поселка, села.
Аким областного центра, города районного значения, района, сельского округа является руководителем группы проектов и обеспечивает руководство руководителями групп проектов, входящих в курируемую им группу проектов.
143. Проектные офисы местных исполнительных органов обеспечивают декомпозицию целевых индикаторов и показателей результатов всего региона на нижестоящий уровень в группы проектов соответствующих городов, районов, сельских округов, поселков, сел, расположенных на территории области/города республиканского значения.
144. Проектные офисы государственных органов осуществляют оперативный мониторинг и ведут сравнительные рейтинги регионов по достижению ключевых национальных индикаторов, достижение которых предусмотрено планами развития регионов, на основе интерактивных онлайн-дашбордов в информационной системе проектного управления.
Также проектные офисы государственных органов проводят рейтинговую оценку результатов проектной деятельности руководителей групп проектов, руководителей проектов, по итогам которой вносит управляющему комитету программы предложения по поощрению/наказанию руководителей групп проектов, руководителей проектов, показавших лучшие/худшие результаты.
В случае принятия решений управляющим комитетом по поощрению/наказанию руководителей проектов, показавших лучшие/худшие результаты, являющихся сотрудниками проектных организаций, привлеченных в проекты, на основании рекомендаций управляющего комитета программы проектные организации принимают меры по поощрению/наказанию руководителей проектов.
145. Методика рейтинговой оценки результатов проектной деятельности, в том числе регионов по достижению целевых индикаторов, указанных в пункте 144 настоящего Типового регламента, разрабатывается проектным офисом государственного органа и согласовывается с Офисом.
146. Формирование и актуализация Карты проектов и инициатив (мер) плана развития региона осуществляется в соответствии с пунктом 61 Правил осуществления проектного управления на основании результатов оценки текущего состояния развития соответствующего региона (города, района, сельского округа, сельского населенного пункта) для определения перечней перспективных и приоритетных проектов и инициатив (мер) с формированием соответствующих измеримых целевых индикаторов и показателей, позволяющих оценивать динамику изменений выявленных проблем в результате реализации соответствующих проектов и мероприятий (действий).
147. Руководители групп проектов региона (соответствующих городов, районов, сельских округов, поселков, сел, расположенных на территории области/города республиканского значения) обеспечивают:
1) эффективное участие сотрудников подотчетных им исполнительных органов, финансируемых из местного бюджета, в выполнении целей, целевых индикаторов и показателей соответствующей группы проектов;
2) всестороннюю организационную поддержку, а также максимальное содействие руководителям проектов в решении проблемных вопросов и устранении препятствий, возникающих в ходе реализации проектов, в том числе путем формирования проектных команд из числа подотчетных ему исполнительных органов, финансируемых из местного бюджета;
3) взаимодействие и координацию деятельности руководителей проектов и проектных команд по проектам, входящим в соответствующую группу проектов, в том числе при решении проблемных вопросов на уровне проектных офисов государственных органов и Офиса;
4) проведение регулярного анализа разрывов на предмет достаточности реализуемых проектов для достижения целей и индикаторов плана развития региона. По результатам анализа разрывов организуется работа по проработке и инициированию дополнительных проектов и включению их в перечень проектов в рамках плана развития региона;
5) участие местного сообщества в планировании, реализации и завершении проектов, реализуемых в рамках решения вопросов местного значения.
Приложение 1 к Типовому регламенту проектного управления государственных органов |
|
Форма | |
Утверждается приказом/распоряжением руководителя государственного органа |
Закрепление проектных ролей в рамках организационной структуры проектного управления
_______________________________________________________________________
(название государственного органа)
Элементы организационной структуры проектного управления в
_______________________________________________________________________
(название государственного органа):
1) Руководитель программы «_____________________________________________»
(название программы) – фамилия, имя, отчество (при его наличии), должность:
2) управляющий комитет программы «_____________________________________»
(название программы) — фамилия, имя, отчество (при его наличии)
членов управляющего комитета.
3) Руководитель типового базового направления – фамилия, имя, отчество
(при его наличии), должность;
4) Руководитель базового направления 1 «______________________________»
(название базового направления) – фамилия, имя, отчество (при его наличии),
должность;
Руководитель базового направления 2 «_________________________________»
(название базового направления) – фамилия, имя, отчество (при его наличии),
должность;
Руководитель базового направления n «_________________________________»
(название базового направления) – фамилия, имя, отчество (при его наличии),
должность;
5) Куратор группы проектов (при наличии) – фамилия, имя, отчество (при его
наличии), должности;
6) Руководитель проектного офиса государственного органа – фамилия, имя,
отчество (при его наличии).
Приложение 2 к Типовому регламенту проектного управления государственных органов |
|
Форма |
Информационное табло по проблемным вопросам*
по базовому направлению ________________________________________
в рамках реализации программы __________________________________
(еженедельная оперативная информация)
по состоянию на ____ часов_____202__года
Руководитель программы – председатель управляющего комитета программы |
фамилия, имя, отчество (при его наличии) |
||
Руководитель проектного офиса государственного органа |
фамилия, имя, отчество (при его наличии) |
||
Главный менеджер проектного офиса государственного органа |
фамилия, имя, отчество (при его наличии) |
||
Администратор проектного офиса государственного органа |
фамилия, имя, отчество (при его наличии) |
||
Руководитель базового направления |
фамилия, имя, отчество (при его наличии) |
||
Руководитель Группы реализации базового направления |
фамилия, имя, отчество (при его наличии) |
||
Руководитель группы реализации общенационального приоритета от Офиса |
фамилия, имя, отчество (при его наличии) |
||
№ |
Проблемные вопросы, |
Оптимальный срок решения проблемного вопроса |
Уровень принятия решения для устранения проблемы |
1. |
|||
2. |
|||
3. |
|||
4. |
|||
5. |
|||
6. |
|||
7. |
Примечание:
* — формируется по каждому базовому направлению и представляется соответствующему руководителю базового направления, из информационных табло по базовым направлениям формируется информационное табло в целом по программе.
Приложение 3 к Типовому регламенту проектного управления государственных органов |
|
Форма |
ПРОЕКТНОЕ ЗАДАНИЕ
Программа _______________________________________________________________
Базовое направление _______________________________________________________
Руководитель базового направления (фамилия, имя, отчество (при его наличии)
_________________________________________________________________________
Подпись ___________________
Дата ______________________
Кому: |
________________________________________________ |
|
В срок до: |
_______________ |
|
Требуется выполнить: |
_________________________________________ |
|
Контакты для получения дополнительной информации и обсуждения требований к проектному заданию и условий его выполнения |
_______________ |
Руководитель Группы реализации базового направления
Фамилия, имя, отчество (при его наличии) ____________ Подпись ________________
Руководитель проектного офиса государственного органа
Фамилия, имя, отчество (при его наличии) ____________ Подпись ________________
Приложение 4 к Типовому регламенту проектного управления государственных органов |
|
Форма |
Скрам-график работы проектного офиса _________________________
(государственного органа) с базовыми направлениями и группами проектов
Время/ |
понедельник |
вторник |
среда |
четверг |
пятница |
суббота |
9.00 |
||||||
10.00 |
||||||
11.00 |
||||||
12.00 |
||||||
14.30 |
Скрам-встреча Офиса с проектным персоналом государственных органов по вопросам организации проектной деятельности |
|||||
15.00 |
||||||
16.00 |
||||||
17.00 |
Вебинар Офиса по проектному менеджменту и работе в ИСПУ |
|||||
18.00 до 18.30 |
Примечание:
Расшифровка аббревиатур:
ИСПУ – информационная система проектного управления.
ГОСТ Р ИСО 21500-2014. Национальный стандарт Российской Федерации. Руководство по проектному менеджменту
Стандарт содержит общие рекомендации, основные понятия и характеристики процессов проектного менеджмента, которые важны для выполнения проектов и влияют на их результаты.
Целевой аудиторией настоящего стандарта являются руководители организаций и кураторы проектов, которые смогут лучше понять принципы и методы проектного менеджмента и предоставить соответствующую поддержку руководителям проектов и членам проектных команд.
ISO 21500 2014 скачать
Документ показан в сокращенном демонстрационном режиме! |
Получить полный доступ к документу
НАЦИОНАЛЬНЫЙ СТАНДАРТ РЕСПУБЛИКИ КАЗАХСТАН
РУКОВОДСТВО ПО УПРАВЛЕНИЮ ПРОЕКТАМИ
СТ РК ISO 21500-2014
(ISO 21500:2012 Guidance on project management, IDT)
Действие отменяется с 1 июля 2023 г. в соответствии с приказом и.о. Председателя Комитета технического регулирования и метрологии Министерства торговли и интеграции РК от 30 ноября 2022 года № 392-НҚ
Содержание
Введение
1 Область применения
2 Термины и определения
3 Понятия управления проектами
4 Процессы управления проектами
Приложение А (информационное). Разделение процессов по группам процессов и предметным группам
Введение
Настоящий международный стандарт содержит общие указания по понятиям и процессам управления проектами, которые важны и имеют существенное влияние на успешное достижение результатов проектов.
Целевой аудиторией для данного стандарта являются:
— топ-менеджеры и кураторы проектов, чтобы они могли лучше понять принципы и практику управления проектами для облегчения оказания соответствующей поддержки и обеспечения руководства менеджерами проектов, командами управления проектами, проектными командами;
— менеджеры проектов, команды управления проектами и члены проектных команд, чтобы они могли иметь единую базу для сравнения с ней используемых ими других проектных стандартов и практик.
1 Область применения
Настоящий стандарт предусматривает руководство по управлению проектами. Настоящий стандарт может быть использован в организациях любого типа, в том числе в государственных, частных или общественных, и для любых типов проектов независимо от сложности, размера и продолжительности.
Стандарт обеспечивает высокоуровневое описание понятий и процессов, которые предполагают формирование добросовестной практики в управлении проектами. Проект рассмотрен в контексте программ и портфелей проектов, однако стандарт не представляет подробных указаний по управлению программами и портфелями проектов. Темы, касающиеся дисциплин общего менеджмента, рассматриваются только в связи с управлением проектами.
2 Термины и определения
В настоящем стандарте применяются следующие термины с соответствующими определениями.
2.1 Операция (activity): Определенный компонент работы в рамках расписания, который должен быть выполнен для закрытия проекта.
2.2 Область применения (application area): Категория проектов, которые сосредоточены на общем продукте, заказчике или секторе.
2.3 Базовый план проекта (baseline): Основа для сравнения, относительно которой контролируется и отслеживается выполнение проекта.
2.4 Запрос на изменение (change request): Документация, в которой описано предлагаемое изменение в проекте.
2.5 Управление конфигурацией (configuration management): Применение процедур для контроля, сопоставления и ведения документации, технических характеристик и физических свойств.