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

Опубликовано: 02.10.2024

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

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

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

Роли участников проекта, ориентированные на выполнение задач команды

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

Роли участников проекта, ориентированные на создание/поддержание работы команды

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

Индивидуальные роли участников проекта (нефункциональные)

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

Классический подход к распределению ролей между участниками проектной команды был предложен доктором Реймондом Белбином (Reymond Meredith Belbin). В каждой проектной команде, которая стремится эффективно организовать свою работу, независимо от ее численного состава, должны выполняться следующие 8 ролей.

Председатель (chairman)

Оформитель (shaper)

Генератор идей (plant)

Критик (monitor-evaluator)

Рабочая пчелка (company worker)

Опора команды (team worker)

Добытчик (resource investigator)

Завершающий (completer)

Альтернативные подход

Интересный подход был предложен Риком Баррерой (Rick Barrera), членом PMI, специалистом в области управления проектами. Он выделяет 4 основные категории участников, различных по типу поведения:

руководители (directors),
всеобщие друзья (socializers),
личные друзья (relaters),
мыслители (thinkers).

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

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

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

- привлекаемые функциональные специалисты и руководители подразделений;

- внешних по отношению к проекту участников:

- инициатор проекта (если его участие не заканчивается на фазе инициирования);

- будущий владелец или пользователь результата проекта;

- директор портфеля проектов, директор по проектам определенного направления;

- внешних участников по отношению к организации-исполнителю:

- генеральный подрядчик, субподрядчик;

- проектировщик, генеральный проектировщик;

- поставщик, генеральный поставщик;

- органы власти и др.

Рис. 2.1 Основные участники проектной деятельности

Далее рассмотрим эти позиции подробнее.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Менеджер проекта, PM

Создает и поддерживает план проекта, отвечает за его выполнение.

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

KPI — маржинальность проекта.

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

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

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

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

KPI - нулевой объем устной коммуникации на проекте типа «объясни мне, что ты тут написал», степень удовлетворенности заказчика реализованным проектом.

Ведущий аналитик

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

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

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

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

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

KPI — соответствие системы нефункциональным (нагрузочным) требованиям, легкость ее расширения и развития, отсутствие проблем при интеграции.

Ведущий разработчик, Тимлид

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

Назначает разработчиков, проводит с ними ревью плана и получает от них коммитмент по реальности выполнения объемов работ.
Принимает работы, выполняет ревью кода.
Производит слияния веток в репозитории, отвечает за то, что в главную ветку попадает только оттестированный и соответствующий требованиям код.
Принимает решения по технологиям, пишет проектные документы (HLD, LLD).
Обучает линейных сотрудников и помогает им в трудных местах.
По ночам пишет код :)

Разработчик

Собственно разрабатывает код проекта.

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

KPI — нулевое количество ошибок в коде.

Тестировщик

Планирует работы по тестированию.

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

KPI — нулевое количество репортов об ошибках от клиента.

Ведущий тестировщик

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

Системный администратор / сотрудник DevOps

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

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

Должен быть способен без программистов развернуть систему.

KPI — попадание в план по задачам разворачивания системы.

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

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

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

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

KPI аккаунта — рост оборота контрактов по его клиенту и общая маржинальность. В силу этого аккаунт может принимать решения о перебалансировке объема работ между несколькими проектами для одного клиента.

Начальник отдела разработки/аналитики

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

Директор, Генеральный директор, Директор группы компаний, Президент и Заместитель Бога на Земле.

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

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

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

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

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

Пример формирование команды проекта внедрения
корпоративного хранилища данных

Ниже приведено описание проектных ролей команды проекта со стороны Исполнителя.

Проектная роль	Описание проектной роли
Куратор проекта	Как правило, руководитель высшего звена, который курирует проект, обеспечивает общий контроль и поддержку проекта финансовыми, материальными, человеческими и другими ресурсами. Куратор проекта отвечает за достижение проектом конечных целей и реализацию выгод для организации.
Руководитель проекта	Руководитель проектной команды, ответственный за управление проектом, достижение целей проекта в рамках бюджета, в срок и с заданным уровнем качества.
Системный архитектор	Обеспечивает управление рабочей группой и контроль качества в рамках всех этапов проекта. Формирует архитектуру и идеологию ХД, оценку имеющихся технических возможностей, взаимосвязи со смежными системами, проектную документацию.
Бизнес-аналитик	Обеспечивает двустороннюю взаимосвязь между предметными экспертами (функциональными специалистами) Заказчика и IT-специалистами Исполнителя путем сбора требований, их обработки, документирования и передачи специалистам Исполнителя, а также путем доведения полученных результатов до представителей Заказчика.
Специалист по модели данных	Является архитектором модели данных. Формирует концептуальную и логическую модели данных. Участвует в формировании физической модели данных.
Администратор БД	Проводит установку и настройку СУБД. Непосредственно участвует в разработке физической модели данных. Отвечает за выработку требований к БД, её проектирование, реализацию, оптимизацию, сопровождение и архивирование, включая управление учётными записями пользователей БД и защиту от несанкционированного доступа.
Администратор приложений	Обеспечивает установку и настройку сервера приложений и его компонентов, разработку дополнительных приложений. Обеспечивает разграничение прав доступа на прикладном уровне.
Разработчик ETL-процессов	Проводит установку и настройку сервера ETL. Обеспечивает настройку процессов извлечения данных из систем, их преобразование для хранения в заданных структурах и с заданным качеством, загрузку в область постоянного хранения.
Разработчик BI-приложений	Обеспечивает настройку средств визуализации данных (отчетов, запросов, графиков) в необходимом и наиболее эффективном для пользователя виде.

Ниже приведено описание проектных ролей команды проекта со стороны Заказчика.

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

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

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

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

Степень ответственности каждого члена проектной команды за выполнение той или иной задачи на каждом из этапов проекта определяется матрицей ответственности.

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

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

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

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

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

Навыки межличностного общения руководителя проекта

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

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

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

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

Задачи руководителя проекта весьма обширны:

► уточнение заданных целей в отношении требований по качеству, срокам, издержкам, ресурсам и т.д.;

► фиксация согласованных целей в проектном задании и получение утверждения со стороны заказчика;

► проверка реализуемости целей проекта;

► согласование организационной структуры проекта и порядка его выполнения;

► организация системы планирования, управления и информации в соответствии с видом и масштабом проекта;

► контроль и управление проектом;

► принятие решения по альтернативам, касающимся как предмета, так и процесса выполнения проекта;

► подготовка и принятие принципиальных решений, например по приостановке работ;

► обеспечение требуемыми ресурсами;

► руководство работниками и их мотивация;

► делегирование задач и постановка задач контрагентам;

► координация всех участников проекта как внутри проекта, так и во внешней среде;

► периодическое информирование руководства предприятия и заказчика в соответствии с установленными сроками или в связи с потребностями проекта.

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

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

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

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

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

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

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

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

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

Желательные характеристики личности

руководителя проекта:

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

Любое предприятие и каждый руководитель проекта были бы счастливы иметь хотя бы 70 – 80 % приведенных качеств.

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

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

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

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

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

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

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

Читайте также: