Кто утверждает базовый план проекта

Как создать план проекта, который будет вести вас правильным курсом

Планы проектов необходимы для грамотной организации и выполнения всех связанных с проектом действий. Хороший план проекта помогает начать работу со всеми необходимыми элементами под рукой: от целей и бюджетов до вех и планов обмена информацией. С помощью плана работ вы сэкономите время (избежав ненужной головной боли) и обеспечите успешность своего проекта.

Что такое план проекта?

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

Если вы все ещё не понимаете, что такое план проекта, ниже приводятся его отличия от других элементов проекта:

План проекта и план работ

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

План проекта и устав проекта

План проекта и объём проекта

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

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

План проекта и agile-проект

Управление проектами методом Agile — это основа, позволяющая разбить работу коллектива на типовые компоненты. Принципы Agile часто используются в сочетании со Scrum- и спринт-методологиями. Как и в случае любого другого проекта, командам, работающим по системе Agile, не помешает составить план проекта до начала работ.

Почему планы проекта так важны?

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

Кроме того, план проекта позволяет вам как лицу, ответственному за его реализацию, прогнозировать возможные проблемы ещё на этапе планирования. Таким образом вы сможете обеспечить реализуемость проекта и при необходимости скорректировать его курс. Согласно исследованию, проведённому Институтом управления проектами, существует тесная взаимосвязь между планированием проекта и успешностью его реализации: чем более чётко проработан план, тем лучше конечный результат. То есть качество планирования определяет эффективность и результативность проекта.

Семь шагов по составлению плана проекта, который будет вести вас правильным курсом

Для того чтобы составить чёткий план управления проектом, необходимо обеспечить контроль всех подвижных частей проекта. Какой бы проект вы ни планировали, у каждого плана работ должны быть следующие элементы:

• Цели и задачи проекта
• Показатели успеха
• Заинтересованные стороны и их функции
• Объём и бюджет
• Вехи и ожидаемые результаты
• Хронология и график
• План обмена информацией

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

Шаг 1. Определение целей и задач

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

Для любого плана проекта должен быть чётко обозначен желаемый конечный результат. Определение целей не только служит обоснованием для плана проекта, но также обеспечивает единое понимание ситуации и позволяет сосредоточиться на получении желаемого результата. Кроме того, исследования показывают, что сотрудники, понимающие, как их работа способствует достижению целей компании вдвое более мотивированы по сравнению с остальными. При этом лишь 26% сотрудников имеют такое понимание. Это объясняется тем, что в большинстве случаев цели ставятся в отрыве от реальной работы. Определив цели в плане работ, вы сможете грамотно организовать работу, выполняемую вашим коллективом, с привязкой к целям проекта, которых вы намерены достичь.

В чём разница между целями и задачами проекта?

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

В плане проекта задаётся направление, в котором будет продвигаться ваш коллектив на пути к поставленным целям, решая те или иные задачи проекта. Если прописать свои цели непосредственно в документации по планированию, путеводная звезда вашего проекта всегда будет перед вами. Определяя объём и график работ по проекту, обязательно сверяйтесь со своими целями, чтобы выполнение работы способствовало решению главных задач.

Шаг 2. Определение показателей успешности

Определив цели, позаботьтесь о том, чтобы можно было измерить успешность их достижения, установив соответствующие ключевые показатели. Поставленная цель отражает намеченный результат. При этом вам нужен некий ориентир для оценки успешности достижения этого результата. Лучший способ сделать это — установить цели по методу SMART. Формулирование целей по методу SMART обеспечивает чёткость и измеримость показателей успешности, с помощью которых в конце проекта можно будет легко определить, в какой степени эти цели были достигнуты.

Например, целью мероприятия может быть проведение ежегодной трёхдневной конференции для специалистов в области SEO 22 июня. Показателем успешности достижения этой цели может быть участие в конференции не менее 1000 человек. Это чёткий и измеримый показатель.

Шаг 3. Определение заинтересованных сторон и их функций в проекте

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

В рамках этого процесса определите те или иные функции и обязанности, которые могут выполнять заинтересованные стороны. Например, кто непосредственно отвечает за успешность проекта? Планируется ли привлекать каких-либо специалистов, которые будут согласовывать окончательные варианты? Какие смежные заинтересованные стороны будут предусмотрены в плане проекта? Есть ли какие-либо факторы риска с точки зрения управления, которые необходимо учесть?

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

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

Шаг 4. Определение бюджета

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

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

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

Шаг 5. Определение вех и ожидаемых результатов

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

С другой стороны, ожидаемый результат проекта — это то, что получается после достижения вехи. В нашем примере с разработкой продукта мы достигаем вехи, когда создаём ожидаемый результат, то есть опытный образец продукта. Воспользовавшись нашим бесплатным шаблоном плана проекта, вы сможете с лёгкостью организовать проект в части ожидаемых результатов и вех. Таким образом, все сотрудники будут иметь чёткое представление о работе, выполняемой в рамках проекта, и вехах, к достижению которых будет стремиться ваш коллектив.

Шаг 6. Составление хронологии и графика

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

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

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

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

Шаг 7. Составление плана обмена информацией

Как известно, в большинстве проектов участвуют несколько заинтересованных сторон. Это означает, что стили взаимодействия между ними будут отличаться. У вас есть возможность заранее определить свои ожидания по конкретному проекту в его плане. План обмена информацией необходим, чтобы все участники понимали, что происходит, как продвигается работа над проектом и что будет дальше. И в случае возникновения каких-либо преград у вас уже будет чёткая система взаимодействия.

При составлении плана обмена информацией следует ответить на следующие вопросы:

• Сколько совещаний по проекту вам нужно будет провести? Каковы их цели?
• Как вы планируете организовать актуализацию состояния проекта? Где вы будете размещать обновления статуса?
• Какой инструмент вы будете использовать для управления проектом, обмена информацией о ходе работ и публикации обновлений?

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

Примеры планов проектов

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

Пример плана проекта: ежегодный контент-календарь

Предположим, вы отвечаете за контент в своей организации, и ваша задача заключается в создании контент-календаря по всем маркетинговым материалам, которые будут публиковаться в следующем году. Как вы уже знаете, сначала необходимо создать план работ. Вот как это может выглядеть:

Цели и показатели успешности

Вы решаете, что результатом создания и реализации контент-календаря должно быть повышение уровня вовлечённости на 10%. Показателями успешности достижения этой цели в данном случае является частота открытия и переходов по ссылкам в электронных письмах, количество пользователей соцсетей, отслеживающих вашу компанию, а также рейтинг элементов вашего контента в поисковых системах.

Функции заинтересованных сторон и каждого сотрудника

В этом проекте примут участие пять человек.

• Вы, ответственный за контент: разрабатываете и ведёте календарь
• Борис и Яков, писатели: готовят тексты по каждому элементу контента
• Никита, редактор: выполняет редакторскую работу и обеспечивает обратную связь по контенту
• Полина, издатель: обеспечивает публикацию контента после его написания и редактирования

Бюджет

Ваш бюджет по плану проекта и стоимость контента на весь год составляет 50 000 долл. США.

Вехи и ожидаемые результаты

Ваша первая веха — подготовка контент-календаря с отображением всех тем за год. Ожидаемым результатом в данном случае является версия календаря, готовая к передаче заинтересованным сторонам. Веху и ожидаемый результат необходимо чётко обозначить в графике проекта.

Хронология и график

Вы решили, что график в плане проекта вашего контент-календаря будет выглядеть следующим образом:

• С 15 октября по 1 ноября. Стадия исследований с целью поиска идей по темам контента
• Со 2 по 30 ноября. Определение тем, о которых вы будете писать
• С 1 декабря по 1 января. Составление календаря
• С 1 января по 31 декабря. Борис и Яков напишут контент, а его редактированием будет заниматься Никита (в течение всего года)
• С 16 января по 31 декабря. Полина начнёт регулярно публиковать контент и будет делать это в течение всего года

План обмена информацией

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

Пример плана проекта: разработка нового дизайна веб-сайта

В этом примере будет разрабатываться новый дизайн для вашего веб-сайта (фактически это скорее будет его полная переработка). Для этого проекта понадобится детальный план, учитывая масштаб и объём ожиданий со стороны различных заинтересованных лиц. Вот как может выглядеть план вашего проекта:

Цели и показатели успешности

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

Функции заинтересованных сторон и каждого сотрудника

• Вы, руководитель проекта: составляете план проекта и управляете его реализацией
• Софья, ответственная за исследования пользовательского поведения: проводит исследования и собирает аналитическую информацию по ним
• Яков и Жанна, дизайнеры: разрабатывают новые варианты дизайна веб-сайта
• Светлана, ответственная за контент: пишет текст и контент для новых компонентов и веб-страниц
• Катерина, веб-разработчик: обеспечивает работу нового веб-сайта
• Роберт, ведущий веб-разработчик: отвечает за исполнение и запуск нового веб-сайта
• Амалия, глава отдела маркетинга: обеспечивает обратную связь и согласования по проекту

Бюджет

Бюджет разработки нового дизайна веб-сайта составляет 30 000 долл. США.

Вехи и ожидаемые результаты

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

Хронология и график

• С марта по май. Софья проводит исследования, необходимые для разработки нового дизайна веб-сайта.
• С мая по июль. Яков и Светлана одновременно работают над созданием дизайна и контента.
• Начало августа. Катерина запускает новый веб-сайт с дизайном Якова и контентом Светланы.

План обмена информацией

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

Полный цикл управления планами проектов в компании ClassPass

Керри Хоффман, старший менеджер проектов по маркетинговым операциям компании ClassPass, курирует все маркетинговые проекты, реализуемые специалистами по творчеству, росту и контенту. Ниже приводятся три главные стратегии управления планами проектов:

• Заблаговременное определение заинтересованных сторон. Каким бы ни был масштаб проекта, крайне важно знать заинтересованные стороны и их функции в проекте, чтобы на каждой его стадии привлекать нужных людей. Кроме того, это позволяет обеспечить чёткое понимание сотрудниками процесса проверки и согласования результатов ещё до начала работ.
• Согласование способа обмена информацией о проекте. Определите, где и когда должен осуществляться обмен информацией по вашему проекту, чтобы все ключевые сведения всегда была в нужном месте, а сотрудники всегда были в курсе происходящего.
• Адаптация и принятие стилей работы других людей. Проекты не всегда идут по плану, но, применив правильное управление интеграциями, вы сможете без проблем реализовать любой проект. Кроме того, следует узнать, как удобнее работать участникам проекта и учесть их предпочтения при составлении плана. Это поможет обеспечить слаженность работы, когда вы приступите к исполнению.

Составьте свой следующий план проекта как профессионал

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

В дальнейшем вы сможете вести свою команду правильным курсом и оперативно решать возникающие проблемы. С помощью такого инструмента управления проектами, как Asana можно с уверенностью проработать все стадии плана проекта.

• Asana
• Главная
• Продукты
• Цены
• Starter
• Advanced
• Enterprise
• Сопровождение клиентов
• Шаблоны Asana
• Доверие и безопасность
• Статус

• О нас
• Компания
• Руководство
• Клиенты
• Разнообразие
• Вакансии
• Пресса
• На одной волне
• Блог Asana
• Отношения с инвесторами
• Карта сайта

• Для рабочих процессов
• Управление проектами
• Управление целями
• Гибкое управление
• Управление задачами
• Повышение продуктивности
• Управление работами
• Планирование проектов
• Списки дел
• Все варианты использования
• Все группы

• Ресурсы
• Руководство по Asana
• Форум
• Поддержка
• Каталог приложений
• Разработчики и API
• Партнёры
• Сообщество Asana
• Мероприятия
• Asana для некоммерческих организаций

• Подробнее
• Одиннадцать стилей лидерства
• Сто десять вопросов для снятия психологического барьера
• Советы по основным фактам и выводам
• Советы по преодолению синдрома самозванца
• Предотвращение выгорания команды
• Советы по ССВУ-анализу
• Что такое цели и ключевые результаты?
• Что такое цели SMART?
• Что такое разрастание объёма?
• Все руководства

¶ Рабочий план

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

¶ Планирование реализации проекта

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

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

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

«Окончание-Начало» (FS) — дата окончания задачи-предшественника определяет дату начала задачи-последователя. Зависимая задача может начаться только после того, как закончится задача предшественник.

«Начало-Начало» (SS) — дата начала задачи-предшественника определяет дату начала задачи-последователя. Зависимая задача может начаться в любой момент после того, как начнется задача предшественник. Данный тип связи не требует одновременного начала обеих задач.

«Окончание-Окончание» (FF) — дата окончания задачи-предшественника определяет дату окончания задачи-последователя. Зависимая задача может завершиться в любой момент после того, как завершится задача предшественник. Данный тип связи не требует одновременного завершения обеих задач.

«Начало-Окончание» (SF) — дата начала задачи-предшественника определяет дату окончания задачи-последователя. Зависимая задача может завершиться в любой момент после того, как начнется задача предшественник. Данный тип связи не требует, чтобы зависимая задача завершалась одновременно с началом задачи предшественника

¶ Формирование и утверждение рабочего плана проекта

1. Руководитель проекта организует работу по формированию Рабочего плана проекта с учетом решений по изменениям Паспорта проекта (при необходимости).
2. Команда проекта формирует Рабочий план проекта на основе сформированных иерархических структур результатов и работ проекта, плана закупок и параметров проекта, зафиксированных в Паспорте проекта, и направляет Руководителю проекта на проверку.
3. Руководитель проекта проверяет Рабочий план проекта, фиксирует базовый план проекта, и направляет Рабочий план проекта на утверждение Куратору проекта.
4. Куратор проекта рассматривает Рабочий план проекта и утверждает его.
5. Проектный комитет (для проекта с управленческим профилем «Приоритетный») или Куратор проекта (для проекта с управленческим профилем «Обычный») принимает решение о переводе проекта на стадию «Реализация».
6. Руководитель проекта на основе решения Куратора проекта/ Проектного комитета переводит проект на стадию Реализация.

¶ Основные требования к стадии

Ключевые КТ стадии:

Рабочий план проекта утвержден
Требования к поставщикам и подрядчикам определены (при необходимости)
Соглашение с контрагентом подписано (при необходимости)
Выполнение работ разрешено

Результаты стадии:

Конкурсная документация (при необходимости)
Календарный план проекта
План коммуникаций проекта
Запросы на изменения проекта (при необходимости)

