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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

¶ Контракты

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

Участники проектов

По степени вовлеченности в проект можно выделить три группы участников:

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

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

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

Как правило, основными участниками проекта являются:

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

В компании, инициировавшей проект, могут выделяться роли инициатора и/или спонсора (куратора) проекта.

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

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

Спонсор проекта назначает менеджера проекта и обеспечивает ему необходимую поддержку.

Менеджер проекта (руководитель проекта)- лицо, ответственное за управление проектом. Менеджер проекта несет ответственность за достижение целей проекта в рамках бюджета, в срок и с заданным уровнем качества.

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

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

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

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

Субконтрактор – вступает в договорные отношения с контрактором или субконтрактором более высокого уровня. Несет ответственность за выполнение работ и услуг в соответствии с контрактом.

Поставщики — субконтракторы, осуществляющие разные виды поставок на контрактной основе – материалы, оборудование, транспортные средства и др.

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

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

Менеджер проекта – ключевая фигура в управлении проектом

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

Ответственность и состав полномочий менеджера проекта определяется контрактом с Заказчиком и/или уставом проекта (для внутренних проектов).

Руководитель проекта обычно выполняет следующие функции:

Формирует организационную структуру проекта и команду управления проектом;
Решает вопросы привлечения ресурсов на проект;
Участвует в подборе, подготовке и мотивации персонала;
Определяет ответственность, содержание работ и цели для каждого участника команды;

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

Обеспечивает исполнение плана проекта;

Координирует и принимает участие в работах по заключению контрактов в проекте и контролирует их своевременное исполнение и закрытие;

Устанавливает все необходимые коммуникационные связи;

Обеспечивает формирование эффективных информационных потоков в проекте, составление и предоставление отчетности;

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

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

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

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

Команда проекта и команда управления проектом

Для достижения целей проекта менеджер создает специальные организационные структуры: команду проекта и команду управления проектом. Успех всего проекта во многом зависит от эффективности функционирования данных организационных структур.

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

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

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

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

Необходимо, чтобы каждый сотрудник, работающий на проекте, имел четко определенные:

роль и линию отчетности перед менеджером проекта при работе над проектом (он/она может придерживаться обычных линий отчетности по другим видам работ);

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

Проектный офис

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

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

«Проектный офис может оперировать в широком диапазоне задач, начиная от поддержки менеджеров проектов в форме тренингов, программного обеспечения, шаблонов, и вплоть до несения ответственности за результаты проекта» (PMBoK).

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

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

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

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

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

Поддержка и развитие методологии, стандартов и процессов управления проектами;
Обеспечение развития персонала в области УП;
Поддержка и развитие инструментов и инфраструктуры УП;
Аудит процессов управления проектом,

так и непосредственно реализовывать управленческие функции, включая:

Административную поддержку менеджеров проектов и выполнение отдельных процессов управления на уровне проектов;

Базовый план проекта и как его разработать

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

Что такое базовый план проекта

Базовый план проекта (Baseline или Performance Management Baseline) или базовый план исполнения проекта – это сводные данные об объеме, сроках и стоимости проекта, согласованных на этапе планирования, на основе которого в процессе выполнения проекта отслеживается его прогресс.

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

В базовый план проекта включаются следующие базовые планы:

Базовый план cодержания проекта (Scope Baseline) – это согласованное описание объема проекта и иерархическая структура работ проекта (Work Breakdown Structure) плюс словарь WBS, если он есть.
Базовый календарный план проекта (Schedule baseline) – это согласованный план-график проекта, включая даты начала и окончания каждой задачи.
Базовый план стоимости проекта (Cost Baseline) – это согласованный бюджет проекта, разбитый по фазам проекта.

Зачем нужен базовый план проекта

Базовый план проекта нужен:

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

Разработка базового плана проекта

Разработка базового плана проекта – это неотъемлемая часть разработки плана управления проектом.

Если выделить только кусок про базовые планы, последовательность разработки будет выглядеть так:

Разрабатывается описание содержания проекта или видение проекта (что будет в итоге на выходе проекта?);
Принимаются решения о том, что именно будет приобретаться (в том числе какие работы “как сервис”), а что – делаться силами команды;
Создается WBS (ИСР) проекта, декомпозирующая результат проекта на управляемые куски. Это наш будущий базовый план содержания проекта;
Для каждой работы в WBS определяется набор задач для ее выполнения (что нужно сделать, чтобы получить данный конкретный результат?);
Строятся зависимости между задачами (для выполнения задачи 5 должны быть выполнены задачи 2 и 4);
Определяется, какие знания и навыки нужны для выполнения каждой задачи (обратите внимание, что пока речь не о членах команды, а о компетенциях!);
Оцениваются длительность и стоимость выполнения каждой задачи (наконец-то началась знакомая всем часть, правда?);
Определяется критический путь проекта (теперь мы знаем, сколько всего времени нужно на весь проект);
Разрабатывается календарный план проекта (если на предыдущих шагах все сделано верно – то достаточно будет задать начальную или конечную дату и получить результат). Это наш будущий базовый календарный план проекта;
Определяется стоимость проекта (во сколько же обойдется этот конечный результат). Это наш будущий базовый план стоимости проекта;
Все эти три плана долго и нудно балансируются в рамках работы с рисками, планирования коммуникаций и работы со стейкхолдерами, назначения конкретных людей на конкретные задачи и проч. На выходе получается некий промежуточный вариант, который всех более-менее устраивает и позволяет достичь целей проекта в рамках установленных органичений.

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

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

Можно ли менять базовый план проекта

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

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

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

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

B MS Project, кстати, есть возможность сохранения до 10 базовых планов, а также промежуточных планов, чтобы потом можно было проанализировать.

Удачи в планировании и выполнении базового плана с первой попытки!

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Уровень 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 дней.

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

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

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

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

22 декабря 2023

ADVANTA поделилась результатами цифровизации компаний клиентов на конференции «Управление проектами 2023»