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

суббота, 8 июня 2024 г.

Матрица структуры проекта - Design structure matrix

 


Пример DSM с 7 элементами и 11 знаками зависимости.

Матрица структуры (DSM ; также упоминается как матрица структуры зависимостей, метод структуры зависимостей, исходная матрица зависимостей, матрица решения проблем (PSM), матрица инцидентности, матрица N, матрица взаимодействий, карта зависимостей или матрица приоритета проекта ) представляет собой простое, компактное и наглядное представление системы или проекта в виде квадратной матрицы.

. Это эквивалент матрицы смежности в теории графов, и используется в системном проектировании и управлении проектами для моделирования структуры сложных систем или процессов, для выполнения системного анализа, планирования проекта и организационного проектирования. ввел термин «матрица структуры проекта» в 1960-х годах, используя матрицы для решения математических систем уравнений.

Обзор

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

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

Матричное представление имеет несколько сильных сторон.

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

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

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

Структура DSM

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

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

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

Были предложены две основные категории DSM: статические и основанные на времени. Статические DSM представляют собой системы, в которых все элементы существуют одновременно, например, компоненты машины или группы в организации. Статический DSM эквивалентен N-диаграмме или матрице смежности. Отметка в недиагональных ячейках часто в значительной степени симметрична диагонали (например, в DSM организации, указывающей взаимодействие между командами, есть как отметка от команды C к команде E, так и отметка от команды E к команде C, что указывает на что взаимодействия взаимны). Статические DSM обычно анализируются с помощью алгоритмов кластеризации.

Временные DSM сродни диаграмме приоритетов или матричному представлению ориентированного графа. В основанных на времени DSM порядок строк и столбцов указывает на поток во времени: более ранние действия в процессе отображаются в верхнем левом углу DSM, а более поздние действия отображаются в нижнем правом углу. Такие термины, как «прямая связь» и «обратная связь», становятся значимыми, когда речь идет об интерфейсах. Отметка обратной связи - это отметка над диагональю (когда строки представляют результат). Основанные на времени DSM обычно анализируются с использованием алгоритмов упорядочивания, которые переупорядочивают элементы матрицы, чтобы минимизировать количество отметок обратной связи и сделать их как можно ближе к диагонали.

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

Маркировка DSM

Изначально недиагональная маркировка ячеек указывала только наличие / отсутствие взаимодействия (связи) между элементами с помощью символа (или цифры '1'). Такая маркировка определяется как двоичный DSM . Затем была разработана маркировка для обозначения количественной связи Цифровой DSM, указывающий «силу» связи, или статистических отношений Вероятность DSM, указывающих, например, вероятность применения новой информации (которая требует повторной активации связанного действия).

Алгоритмы DSM

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

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

Методы упорядочивания пытаются упорядочить элементы матрицы так, чтобы не осталось следов обратной связи. В случае связанных действий (действия, которые имеют циклические связи, например, действие A связано с B, которое связано с C, которое связано с A), результатом является блочно-диагональный DSM (т. Е. Блоки или группы связанных действий вдоль диагональ). Методы разбиения включают: поиск пути; Матрица достижимости; Алгоритм триангуляции; и силы Матрицы смежности.

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

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

Использование и расширения

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

Использование DSM было расширено для визуализации и оптимизации невидимых в противном случае информационных потоков и взаимодействий, связанных с офисной работой. Эта визуализация через DSM позволяет применять Lean Body of Knowledge к офисным и информационным потокам.

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

См. (Browning 2016) всеобъемлющий обновленный обзор расширений и инноваций DSM.

Ссылки

Дополнительные ссылки

Дополнительная литература
















https://tinyurl.com/mpc7p3ak

пятница, 3 мая 2024 г.

Шестиугольник контроля – инструмент экспресс-контроля проекта

 


Павел Алферов