Условия завершения стадии:

Утвержден рабочий план проекта

¶ Работа в АИС УПД СФУ

¶ Календарный план

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

¶ Контракты

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

Контроль проектов. Средства управления проектами по контрольным точкам

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

Какова суть метода контрольных точек? Контроль проектов

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

При таком подходе отчетность для руководства максимально прозрачна и не требует изучения лишней информации из средств управления проектами. Контроль получения плановых результатов дает понимание движения проекта и не позволяет откладывать проблемы «на потом». Для руководителей проектов и исполнителей работ такой подход гарантирует политику невмешательства в непосредственные работы и четкое понимание результатов проекта для подготовки необходимой отчетности.

Метод контрольных точек позволяет:

• планировать в категории «результатов»
• не испытывать иллюзий «поднажмем-успеем»
• разделить контроль на несколько уровней и минимизировать лишнее вмешательство в руководство работами

Что такое контрольная точка?

Контрольная точка (КТ) — это конкретный проверяемый результат проекта, который должен появиться в установленный срок.

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

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

• прошедшее время
• совершенный вид
• страдательный залог (отвечать на вопрос «что сделано?»)

Например, не «Тестирование продукта», а «Тестирование продукта завершено». Ведь тогда стремиться нужно будет не к процессу «Тестирование продукта», а к завершению тестирования.

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

Примеры контрольных точек:

Какими бывают контрольные точки?

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

Уровень 0. Вехи

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

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

Уровень 1. Критические

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

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

Уровень 2. Ключевые

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

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

Уровень 3. Оперативные

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

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

Общее представление планирования контрольных точек представлено на Рисунке 1.

Рис. 1. Планирование по контрольным точкам

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

На каждом уровне контрольные точки должны быть формально утверждены. Утверждение предполагает:

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

На верхнем уровне утверждение будет выполнено через Устав или приказ, который утверждает первое лицо или председатель Проектного комитета. На нижнем – это может быть документ в MS Excel или MS Word, который согласовали участники команды, или даже цветные кнопки на доске, которую видит конкретный отдел.

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

Кто должен сформулировать КТ высокого уровня?

Контрольные точки 0 и 1 уровня ответственен сформулировать заказчик проекта. Если у заказчика нет требований к сроку (продолжительность работ), кроме финального срока передачи результата, значит, руководитель проекта ответственен за определение контрольной точки своего уровня и контроль проекта будет осуществляться только на основе базового плана.

Сколько уровней КТ должно быть?

Количество уровней КТ зависит и от зрелости компании, и от масштаба проекта. На первых шагах применения метода в компании мы рекомендуем использовать не более 2 уровней КТ: КТ в Уставе (вехи и критические результаты) и базовом плане. Если компания зрелая и выстроила культуру управления по контрольным точкам, то последний уровень КТ устанавливается для рабочей группы не более 5 человек и срок получения промежуточных результатов не должен превышать 2 недели.

Какие шаги должны быть сделаны руководством для применения метода контроля проектов?

ШАГ 1. Определить конкретные поставко-ориентированные результаты (далее – продукты проекта), которые должны быть сформированы или произведены проектом и требуемые сроки их поставки. При этом срок поставки действительно должен быть важен и обоснован.

ШАГ 2. Согласовать срок с исполнителями, определить их ответственность за подготовку результатов именно к этому сроку. Не должно быть двоякого понимания срока или ответственности: конкретная дата, один ответственный, один измеримый результат.

ШАГ 3. Определить того, кто может подтвердить, что результат получен, измерен, его качество соответствует заявленному и его можно применить для достижения ваших целей или для целей проекта (приемщиков).

ШАГ 4. Определить того, кто независимо может контролировать выполнение контрольных точек и правила контроля.

Кейс крупного банка

Председатель Правления поставил задачу «Создать первый в мире мобильный банк на технологии блокчейн».

Для контроля исполнения проекта были разработаны следующие контрольные результаты:

Через месяц руководству были представлены итоги конкурса по выбору поставщиков и заключен контракт на работы. Поскольку согласование условий контракта были затянуты – контрольная точка по согласованию дизайна не была выполнена в срок – что отразилось на премировании участников проекта. Зато следующий результат – «Запущены в пилотном режиме 5 страниц нового сайта» был представлен ранее срока и получил высокую оценку.

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

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

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

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

Какие бывают средства управления проектами?

Можно по-разному организовать работу и управление проектной деятельностью сотрудников. В некоторых, даже довольно крупных компаниях, до сих пор руководитель разбивает цель на задачи, назначает ответственных, собирает отчеты от подразделений и составляет таблицы «вручную». Чаще всего для этого используются обычные офисные программы и стандартные средства связи. Но это крайне неудобно! Особенно, если проектов не несколько, а десятки.

Если в компании ведется более 10 проектов, без специализированных информационных систем просто не обойтись. При их использовании менеджер создает и управляет по сути «виртуальным пространством» для ведения проекта, к которому подключаются и руководители, и конкретные исполнители тех или иных задач.

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

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

• Обеспечиваем актуальный статус и информацию по проектам
• Облегчаем и автоматизируем процессы управления
• Повышаем контроль дисциплины и соблюдения правил
• Даем инструменты для планирования и выравнивания ресурсов
• Формируем актуальные бюджеты и отчеты о доходах и расходах и движении денежных средств
• В разы снижаем сроки и трудоемкость подготовки отчетности
• Упрощаем коммуникации, согласования, работу с документами

Преимущества средств для управления проектами на базе платформы ADVANTA

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

От западных решений наша система отличается доступной стоимостью и настройкой без программирования. А от российских аналогов – более широкой функциональностью и удобным интерфейсом.

В чем особенности системы ADVANTA?

• Покрывает все процессы проектного управления и поддерживает все типы проектов
• Автоматизирует работу всех участников проектной деятельности
• Содержит лучшие практики и встроенные процессы управления проектами
• Проста в использовании, не требует специальной подготовки: всего 10 минут на отчет по проекту
• Гибко настраивается под задачи компании без программирования (low-code)
• Имеет низкую совокупную стоимость владения (для поддержки и развития достаточно одного аналитика)
• Гарантированно внедряется за 2 месяца, а запускается в работу всего за 2 недели

Для знакомства с системой ADVANTA оставьте заявку и получите доступ к демонстрационной версии на 14 дней.

Спасибо, Вы подписаны на рассылку!

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

Станьте частью проектного сообщества!

Также будет интересно:

17 января 2024

Как за счет цифровизации планировать и выполнять в 10 раз больше проектов. Кейс косметического бренда Divage

Управление проектами развития: модель процесса и компетенций

Какие модели и критерии оценки организационного совершенства? Какая ролевая структура команды управления проектом? Какие функции и компетенции управления проектом? Какая модель процесса управления проектами (развития)? Какие требования и рекомендации стандартов по управлению проектом? Какая структура паспорта проекта? Какие возможности унифицировать сведения о параметрах проекта средствами системы «Business Studio»? Какие возможности автоматизации мониторинга выполнения работ портфеля проектов средствами системы «Битрикс24»?

В статье представлен обзор функций и необходимых компетенций для управления проектами, а также авторская модель процесса управления проектами (развития) и структура паспорта проекта на основе требований и рекомендаций стандартов.

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

Областями улучшений и инноваций в деятельности организации являются [3]:

• продукция;
• процессы;
• организационная структура;
• система менеджмента организации.

При улучшении чего-либо должен быть «идеальный образ», к которому необходимо стремиться, и критерий соответствия идеалу. Так, в основе эстетического совершенства объектов природы и деятельности человека в области архитектуры и искусства лежит «золотая пропорция» — иррациональное число φ = 1.61803… (рис. 1), связанное с последовательностью ряда чисел Леонардо Фибоначчи [4].

Рис. 1. Пример использования «золотой пропорции» в архитектуре

При улучшении процессов в соответствии с рекомендациями «Методики менеджмента процессов в системе качества» [5] разрабатывается модель процесса «как должно быть», в основе которой лежат рассчитанные оптимальные параметры структуры и свойств процесса. Возникает вопрос, а можно ли говорить о золотой пропорции применительно к сфере организационного совершенства? Ответ: да, ее представляют критерии делового и организационного совершенства национальных и международных премий в области качества. Назовем основные премии:

Американская национальная премия качества имени Малколма Болдриджа (рис. 2);

Рис. 2. Критерии премии в области качества имени Малколма Болдриджа

Рис. 3. Премия Европейского фонда управления качеством

Рис. 4. Премия правительства РФ в области качества

Модель Премии Правительства РФ в области качества включает следующие девять критериев оценки совершенства [6]:

1. Лидирующая роль руководства: как руководители организации всех уровней определяют ее предназначение, вырабатывают стратегию развития и способствуют их реализации; как они формируют ценности, необходимые для достижения долгосрочного успеха, и внедряют их с помощью соответствующих мероприятий и личного примера; насколько они вовлечены в деятельность, обеспечивающую развитие и внедрение системы менеджмента организации.
2. Политика и стратегия организации в области качества: как организация реализует свои предназначение и стратегию развития посредством ориентации на потребности заинтересованных сторон, разработку политики, планов, целей и процессов.
3. Персонал: как организация управляет персоналом, развивает и использует его знания и потенциал на индивидуальном уровне, на уровне групп и всей организации; как она планирует виды деятельности в целях претворения в жизнь политики и стратегии, а также в целях эффективной реализации своих процессов.
4. Партнерство и ресурсы: как организация планирует внутренние ресурсы и свои взаимоотношения с внешними партнерами и как управляет ими в целях претворения в жизнь политики и стратегии, а также в целях эффективной реализации своих процессов.
5. Процессы, осуществляемые организацией: как организация проектирует процессы, осуществляет менеджмент процессов и совершенствует их в целях претворения в жизнь политики и стратегии, а также полного удовлетворения и создания ценности для своих потребителей и других заинтересованных сторон.
6. Удовлетворенность потребителей качеством продукции и услуг: результаты, которых добилась организация в отношении удовлетворения интересов внешних потребителей.
7. Удовлетворенность персонала: результаты, которых добилась организация в отношении удовлетворения своего персонала.
8. Влияние организации на общество: результаты, которых добилась организация в отношении удовлетворения интересов общества на местном, национальном и мировом уровнях.
9. Результаты работы организации: результаты, которых добилась организация в отношении запланированных целей в работе.

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

В соответствии с изданием «Управление проектами. Основы профессиональных знаний. Национальные требования к компетентности специалистов» [8] под проектом понимается уникальный комплекс взаимосвязанных работ (мероприятий), направленных на создание продукта или услуги в условиях заданных требований и ограничений.

Основные участники проекта и объекты управления представлены на рис. 5 [9].

Рис. 5. Основные участники проекта и объекты управления

Ролевая (организационная) структура управления проектами включает следующих участников:

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

Важным элементом организационной структуры является Офис управления проектами, основными функциями которого являются следующие [8]:

• разработка и введение стандартов и инструктивных пособий для руководителей различных проектов и программ;
• сбор и обобщение информации о ходе управления проектами и подготовка отчетности для представления руководству и в вышестоящие инстанции.

Требования к компетенциям в области управления проектами наиболее полно представлены:

• национальными требованиями [8], выделяющими технические, поведенческие и контекстуальные компетенции, состоящие из 55 элементов, для четырех категорий (уровней) специалистов: директора проекта, управляющего проекта, профессионала по управлению проектами и специалиста по управлению проектами;
• критериями профессионального соответствия [10] в семи областях управления: отношения между участниками проекта, межличностные отношения, разработка плана проекта, процесс выполнения проекта, приемка продукции, переходы между фазами проекта, оценка и улучшение результативности проекта.

В соответствии с ГОСТ Р ИСО 21500–2014 «Руководство по проектному менеджменту» [11] система управления проектом включает две группы процессов:

1. Управленческая группа процессов (на фазах жизненного цикла проекта):
   • процессы инициирования применяются для того, чтобы определить назначение проекта (фазы), начать проект, определить задачи и предоставить его руководителю полномочия по проекту;
   • процессы планирования применяются для детального планирования проекта и составления базового плана выполнения работ, относительно которого будет проведена оценка исполнения проекта;
   • процессы исполнения применяются для реализации работ по управлению проектом, обеспечивающих получение его результатов в соответствии с планом;
   • процессы контроля применяются для отслеживания, анализа и регулирования хода выполнения проекта, оценки эффективности, выявления областей, в которых требуется применение корректирующих и предупреждающих действий, а также для формирования запросов на изменения для обеспечения достижения целей проекта;
   • процессы завершения применяются для формального признания того, что проект (фаза) завершены, а также для анализа полученного опыта.
2. Предметная группа процессов включает:
   • интеграцию — процессы выявления, определения, комбинирования, объединения, координации, контроля и завершения различных процессов и работ, связанных с проектом;
   • заинтересованные стороны — процессы выявления всех заинтересованных лиц проекта и взаимодействия с ними (в том числе с куратором и заказчиком);
   • содержание — процессы определения и включения в проект только тех работ и результатов, которые необходимы для успешного выполнения проекта;
   • ресурсы — процессы обеспечения проекта человеческими, материальными, инфраструктурными и иными ресурсами, достаточными для достижения поставленных целей;
   • сроки — процессы создания календарного графика проекта, отслеживания его выполнения и обеспечения своевременного завершения;
   • стоимость — процессы формирования бюджета, отслеживания его выполнения и контроля затрат;
   • риски — процессы идентификации угроз и возможностей и управления ими;
   • качество — процессы планирования, обеспечения и контроля качества;
   • закупки — процессы планирования снабжения, приобретения или получения необходимых продуктов, услуг или результатов, а также процессы взаимоотношения с поставщиками;
   • коммуникации — процессы планирования и управления коммуникациями, распространения информации, относящейся к проекту.

Базовые (эталонные) модели процессов менеджмента проекта формализованно описаны в ГОСТ Р ИСО/МЭК 15504.5–2016: «Информационные технологии. Оценка процессов. Образец оценки процессов жизненного цикла программного обеспечения» [12] и включают следующие сведения:

• идентификатор процесса;
• имя процесса;
• назначение процесса;
• выходы процесса;
• качественные практики (операции/действия процесса);
• рабочие продукты (входы и выходы процесса).

На основе требований и рекомендаций стандартов в области управления проектами автор разработал следующую графическую IDEF0-модель процесса «Управления проектами (развития)» (рис. 6):

Рис. 6. IDEF0-модель процесса «Управление проектами (развития)»

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

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

Развернутое содержание устава проекта описано в «Руководстве к своду знаний по управлению проектами» [13] и включает следующие сведения:

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

Для лучшего понимания и более точного формулирования основных сведений о проекте автором (в таблице 1) предлагается форма Паспорта проекта, содержащая требования и рекомендации стандартов в области управления проектами.

• Выходы процесса «Инициация проекта» определяются и документируются следующими параметрами проекта: наименование проекта [9].

• В каждом проекте должны быть определены следующие роли: заказчик проекта — физическое или юридическое лицо, которое является владельцем результата проекта [9].
• Выходы процесса «Инициация проекта» определяются и документируются следующими параметрами проекта: заказчик проекта [9].
• Выходы процесса «Планирование содержания проекта»: требования к проекту со стороны заказчика, других заинтересованных сторон проекта, а также законодательства и нормативных актов определены, проанализированы на предмет возможности их выполнения, согласованы с заказчиком проекта и документированы [9].
• Заказчик или представитель заказчика определяют требования к проекту и отвечают за приемку результатов проекта [11].

• Выходы процесса «Инициация проекта» определяются и документируются следующими параметрами проекта: цели и продукты проекта; причины инициации проекта [9].
• Выходы процесса «Планирование содержания проекта»: определены, согласованы с заказчиком и документированы ключевые данные по продукту проекта, а именно: назначение, свойства и характеристики продукта; критерии и методы приемки продукта проекта и его составных частей; допущения и исключения, касающиеся продукта проекта [9].
• Целью проекта является получение измеримых преимуществ и впоследствии реализация выбранных возможностей; определение цели проекта дополнительно уточняется за счет описания получаемых результатов [11].
• Результаты проекта должны соответствовать предъявляемым требованиям и быть увязаны с установленными ограничениями, касающимися содержания проекта, качества, графика и затрат [11].

• Выходы процесса инициации программы включают такой параметр, как выгоды, которые должны быть достигнуты в результате реализации программы [14].
• Выходы процесса «Планирование содержания и выгод программы»: определены и документированы измеримые критерии достижения (получения) выгод программы [14].
• Выходы процесса «Обеспечение исполнения программы»: получены и документально зафиксированы промежуточные и/или окончательные результаты программы, а также достигнутые (полученные) выгоды [14].
• Выходы процесса приемки результатов проектов и организации использования промежуточных выгод программы: полученные выгоды зафиксированы, проведена оценка соответствия полученных выгод зафиксированным в рамках процессов планирования критериям достижения выгод [14].
• Выявленные цели и преимущества, представленные, например, в виде экономического обоснования, могут быть использованы для обоснования инвестиций в проект и для ранжирования возможностей; цель обоснования состоит в получении поддержки руководства и одобрении инвестиций в выбранные проекты [11].
• Извлечение выгод является обязанностью руководства организации-заказчика, которое в соответствии со стратегией организации может использовать для этой задачи результаты проекта [11].

• Управление портфелем проектов должно состоять из комплекса взаимосвязанных организационных процессов и методов, с помощью которых организация выделяет и распределяет ресурсы, необходимые для достижения стратегических целей. Управление портфелем проектов позволяет согласовывать компоненты портфеля проектов со стратегическими целями организации, приоритетами заинтересованных сторон, а также с подходами и ценностями, принятыми в организации [7].
• Для портфеля проектов необходимо сформировать план и его возможное дальнейшее развитие в отношении существующих и потенциальных компонентов портфеля проектов и их увязки со стратегическими целями организации [7].
• Потенциальные компоненты портфеля проектов следует выбирать для включения в портфель проектов по результатам оценки их возможного вклада в достижение стратегических целей организации, используя при этом установленные критерии отбора [7].
• Для достижения своих целей организация должна разрабатывать стратегии, соответствующие видению, миссии и системе ценностей организации. Компоненты портфеля проектов должны обеспечивать получение выгод, связанных со стратегическими целями [7].
• Для обеспечения непрерывного согласования портфеля проектов со стратегическими целями организации менеджер портфеля проектов должен: определять, какие стратегические цели имеют отношение к портфелю проектов; принимать меры по непрерывному контролю портфеля проектов и его сопоставлению с намеченными стратегическими целями организации [7].
• Показатели исполнения портфеля проектов зависят от стратегических целей организации, которым соответствует портфель проектов, а также от конкретной организации. Эти показатели должны включать: показатели, относящиеся к компонентам портфеля проектов, включая показатели исполнения календарных планов, технические и финансовые показатели; агрегированный уровень показателей портфеля проектов, позволяющий отслеживать его общее состояние, создание дополнительной ценности и достигаемые эффекты; показатели исполнения, предупреждающие менеджера портфеля проектов о потреблении ресурсов, возможных проблемах и рисках [7].
• Конечная цель стратегии деятельности на рынке — это получение продукта, соответствующего запросам потребителей, и увеличение прибыли компании. Стратегия предусматривет наличие цели и средств ее достижения [15].

• Выходы процесса «Инициация проекта» определяются и документируются следующими параметрами проекта: дата инициации проекта [9].

• Выходы процесса приемки результатов проектов и организации использования промежуточных выгод программы: все заинтересованные стороны проинформированы о возможности использования полученных результатов и выгод программы [14].
• Выходы процесса «Закрытие проекта программы»: проанализирован отчет о завершении проекта; документально зафиксирован факт закрытия (прекращения) проекта; архив завершенного проекта включен в архив документов программы [14].
• Выходы процесса «Завершение программы»: сформирован отчет о достигнутых целях и полученных в рамках программы выгодах и предоставлен основным заинтересованным сторонам программы [14].
• Проект считается завершенным после принятия всех результатов организацией-заказчиком, либо после досрочного прекращения проекта при условии подготовки проектной документации в полном объеме и выполнения всех процедур формального завершения проекта [11].
• Необходимо проверять все процессы и работы с тем, чтобы гарантировать, что были получены все ожидаемые результаты фазы или проекта, а все заданные процессы проектного менеджмента были соответствующим образом завершены или официально остановлены до завершения. Необходимо собрать и передать в архив все проектные документы в соответствии с принятыми стандартами качества; весь персонал проекта и привлеченные ресурсы должны быть высвобождены [11].

• В каждом проекте должны быть определены следующие роли: руководитель проекта — лицо, осуществляющее управление проектом и ответственное за результаты проекта [9].
• Выходы процесса «Инициация проекта» определяются и документируются следующими параметрами проекта: руководитель проекта [9].
• Выходы процесса «Контроль исполнения проекта»: документированы результаты регулярной проверки состояния проекта, в частности, отклонения от планов, и проанализированы с целью определения причин отклонений; произведена оценка соответствия продукта проекта требованиям к нему; сформированы корректирующие и предупреждающие действия по результатам проверки; отчеты о выполнении работ проекта соответствуют утвержденной системе отчетности по проекту [9].
• Руководитель проекта должен учитывать выгоды проекта и способы их извлечения, поскольку на протяжении жизненного цикла проекта они влияют на принятие управленческих решений [11].
• Руководство проектами охватывает такие вопросы, как: определение структуры управления; определение применяемых руководящих установок, процессов и методов; границы полномочий при принятии решений; ответственность и подотчетность заинтересованных лиц; способы взаимодействия, такие как предоставление отчетности и эскалация проблем или рисков [11].
• Руководитель проекта должен руководить выполнением запланированных работ проекта и разрешать технические, административные и организационные вопросы, возникающие в ходе реализации проекта [11].

