Границы команды проекта, иерархия.

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

К Организационным единицам в проекте относится – Проектный комитет, Куратор проекта, Руководитель проекта, Команда управления проектом, Проектная команда. При этом в границы команды проекта подпадают только последние три.

Команда управления проектом, в английской литературе – «project team management», бывает централизованная и распределённая

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

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

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

Иерархическая схема команды проекта приведена на рисунке 1.3




Рис. 1.3. Иерархическая структура команды проекта.

Несколько тезисов по этому рисунку:

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

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

3. Внутри команды проекта возможны совместные активности двух типов:

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

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

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