Характеристика участников проекта. Основные профессионально-личностные качества менеджера проекта.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- энергичность;

- жизнерадостность;

- хорошее здоровье;

- чувство юмора;

- уважение к окружающим;

- любознательность;

- открытость всему новому.

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

5. Характеристика основных документов проекта: устав проекта, описание содержания проекта, план управления проектом.

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

Устав проекта должен:

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

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

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

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

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

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

Цели проекта. Цели проекта - это измеримые критерии его успешности, связанные с бизнесом, стоимостью, расписанием и качеством проекта. У каждой цели проекта есть свои атрибуты: название (например, стоимость), единица измерения (например, доллар США) и абсолютное или относительное значение (например, не более 1,5 млн долларов).

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

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

Границы проекта. Определяют в целом то, что включается в проект, и явно указывают, что в него не входит, чтобы исключить ситуацию, когда участник проекта ошибочно считает некоторый результат, услугу или результат входящими в проект. При определении границ проекта необходимо привлекать к работе системного архитектора, консультантов по внедряемой ИС. Как показывает практика, наиболее "узким местом" в определении границ проекта по разработке и внедрению ИС являются разрабатываемые формы отчетов. Если в содержании проекта указать "Разработать отчеты" и не задать в качестве границ проекта количество разрабатываемых отчетов, их наименования, то проект может быть никогда не закончен: у Заказчика может возникать необходимость в получении все новых и новых отчетов. Необходимо задокументировать все решения, связанные с границами проекта.

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

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

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

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

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

Изначально сформулированные риски. Перечисляются известные риски.

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

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

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

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

Спецификации проекта. Определяют спецификации, которым должен соответствовать проект.

Требования к одобрению. Определяют требования к одобрению, применяющиеся к таким элементам, как цели проекта, результаты поставки проекта, документы и работа.

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

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

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

План управления проектом рекомендуется разделять на 3 блока по характеру содержащейся в них информации.

1. Вспомогательные планы управления проектом, в число которых входят:

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

 Базовая линия проекта, состоящая из:

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

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

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