• В каждом проекте должны быть определены следующие роли: куратор проекта — лицо, ответственное за обеспечение проекта ресурсами и осуществляющее административную, финансовую и иную поддержку проекта [9].
• Выходы процесса «Инициация проекта» определяются и документируются следующими параметрами проекта: куратор проекта [9].
• В организации определяют и назначают куратора (спонсора) проекта, ответственного за достижение целей и реализацию выгод от проекта [11].
• Ответственность за обеспечение надлежащего руководства проектами обычно возлагается на куратора (спонсора) или руководящий комитет проекта [11].
• Для руководства проектом на уровне организации могут быть определены: куратор (спонсор), который санкционирует начало проекта и использование ресурсов, способствует успешной реализации проекта и обеспечивает его поддержку (куратор принимает управленческие решения высшего уровня и разрешает те проблемы и конфликты, которые не могут быть решены силами руководителя проекта); руководящий комитет или совет проекта (необязательный элемент), который участвует в управлении проектом, выдавая директивные указания [11].

• В каждом проекте должны быть определены следующие роли: команда проекта — совокупность лиц, групп и организаций, объединенных во временную организационную структуру для выполнения работ проекта [9].
• Выходы процесса «Планирование персонала проекта»: определены и документированы роли участников проекта, их функции и полномочия; определен численный и квалификационный состав команды проекта, а также требования к условиям труда; персонально определены основные члены команды проекта [9].
• В состав организационной структуры проекта могут входить: руководитель проекта, обеспечивающий общее руководство и управление работами проекта и отвечающий за получение результатов проекта; команда проектного менеджмента (необязательный элемент), которая помогает руководителю проекта в осуществлении общего руководства и управления работами/операциями проекта, направленными на получение результатов проекта; проектная команда, которая выполняет работы проекта. Офис управления проектом выполняет широкий спектр работ по проектному менеджменту, включая собственно управление, обучение методам и средствам проектного менеджмента, а также планирование и контроль проекта [11].
• В состав проектной команды должны входить компетентные специалисты, умеющие применять свои знания и навыки для достижения результатов проекта. Можно выделить следующие категории компетенций в области проектного менеджмента: технические знания и навыки, позволяющие осуществлять системное управление проектом, в том числе знания о терминологии, принципах и процессах проектного менеджмента; поведенческие компетенции, определяющие способность руководителя строить отношения с участниками проекта; контекстные компетенции, связанные с управлением проектом в рамках определенной оргацизационной среды и внешнего окружения [11].
• Руководитель проекта должен определить, как и когда члены команды проекта будут вовлечены в работу и/или освобождены от нее. При отсутствии достаточного объема человеческих ресурсов в организации необходимо рассмотреть возможность найма дополнительных сотрудников или передачи части работ на субподряд другой организации. Кроме того, должны быть определены места выполнения работ, обязательства работников, роли и ответственность, а также требования к отчетности и организации взаимодействия. При наличии возможности руководитель в процессе формирования команды проекта должен учитывать такие факторы, как знания и опыт кандидатов, их личные особенности, а также динамику поведения в группах [11].
• Определение организационной структуры проекта включает выявление всех членов команды проекта, а также других лиц, непосредственно участвующих в проекте. В процессе формирования организационной структуры проекта происходит распределение ответственности и полномочий. Ответственность и полномочия могут быть определены на соответствующем уровне структуры декомпозиции работ. При этом указываются обязанности по выполнению утвержденных работ, по управлению реализацией проекта и выделенными для осуществления проекта ресурсами [11].

• Выходы процесса «Планирование содержания проекта»: требования к проекту со стороны заказчика, других заинтересованных сторон проекта, а также законодательства и нормативных актов определены, проанализированы на предмет возможности их выполнения, согласованы с заказчиком проекта и документированы [9].
• Для успешной реализации проекта следует достаточно подробно описать состав заинтересованных лиц (сторон), включая его организационную структуру. Требуется определить роли и зоны ответственности заинтересованных лиц, а также донести их до других участников проекта в соответствии с целями проекта и организации в целом [11].
• Целью определения состава заинтересованных лиц является выявление физических лиц, групп или организаций, которые влияют на проект или подвержены его влиянию, и документальное оформление данных об их заинтересованности и степени вовлеченности. Эти лица могут активно участвовать в проекте, быть внутренними или внешними по отношению к проекту и иметь различные уровни полномочий [11].
• Цель руководства заинтересованными лицами проекта: правильно понять потребности и ожидания заинтересованных сторон и уделить им необходимое внимание. Этот процесс включает такие работы, как идентификация важных для заинтересованных сторон вопросов и их разрешение [11].
• Важными факторами успеха проекта являются определение информационных потребностей заинтересованных сторон, в частности, предоставление информации в соответствии с требованиями государства или контролирующих органов и определение методов удовлетворения данных потребностей. Планирование коммуникаций следует осуществлять на ранних этапах планирования проекта непосредственно после выявления и анализа заинтересованных лиц. Процесс следует регулярно повторять и по необходимости пересматривать, для того чтобы обеспечить высокую эффективность коммуникаций на протяжении всего проекта. Создаваемый план коммуникаций фиксирует согласованные информационные ожидания сторон и должен быть доступен соответствующим участникам на протяжении всего проекта [11].

• Процесс планирования качества включает: определение и согласование с куратором проекта и другими заинтересованными лицами целей проекта и стандартов, соответствие требованиям которых необходимо обеспечить; определение инструментов, процедур, методов и ресурсов, необходимых для обеспечения соответствия вышеописанным стандартам; определение методологии, методов и ресурсов, необходимых для реализации систематических процедур обеспечения качества; разработку плана обеспечения качества, который определяет виды обследований, области ответственности и состав участников, а также календарный план мероприятий в рамках расписания проекта; консолидацию всей информации, связанной с обеспечением качества, в плане по качеству [11].
• Процесс обеспечения качества включает: проверку того, что основные цели проекта и стандарты качества, требования которых должны быть соблюдены, доведены до сведения соответствующих сотрудников, правильно поняты, приняты ими к исполнению и неукоснительно соблюдаются; выполнение плана по качеству в ходе реализации проекта; обеспечение того, чтобы выбранные инструменты, процедуры, методы и ресурсы фактически применялись [11].
• Контроль качества следует осуществлять на протяжении всего жизненного цикла проекта. В рамках процесса проводят: мониторинг обеспечения качества конкретных результатов проекта и процессов и выявление дефектов с использованием установленных инструментов, процедур и методов; выявление возможных причин возникновения дефектов; определение необходимых действий по предотвращению возникновения дефектов и формирование требований изменений; доведение информации о корректирующих действиях и требованиях изменений до соответствующих членов организационной структуры проекта [11].

