книги / Управление проектами в системе государственного и муниципального управления

Внедрение Agile было вызвано неспособностью выполнять государственные проекты в запланированные сроки с установленными бюджетом – традиционный водопадный подход не справлялся с большими и инновационными проектами. Гибкие методы управления позволяют быстро и качественно реагировать на изменения, происходящие во внешней и внутренней среде, что делает их крайне популярными во многих сферах управления.

Не так быстро, но они приходят и в практику государственного управления в Российской Федерации.

Пример: реализация «суперсервисов» – комплексных услуг по решению конкретной жизненной ситуации гражданина под эгидой Министерства цифрового развития, массовых коммуникаций и связи, а также портал «Госуслуги» (gosuslugi.ru) – крупнейший государственный портал и один из крупнейших в Рунете в целом.

В настоящее время наиболее распространенный подход к пониманию Agile как семейства принципов, которые были определены в Agile Manifesto. Речь идет о 12 принципах и 4 основных идеях, которые определяют сущность управления, выбор методов и методик для достижения наилучшего результата.

4 идеи Agile:

люди и взаимодействие важнее процессов и инструментов;

работающийпродуктважнееисчерпывающейдокументации;

сотрудничество с заказчиком важнее согласования условий контракта;

готовность к изменениям важнее следования первоначальному плану.

Принципы Agile Manifesto:

удовлетворение клиента за счёт ранней и бесперебойной поставки ценного программного обеспечения;

приветствие изменений требований даже в конце разработки (этоможетповыситьконкурентоспособностьполученногопродукта);

частая поставка рабочего программного обеспечения (каждый месяц или каждую неделю, или ещё чаще);

31

тесное, ежедневное общение заказчика с разработчиками на протяжении всего проекта;

проектом занимаются мотивированные личности, которые обеспечены нужными условиями работы, поддержкой и доверием;

рекомендуемый метод передачи информации – личный разговор (лицом к лицу);

работающее программное обеспечение – лучший измеритель прогресса;

спонсоры, разработчики и пользователи должны иметь возможность поддерживать постоянный темп на неопределённый срок;

постоянное внимание улучшению технического мастерства

иудобному дизайну;

простота – искусство не делать лишней работы;

лучшие технические требования, дизайн и архитектура получаются у самоорганизованной команды;

постоянная адаптация к изменяющимся обстоятельствам. Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.

16Второй подход к определению Agile – это его определение как отдельной методологии управления со своими инструментами и методами. При подобном подходе речь идет не только о границах применения управления, как при первом подходе, но и о наличии собственных терминов, методик и инструментов, отличных от других методологий управления.

Третий подход заключается в том, что Agile – это тип управленческого мышления, определенный стиль управления, не привязанный к конкретным инструментам, а адаптирующий любые способы управления для решения конкретной задачи.

16 Основополагающие принципы Agile-манифеста. agilemanifesto.org (дата об-

ращения: 8.12.2016).

32

Фреймворки Agile

Agile реализуется с помощью фреймворков. Фреймворк – это набор правил, принципов и инструментов для реализации принципов

Agile. Основными фреймворками Agile являются следующие: Scrum (Скрам) – подразумевает работу команды, ориентиро-

ванную на регулярную поставку либо демонстрацию работающего продукта проекта. Скрам осуществляется в пределах временных рамок, с фиксированной длительностью не более одного месяца. Данный промежуток времени носит название «спринт». Скрамкоманда состоит: из владельца продукта, который активно вовлечен

впроцесс работы над проектом, команды разработчиков и скраммастера, который обучает команду и следит за соблюдением правил и грамотной реализацией процесса управления.

Kanban – фреймворк, который возник в Японии и активно применялся в комании Тойота. Kanban начинается с визуализации управленческих процессов. Для того чтобы они были на виду у команды, используют специальную доску и набор карточек или стикеров. На доске отображаются столбцы, соответствующие этапам работ над проектом (рис. 7). На стикерах фиксируются задачи, которые по мере выполнения будут перемещаться по доске из столбца

встолбец, пока задача не будет выполнена.