Контроль проекта проектным менеджером — часть всех существующих стандартов управления проектами. О том, как построить систему контроля проекта, рассказано в статье «Контроль инновационных проектов. Как руководителю контролировать идущие проекты?». Однако, если по каким-либо причинам нет возможности построить полноценную систему контроля, но есть срочная необходимость прямо здесь и сейчас разобраться в том, что происходит на проекте, можно посоветовать использовать инструмент под условным названием «шестиугольник контроля»

«Шестиугольник контроля» определяет шесть основных направлений экспресс-контроля проекта.


Объем работ. Каковы цели проекта и ожидаемые результаты? Где описаны требования к результатам (техническое задание, технические требования, спецификация)? Каковы географические рамки и количество пользователей? Наконец, вопросы технологии: архитектура системы и используемые технологии.

Бюджет. План (кем утвержден), факт и прогноз. И, соответственно, каково расхождение плана и факта?

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

Выгоды. Какую проблему решаем? Какие выгоды ожидает заказчик от проекта? Как именно результаты проекта помогут решить проблему заказчика и/или принести ему выгоды (финансовые/нефинансовые, измеримые/неизмеримые)?

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

Сроки. Каковы этапы и основные вехи проекта? Есть ли полный план работ (кем утвержден), факт и прогноз?

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

Если есть время и возможность, то шесть основных направлений экспресс-контроля можно дополнить шестью дополнительными направлениями контроля.

  1. Руководство проектом. Кто основные лица, вовлеченные в принятие решений по проекту: владелец проекта, ответственный от бизнеса, ключевые пользователи? Как часто они собираются и каким образом принимают решения? Как они оценивают ход проект?
  2. Утверждения. Кто участвует в согласовании и утверждении документов? Где это прописано?
  3. Риски. Где описаны? Как отслеживаются? Как часто пересматриваются?
  4. Открытые вопросы. Какие есть вопросы/проблемы и где они зафиксированы? Какие предложены варианты решений? Кто и когда должен принять решение?
  5. Коммуникации. Есть ли план коммуникаций? Какая информация кому и когда передается? А действительно ли она передается и когда передавалась в последний раз? А точно ли она передается?
  6. Изменения. Были ли изменения? Как отслеживаются и кем утверждаются? Ведется ли журнал изменений?

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


https://tinyurl.com/yffns3bh

суббота, 16 декабря 2023 г.

«Тип консалтингового проекта» Д. Майстер. Инструмент #27

 


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

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

«Стандарт»

Первый тип консалтингового проекта – «Стандарт» – направлен на решение давно известных и часто решаемых проблем. Шаги по решению давно алгоритмизированы и задокументированы. Заказчик может решить эту проблему даже самостоятельно. Но нет времени. Девиз консалтинговых компаний, предлагающих подобное решение: «Наймите нас – мы сделаем быстрее и дешевле».

И удивительное дело. Это так и есть. Из личного опыта, мои сотрудники отдела маркетинга делали достаточно стандартное исследование (уличный опрос, ввод данных и подготовка отчета) в течение 20 дней. Мои же сотрудники в консалтинговой компании за 36 часов! Кривая опыта абсолютно другая.

«Опыт»

Второй тип консалтингового проекта предполагают высокую квалификацию. Но при этом у компаний были подобные проекты, хотя бы и в других отраслях. Клиенты заказывают услуги у подобных компаний в надежде уменьшить расходы от сокращения времени на разработку решений. И с целью повышения вероятности успеха проекта. Ведь подобную работу уже делали. Девиз таких компаний: «Наймите нас – мы этим давно занимаемся».

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

Или та же стратегическая сессия. Мы ее все-таки относим к проектам типа «Опыт». Требуется не просто навыки фасилитатора (а это уже большой набор компетенций). Но еще системное, критическое и стратегическое мышление. Желательно помноженные на личный опыт работы ТОП-менеджером. Чтобы не просто помочь команде выйти на стратегические решения. А ещё не позволить перевести в банальные отговорки и демагогию, усилить за счет структурирования и учета неявных факторов.

«Идея»

Для консалтинговых проектов типа «Идея» проблема находится на уровне инноваций и/или имеет очень сложную структуру решения. Часто, консалтинговые компании  типа «Идея» сами не имеют опыта решения. И не  могут воспользоваться опытом других компаний. Его просто нет. Зато есть творчество, инновационность и практический опыт разнообразных проектов. Несвязанных между собой ни функционально, ни по отраслевому признаку. Такие компании смогут придумать решение. Для них каждый проект – единственный в своем роде. Их девиз: «Наймите нас – мы самые умные».

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

По нашей статистике около 82% наших проектов типа «Опыт»,  10% — «Идея». И третий тип консалтингового проекта «Стандарт» занимает в нашем портфеле около 8%.

https://utraining.ru/

четверг, 19 октября 2023 г.

Об управлении проектами

 


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

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

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

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

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

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

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

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

Проекты, программы, портфели проектов

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

  • текущие, повторяющиеся процессы (операции)

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

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

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

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

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

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

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

Направленность на достижение целей

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

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

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

Координированное выполнение взаимосвязанных действий

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

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

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

Ограниченная протяженность во времени

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

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

Уникальность

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

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

Программа, портфель проектов

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

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

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

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

Проектный подход к организации достижения целей позволяет:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • Административную поддержку менеджеров проектов и выполнение отдельных процессов управления на уровне проектов;
  • Поддержку процессов управления на уровне программ и портфелей проектов;
  • Поддержку процессов принятия решений по проектам высшим руководством.

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

В самом общем виде методология проектного менеджмента определяет и формализует процедуры, методы и инструменты реализации пяти групп управленческих процессов (согласно стандарту PMBOK Guide):

  • Инициации проекта
  • Планирования
  • Организации исполнения;
  • Контроля исполнения;
  • Завершения проекта.


Группы процессов управления проектами

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

Инициация проекта может включать следующие процедуры:

  • Разработка концепции проекта:
    • Анализ проблемы и потребности в проекте;
    • Сбор исходных данных;
    • Определение целей и задач проекта;
    • Рассмотрение альтернативных вариантов проекта.
  • Рассмотрение и утверждение концепции.
  • Принятие решения о начале проекта:
    • Определение и назначение менеджера проекта;
    • Принятие решения об обеспечении ресурсами выполнения первой фазы проекта.

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

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

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

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


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

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

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

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

Контроль проекта может включать следующие процедуры:

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

Завершение проекта – процесс формального окончания работ и закрытия всего проекта.

Завершение проекта может включать следующие процедуры:

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

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

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

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

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

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

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

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

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

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

  • Дерево целей и результатов;
  • Структурная модель проекта по фазам жизненного цикла;
  • Структурная декомпозиция работ проекта (см. рисунок);
  • Организационная структура проекта;
  • Сетевая модель последовательности выполнения работ проекта;
  • Дерево ресурсов, дерево стоимости;
  • Структурная декомпозиция контрактов по работам проекта;
  • Структура и описание рисков проекта (Реестр рисков).


Пример структурной декомпозиции работ проекта

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

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

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

  • Устав/паспорт проекта;
  • Структурированная модель проекта;

Построение команды и организационной структуры проекта

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

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

Основными документами, обеспечивающими реализацию данного принципа, обычно служат:

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

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

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

  • Управление целями, составом работ и календарное планирование;
  • Управление договорами и поставками;
  • Управление документооборотом и коммуникациями;
  • Управление кадрами и другие.

В рамках основных процессов управления, как минимум,  должны быть определены процедуры:


Группы процессов управления проектами

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

  • типовые процессы управления проектами, описанные на уровне всей компании - Корпоративный стандарт по управлению проектами;
  • типовые формы документов и шаблоны отчетов для конкретных проектов.

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


https://pmpractice.ru/