• Выходы процесса «Планирование содержания проекта»: определены, согласованы с заказчиком и документированы работы проекта, а также допущения и исключения, касающиеся работ проекта [9].
• Выходы процесса «Разработка расписания проекта»: определены взаимосвязи между работами проекта; проведена оценка длительности работ проекта; определен и утвержден график привлечения ресурсов, необходимых для выполнения проекта в срок; определено и документировано расписание проекта; утвержден базовый календарный план проекта [9].
• На начальных этапах план может быть достаточно укрупненным, а затем постепенно доработан из общего описания содержания, бюджета, ресурсов, графиков и других показателей проекта в набор детальных пакетов работ [11].
• Структура декомпозиции работ служит основой для последовательного разбиения работ по проекту на более мелкие и, следовательно, более управляемые работы. СДР может быть структурирована, в частности, на основе выделения фаз проекта, основных результатов, видов работ или мест выполнения работ. Каждый более низкий уровень СДР служит для представления более детального описания работ проекта. Могут быть разработаны и другие виды структур декомпозиции проекта, например, по структуре продукта и результатов проекта, по организационной структуре участников проекта, по структуре затрат или рисков [11].
• Определение работ должно включать процессы, которые необходимы для выявления, описания и документирования работ нижнего уровня детализации структуры декомпозиции работ. Деятельность в рамках проекта описывается при помощи работ/операций — мелких элементов деятельности, которые являются основой для задач по планированию, реализации, контролю и завершению проекта [11].
• Должны быть определены зависимости между всеми работами проекта, чтобы построить сетевую диаграмму и определить критический путь. Работы должны быть выстроены в логическом порядке, с соответствующими предшествующими работами, опережениями, задержками, ограничениями, взаимозависимостями и внешними зависимостями для обеспечения разработки реалистичного и осуществимого расписания проекта [11].
• Изначально работы, входящие в планируемые пакеты, могут быть представлены в укрупненном виде, а их детализация происходит по мере реализации проекта и получения дополнительных данных. После формирования графика работ и определения критического пути может потребоваться повторная оценка длительности работ. Если по результатам анализа критического пути выявлена дата окончания проекта, которая находится позже требуемого срока, то может потребоваться изменение длительности работ [11].
• Расписание формируют на уровне работ, что создает основу для назначения ресурсов и формирования бюджета проекта, распределенного во времени. Разработка расписания должна продолжаться на протяжении всего проекта по мере выполнения работ, изменения планов проекта, возникновения или исчезновения рисковых событий и идентификации новых рисков. При необходимости следует пересматривать оценки длительности и потребностей в ресурсах, используемые для формирования утвержденного расписания, которое применяется в качестве базового плана проекта [11].

• Выходы процесса «Планирование бюджета проекта»: определена и документирована структура статей бюджета проекта, позволяющая контролировать затраты на проект в ходе его реализации; определена плановая стоимость всех ресурсов проекта (материальных и человеческих) с учетом всех известных ограничений на их использование; определена стоимость выполнения работ проекта; утвержден базовый бюджет проекта; определен и документирован порядок поступления денежных средств в проект [9].
• Целью оценки ресурсов проекта является определение того, какие ресурсы необходимы для каждой работы из списка работ. Ресурсы могут включать человеческие ресурсы, производственные мощности, оборудование, материалы, инфраструктуру и инструменты. Результаты оценки должны содержать данные об объеме ресурсов, их характеристиках, источниках, а также даты начала и завершения работы на проекте [11].
• Оценки затрат могут быть выражены в таких единицах измерения, как человеко-часы или машино-часы работы оборудования, а также денежные единицы [11].

• Выходы процесса «Планирование реагирования на риски в проекте»: выявлены и документированы риски проекта; проведены оценка и ранжирование по вероятности и степени влияния на результат проекта всех идентифицированных рисков; разработаны мероприятия по изменению вероятности и степени влияния наиболее значимых рисков, а также созданы планы реагирования на случай возникновения таких рисков; учтены результаты разработки упреждающих мероприятий по реагированию на риски в связанных с ними планах [9].
• Выходы процесса «Планирование управления изменениями в проекте»: определен и документирован процесс работы с изменениями в проекте, а именно: выявление изменений; согласование и утверждение изменений; организация учета версий документов и продуктов проекта; доведение информации об изменениях до заинтересованных сторон [9].
• Ограничения могут быть установлены на различные параметры проекта, такие как: длительность или целевая дата окончания проекта; доступность бюджета проекта; доступность таких ресурсов проекта, как человеческие ресурсы, площади, оборудование, материалы, инструменты и другие ресурсы, необходимые для выполнения проекта в соответствии с существующими требованиями; факторы, связанные с обеспечением безопасности труда; допустимый уровень риска проекта; потенциальные социальные и экологические последствия проекта; законы, законодательные акты и другие регламентирующие документы [11].
• В процессе реализации проекта необходимо регистрировать запросы на осуществление изменения в журнале, оценивать изменения с точки зрения потенциальных выгод, содержания, необходимых ресурсов, сроков и затрат, а также влияния на качество и риски, определять последствия и выгоды и утверждать изменения перед их реализацией. Предлагаемые изменения по результатам анализа последствий также могут изменяться или отклоняться. После утверждения изменения решение должно быть доведено до соответствующих участников проекта, которые будут его воплощать, внося, при необходимости, изменения в проектную документацию. Контроль над изменением результатов проекта осуществляют в рамках управления конфигурацией [11].
• Процесс контроля состоит в определении текущего состояния расписания проекта, соотнесении его с утвержденным базовым планом для выявления отклонений, формировании прогнозов, касающихся сроков завершения проекта и, при необходимости, принятии соответствующих мер, направленных на предотвращение негативных воздействий на расписание. Прогнозирование сроков завершения проекта должно проводиться регулярно по мере выполнения проекта и должно учитывать выявленные тенденции и полученные знания [11].
• Для решения задач, связанных с управлением проектом или минимизации выявленных рисков, могут формироваться и использоваться резервные фонды, не привязанные к конкретным работам или элементам проекта. Необходимо четко определять данные фонды и связанные с ними риски [11].
• В идентификации рисков должно участвовать множество сторон, чаще всего это заказчик проекта, куратор, руководитель и участники команды менеджмента проекта, участники команды проекта, высшее руководство, пользователи, эксперты в области управления рисками, а также другие члены руководящего комитета проекта и эксперты в предметных областях [11].
• Оценка рисков — это непрерывный процесс, осуществляемый на протяжении всего проекта средствами контроля рисков. Оценка включает определение вероятности возникновения каждого из выявленных рисков, а также влияния рисков (при их возникновении) на цели проекта. По результатам анализа риски ранжируются с учетом выполненных оценок и ряда дополнительных факторов, таких как потенциальный период возникновения риска и приемлемость риска для ключевых заинтересованных сторон проекта [11].
• Реагирование на риски включает разработку мер по предотвращению (избежанию) рисков, минимизации рисков и их отклонению (передача и принятие), а также формирование планов действий на случай наступления опасных ситуаций. Риски рассматривают в порядке их приоритетности; при необходимости в бюджет и расписание проекта вводят дополнительные ресурсы и работы. Мероприятия по реагированию на риски должны соответствовать масштабу рисков, быть экономически эффективными и своевременными, а также реалистичными в контексте проекта. Предпринимаемые меры должны быть понятны всем вовлеченным сторонам; должны быть назначены лица, ответственные за их реализацию [11].