Рис. 7. Доска Kanban

Доска позволяет видеть сильные и слабые зоны в проекте, задачи, которые не выполняются и, наоборот, идут на опережение. Визуализация помогает видеть картину целиком и корректировать отдельные её

33

части, понимая, как изменения затронут весь проект. Канбан обеспечивает вовлеченность членов команды, прозрачность процессов управления, регулярнуюкоммуникацию иобратнуюсвязь.

Канбан-доски применяются в органах власти в ряде регионов России, например, в Белгородской области.

Lean – «бережливое производство», фреймворк, который также пришел из Японии. Основная цель Lean – создание ценности при экономии ресурсов. Lean применяется для того, чтобы выявить

исократить излишние затраты материалов, инвентаря, пространства

итруда, а также самой продукции/услуги. Основными принципами Lean являются:

ликвидация потерь,

встраивание качества в процесс производства,

создание новых знаний,

быстрые поставки,

уважение людей.

Внедрение «бережливого управления» (Lean management)

вправительственном секторе США осуществлялось на федеральном, региональном и муниципальном уровне, начиная с середины 90-х годов, когда была сформирована концепция «Бережливое пра-

вительство» (Lean government).

На текущий момент Lean активно используется в органах государственной и муниципальной власти Великобритании. Объектами внедрения методов бережливого правительства (Lean government)

вВеликобритании стали также Департамент доходов и сборов, Агентство скоростных автомобильных дорог, Министерство труда и пенсий, Национальный офис аудита.

Принципы Lean успешно внедрены в органах власти в ряде регионов России, таких как Белгородская область, Республика Саха (Якутия), Нижегородская область. Значительный опыт по внедрению Lean-технологий был накоплен в сфере государственного управления в Республике Татарстан, где внедрение бережливых технологий осуществляется, начиная с 2012 года.

Примеры: В государственных и муниципальных услугах РФ также происходит активное внедрение LEAN: МФЦ – чтобы по-

34

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

При проектировании суперсервисов – для оптимизации процессов и создания комплексных услуг.

Вздравоохранении – для сокращения времени ожидания в больницах и поликлиниках, для электронной выдачи рецептов.

Вслужбах занятости – для совершенствования рабочих процессов, повышения качества обслуживания.

Особенности применения Agile

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

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

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

Еще одна особенность Agile – это коллективная ответственность команды за продукт проекта в отличие от водопадного подхода, в котором руководитель проекта играет гораздо большую роль и несет большую ответственность за проект, чем команда.

Гибкие методы управления имеют определённые недостатки, это отсутствие четкой последовательности стадий проекта (как при водопадном подходе) и отсутствие на ранних стадиях управления понимания конечного результата планирования.

В табл. 2 представлены основные отличия водопадного подхода

(Waterfall) и Agile.

35

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

36

Согласно модели сложности Стейси (Ralph D. Stacey) (рис. 8) проектами, относящимися к зоне высокой неопределенности требований и высокой степени технической неопределенности, эффективно управлять возможно только с применением гибких методов управления.

Рис. 8. Модель сложности Стейси (Ralph D. Stacey)

Однако, несмотря на высокую степень неопределенности условий, при которых реализуется проект, Agile не отменяет систему планирования. Если при водопадном подходе мы осуществляем планирование после стадии инициации и до стадии реализации, то при Agile мы можем подходить гибко и осуществлять этап планирования тогда и в таком объеме, в котором нам позволяет управленческая ситуация.

Agile в государственном и муниципальном управлении рекомендуется применять в следующих случаях:

– при решении задач с высокой неопределенностью

(например, поставлена задача разработки концепций и стратегий);

37

–постоянном изменении требований к готовому продукту (на-

пример, разработка инновационного продукта, мобильного приложения, электронного портала);

–при условии необходимости постоянной демонстрации успехов заказчику и тесной работы с ним.

В свою очередь, применение Agile-подхода нецелесообразно:

–при невозможности менять созданный продукт;

–невозможностименятьстоимостьисрокивыполненияпроекта;