• Выходы процесса «Организация исполнения проекта»: выполнены запланированные работы; получены продукты проекта; осуществлены изменения согласно принятым в проекте правилам; выполнены намеченные корректирующие и предупреждающие действия; актуализированы документы по управлению проектом [9].
• Выходы процесса «Завершение проекта»: проведена и документально оформлена приемка продукта проекта заказчиком; проведено закрытие всех договоров по проекту (в случае их наличия); документировано окончание проекта; сформирован архив проекта; команда проекта и основные заинтересованные стороны проинформированы об окончании проекта [9].
• Выходы процесса «Завершение программы»: дана формальная оценка успешности программы в соответствии с определенными для программы критериями успешности [14].

• Выходы процесса «Планирование обмена информацией в проекте»: определены все участники информационного обмена, а также их потребности в информации; определены методы и средства распространения информации по проекту; определена процедура разработки, согласования, утверждения, распространения проектных документов; определены место и правила хранения информации по проекту [9].
• Документами необходимо управлять в соответствии со следующими требованиями: документы должны быть утверждены до их применения; необходимо обеспечить анализ актуальности документов и их своевременное обновление по мере необходимости; необходимо обеспечить наличие актуальных версий документов в местах их применения; необходимо обеспечить сохранение документов в течение установленных сроков и возможность их восстановления; необходимо обеспечить уровень конфиденциальности документов согласно требованиям заказчика и других заинтересованных сторон проекта; необходимо обеспечить предотвращение непреднамеренного использования устаревших документов и соответствующую идентификацию устаревших документов, оставленных для определенных целей [9].
• Устав проекта связывает проект со стратегическими целями компании, а также содержит информацию обо всех условиях, обязательствах, предположениях и ограничениях [11].
• Планы проекта обычно включают план проекта и план проектного менеджмента. Планы проекта должны отражать интеграцию содержания, сроков, стоимости и других предметных групп управления. План проектного менеджмента — это документ или набор документов, который определяет способ реализации, мониторинга и контроля проекта. План проектного менеджмента обычно содержит определение ролей, областей ответственности, организационных структур и процедур, которые применяются для управления рисками и разрешения проблем, управления изменениями, расписанием, стоимостью, коммуникациями, конфигурацией и качеством проекта, для обеспечения промышленной безопасности, охраны труда и защиты окружающей среды при выполнении работ и решение других задач проектного менеджмента. План проекта содержит целевые показатели и базовый план, используемые при выполнении работ, к ним относятся данные о содержании проекта, качестве, расписании, стоимости, ресурсах и рисках [11].
• В ходе реализации проекта проектная команда и ключевые заинтересованные стороны накапливают опыт относительно технических, управленческих решений и реализации процессов проекта. Этот опыт следует фиксировать, обобщать, хранить, распространять и использовать при реализации проектов. На определенном уровне полученный опыт может представлять собой результаты любого процесса проектного менеджмента и приводить к корректировке планов [11].

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

Для практического использования «Паспорт проекта» может быть реализован как (нормативно-справочный) документ в системе бизнес-моделирования «Business Studio», при этом (рис. 7):

• названия параметров проекта заносятся в поле «Раздел» атрибутов документа;
• содержание (значение) параметров проекта заносится в поле «Комментарий» атрибутов документа;

Рис. 7. Карточка документа «Паспорт проекта»

Рис. 8. Карточка раздела документа

Использование справочника «Разделы атрибутов объектов» является удобным, поскольку однократное заполнение сведений (с последующим пополнением) позволит многократно (автоматически) их выводить в отчеты для различных Паспортов проектов.

Для унификации представления содержания (шаблона) документа «Паспорт проекта» могут быть использованы стандартные возможности системы «Business Studio» для настройки и формирования пользовательских отчетов [16] (рис. 9).

Рис. 9. Пользовательский отчет «Паспорт проекта»

В результате применения пользовательского отчета будет получен документ «Паспорт проекта» в унифицированной форме (рис. 10).

Рис. 10. Отчет «Паспорт проекта»

В жизненном цикле проекта фаза «Реализация» является самой продолжительной и ресурсоемкой, что обуславливает необходимость повышенного контроля ее прохождения. С этой целью удобной и доступной (с технической и финансовой точки зрения) для мониторинга выполнения проекта является система «Битрикс24», включающая следующие возможности [17]:

табличное и графическое представление проекта в виде иерархической совокупности задач, выделенных в отдельную группу (рис. 11);

Рис. 11. Представление задач в виде диаграммы Гантта

Рис. 12. Представление пользовательского отчета о выполнении задач

Результаты мониторинга задач с помощью автоматизированной процедуры позволяют:

отобразить сведения о выполнении персональных задач проекта за отчетный месяц (рис. 13);

Рис. 13. Сведения о выполнении персональных задач проекта

Рис. 14. Доля индивидуальной составляющей стимулирования труда

Предложенная Автором структура Паспорта проекта, содержащая требования и рекомендации стандартов по управлению проектами, позволит определить и поддерживать необходимые компетенции участников проекта.
При этом, применение систем «Business Studio» и «Битрикс24» позволит осуществлять регулярную деятельность по формированию Базы знаний и поддержанию требуемых компетенций в области управления проектами, а также осуществлять регулярный мониторинг выполнения работ и стимулирования участников проекта.

Чтобы получить подробную Инструкцию пользователя для самостоятельной разработки пользовательских отчетов «Паспорт проекта» в системе «Business Studio» и «Мониторинг выполнения задач» в системе «Битрикс24», необходимо заполнить форму обратной связи на сайте Автора [18].

Источники информации:

1. ИСО 9000–2015: «Система менеджмента качества. Основные положения и словарь».
2. ГОСТ Р 54147–2010: «Стратегический и инновационный менеджмент. Термины и определения»
3. ISO/CD 9004–2016, ISO/TC 176/SC2/N 1350: «Качество организации — Рекомендации по достижению устойчивого успеха».
4. Гарднер М. Математические новеллы. — М.: Мир, 1974. — 456 с.
5. Р 50-601-46-2004: «Методика менеджмента процессов в системе качества».
6. Р 50-601-45/1–2006: «Самооценка деятельности организации на соответствие критериям премий Правительства Российской федерации в области качества».
7. ГОСТ Р ИСО 21504–2016: «Управление проектами, программами и портфелем проектов. Руководство по управлению портфелем проектов».
8. Управление проектами: Основы профессиональных знаний. Национальные требования к компетентности специалистов. — М.: Проектная практика. — 2010. — 256 с.
9. ГОСТ Р 54869–2011: «Проектный менеджмент. Требования к управлению проектом».
10. ГОСТ Р 52807–2007: «Руководство по оценке компетентности менеджеров проектов».
11. ГОСТ ИСО 21500–2014: «Руководство по проектному менеджменту».
12. ГОСТ Р ИСО/МЭК 15504.5–2016: «Информационные технологии. Оценка процессов. Образец оценки процессов жизненного цикла программного обеспечения».
13. Руководство PMBOK: Руководство к своду знаний по управлению проектами. — Project Management Institute. — 2008. — 463 с.
14. ГОСТ Р 54871: «Проектный менеджмент. Требования к управлению программой».
15. ГОСТ Р 54147–2010: «Стратегический и инновационный менедмент. Термины и определения».
16. Система бизнес-моделирования «Business Studio». «Создание пользовательских отчетов».
17. Система организации деятельности предприятия «Битрикс24».
18. https://bpmstart.bitrix24.site/