–для решения простых задач, выполняющихся в условиях высокой определенности.

Нормативно-правовая база регулирования проектного менеджмента в РФ

На данный момент в РФ действуют следующие стандарты по проектному менеджменту:

ГОСТ Р ИСО 10006-2005 «Руководство по менеджменту качества при проектировании»,

ГОСТ Р 54869 – 2011 «Проектный менеджмент. Требования

куправлению проектом»,

ГОСТ Р 54871 – 2011 «Проектный менеджмент. Требования

куправлению программой»,

ГОСТ Р 54870 – 2011 «Проектный менеджмент. Требования

куправлению портфелем проектов»,

ГОСТ Р ИСО 21500 – 2014 «Руководство по проектному менеджменту»,

ГОСТ Р 58305 – 2018 «Система менеджмента проектной деятельности. Проектный офис»,

ГОСТ Р 58184 – 2018 «Система менеджмента проектной деятельности. Основные положения».

Согласно стандарту ГОСТ Р 54869–2011 «Проектный менеджмент. Требования к управлению проектом» в рамках процессов управления проектом выполняются действия, относящиеся к следующим функциональным областям:

– управление содержанием проекта;

– управление сроками проекта;

38

–управление затратами в проекте;

–управление рисками проекта;

–управление персоналом проекта;

–управление заинтересованными сторонами проекта;

–управление поставками проекта;

–управление качеством в проекте;

–управление обменом информацией в проекте;

–управление интеграцией проекта.

В сфере государственного и муниципального управления РФ развитие нормативно-правовой базы начинается не так давно. Первым системным документом было Постановление Правительства РФ от 15 октября 2016 г. № 1050 «Об организации проектной деятельности в Правительстве Российской Федерации».

31 октября 2018 года ему на смену приходит новый документ – Постановление Правительства РФ № 1288 «Об организации проектной деятельности в Правительстве Российской Федерации» 17 в связи с подготовкой и рﮦеализацией нﮦационﮦальнﮦых прﮦоектов, а также нﮦеобходимыми изменﮦенﮦиями в орﮦганﮦизации прﮦоектнﮦой деятельнﮦости в орﮦганﮦах власти.

Согласно Постановлению Правительства РФ № 1288, утверждаются:

Положение об организации проектной деятельности в Правительстве Российской Федерации;

функциональная структура проектной деятельности в Правительстве Российской Федерации;

изменения, которые вносятся в акты Правительства Российской Федерации.

В Положении установлены порядок и функциональная структура организации проектной деятельности, определены единые подходы к проектной деятельности в Правительстве России, органы управления проектной деятельностью, последовательность дейст-

17 Об организации проектной деятельности в Правительстве Российской Федерации. Постановление Правительства РФ от 31.10.2018 г. № 1288 (ред. от

03.01.2019) // Собрание законодательства РФ. – 05.11.2018. – № 45. – Ст. 6947.

39

вий, функции, полномочия и ответственность участников проектной деятельности в ходе инициирования, подготовки, реализации, мониторинга и завершения проектов18.

Документ содержит основные положения, описание процессов инциирования проекта, подготовки проекта (разработку паспорта), реализации, мониторинга и завершения проектов.

По установленному порядку реализуются:

–национальные проекты, подлежащие разработке в соответствии с Указом Президента России «О национальных целях и стратегических задачах развития Российской Федерации на период до

2024 года» (№ 204 от 7 мая 2018 г.);

–федеральные проекты, обеспечивающие достижение целей, целевых показателей и выполнение задач национальных проектов,

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

По новому постановлению вводится понятие «регионального проекта» – это проект, обеспечивающий достижение целей, показателей ирезультатов федерального проекта, мероприятия которого относятся к законодательно установленным полномочиям субъекта Федерации,

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

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

Натекущиймоментразработаныивнедреныворганах властиРФ:

Методические рекомендации по организации проектной деятельности в федеральных органах исполнительной власти для

18 Ключевые события. – URL.: https://pm.center/projectmanagement/ (дата обращения: 05.04.2019).

40