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

Матричная форма структуры команды

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

Преимущества:

* гибкость в организации и развитии команды;

* полномочия функциональных отделов фирмы не дублируются;

* наличие у членов команды «уверенности в завтрашнем дне».

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

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

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

Недостатки:

* отсутствие принципа единоначалия;

* временность коллектива;

* проблемы с распределением ресурсов в рамках фирмы;

* сложность взаимоотношений внутри фирмы.

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

Проектная форма структуры команды

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

Преимущества:

* принцип единоначалия;

* определенность положения внутри фирмы;

* концентрация усилий и нацеленность всей команды на результат проекта.

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

Недостатки:

* дублирование функций внутри фирмы;

* отсутствие гибкости в развитии и реорганизации команды;

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

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

Этапы создания команды.

Проектная команда обычно переживает пять стадий:

1. Формирование.

Главные трудности и первые «подводные камни» на этапе формирования команды можно сформулировать в следующем виде:

Личные ощущения:

Взаимоотношения в команде:

Определение места временной команды внутри фирмы:

Пользуется ли проект поддержкой руководства?

На этом этапе проект-менеджер должен прилагать интенсивные усилия по преодолению «подводных камней» и сплачиванию команды на основе главной цели проекта.

* работаем ли мы как единая команда?

* в чем наша сила и какие у нас недостатки?

* как складываются наши взаимоотношения?

* что мы можем улучшить и как?

* какие шаги необходимо предпринять для достижения желаемых перемен?

* с какими проблемами и трудностями нам скорее всего предстоит столкнуться в ближайшем будущем?

2. Период срабатываемости участников.

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

Трудности в работе команды:

Проявление характеров:

Обсуждение проблем:

Ошибочные методы отчета:

Ошибки руководства:

Взаимоотношения:

3. Период нормального функционирования.

4. Реорганизация.

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

5. Расформирование команды.

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

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

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

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

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

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

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

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

1. Основные трудности и барьеры.

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

* неясные цели, либо частая смена целей и приоритетов;

* недостаточные ресурсы и финансирование;

* борьба за власть и конфликты в команде;

* недостаточное техническое оснащение;

* отсутствие заинтересованности и поддержки со стороны руководства.

2. Распределение обязанностей и полномочий.

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

3. Планирование деятельности команды.

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

4. Развитие команды.

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

5. Создание благоприятного имиджа команды.

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

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

Особенности проектной команды

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

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

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

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

Основные особенности команды проекта

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

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

Стандартная трактовка процедур набора команды

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

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

Процессная диаграмма потока данных набора команды проекта

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

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

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

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

• доступность;
• расходы;
• опыт;
• способности;
• знания;
• навыки;
• отношение;
• международные факторы.

Набор персонала в команду

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

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

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

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

1. Отсутствие у кандидата в команду страха перед проблемами в условиях неопределенности.
2. Загруженность специалиста с учетом рисков может вырасти в перегруженность.
3. Опыт «победителя» в других проектных мероприятиях, который повышает доверие к проекту за счет привлечения таких опытных участников.
4. Хорошие политические связи кандидата с важными для проекта подразделениями.
5. Инициативность, предприимчивость и честолюбие кандидата в члены команды.

Стадии становления команды

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

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

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

1. Стадия формирования . Участники знакомятся, приглядываются друг к другу, выжидают, как будут развиваться события. Менеджеру проекта рекомендуется помочь членам команды преодолеть неуверенность, давая для коллективного исполнения несложные задания.
2. Стадия выяснения отношений . Также дискомфортный этап, когда немного освоившись, люди начинают действовать каждый, как умеет. РМ целесообразно спокойно реагировать на возникшую критику членами друг друга, совместно обсуждать результаты и показывать сильные стороны каждого участника.
3. Стадия согласования правил . Наступает фаза привыкания и принятия друг друга, появляется конструктив в диалогах и общих обсуждениях. Менеджеру нужно постепенно включать свое лидерство и вдохновляющий посыл к команде, сокращать время на споры и организовать работу по формализации правил совместной работы.
4. Стадия продуктивной работы . Команда развернута, максимизировано сотрудничество и взаимодействие. Руководитель проекта должен поддерживать деловую атмосферу, не допускать неконструктивные конфликты и быстро разрешать их. Конструктивные противоречия нужно приводить к позитивным решениям.
5. Стадия завершения .

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

Команда проекта - совокупность отдельных лиц и групп, привлеченных к выполнению проекта и ответственных перед руководителем или менеджером проекта за их выполнение. Для крупных и средних проектов, насчитывающих десятки, сотни, тысячи участников, под командой проекта нередко понимают руководство проекта, состоящее из менеджера проекта и менеджеров, ответственных за отдельные направления деятельности (функции). Типичный состав такой команды представлен на рис. 6.1. Для малых проектов, где численность участников, непосредственно привлеченных к выполнению задач проекта, не превышает 10-12 человек, все они относятся к команде проекта.

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

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

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

При несоблюдении какого-либо из этих условий достижение эффективной работы команды усложняется.

Рис. 6.1.

Понятие командного синергизма и эффективность команды

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

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

• положительный синергизм: 1 + 1 + 1 + 1+1 = 10;
• отрицательный синергизм: 1+1+1+1+1 = 2 (или даже -2). Таким образом, положительный синергизм обеспечивает ситуацию, когда общая производительность группы существенно больше простой суммы производительностей отдельных ее членов.

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

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

• 1. У каждого члена команды есть чувство общей цели, каждый член команды готов работать над достижениями целей проекта.
• 2. Команда знает, у кого из ее членов какие способности и знания, и использует их для работы над проектом в соответствии с необходимостью. Команда с готовностью подчиняется и признает полномочия тех, чьи знания и квалификация важны для выполнения непосредственной задачи.
• 3. К членам команды отношение равное и работают они на равных, что способствует достижению целей и поддерживает сплоченность и хорошее моральное состояние.
• 4. Энергия команды направлена на решение проблем, а не на выяснение отношений и конкуренцию. Поощряются различные мнения и свободный обмен ими.
• 5. Для того чтобы поощрить творчество и способность принимать риск на себя, ошибки рассматриваются как возможность научиться чему-либо, а не как повод для наказания.

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

6. Члены команды считают се неотъемлемой частью себя и важным источником как профессионального, так и персонального роста.

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

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

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

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

Рассмотрим особенности реализации этих принципов в практике управления проектами.

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

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

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

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

Лидерство менеджера проекта оценивается по следующим параметрам.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Определяет проблемы : определение общих задач группы.

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

Предоставляет информацию : предлагает информацию для использования в решении задач, разъясняет предложения.

Ищет мнения: запрашивает мненияотносительно обсуждаемого вопроса.

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

Проверяет целесообразность: сопоставляет предлагаемые решения с реальным положением дел.

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

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

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

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

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

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

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

Блокирует: мешает работе группы, вызывая споры, оказывая неаргументированное сопротивление и несогласие. Позже возвращается к забытым вопросам.

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

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

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

• Председатель (chairman) – выбирает путь, по которому команда· движется вперед к общим целям, обеспечивая наилучшее использование ее ресурсов; умеет обнаружить сильные и слабые стороны команды и обеспечить наибольшее применение потенциала каждого участника команды. Можно думать, что таким человеком является, как правило, официальный руководитель проекта; однако, в самоуправляемых командах им может быть любой человек.
• Оформитель (shaper) – придает законченную форму действиям· команды, направляет внимание и пытается придать определенные рамки групповым обсуждениям и результатам совместной деятельности. Такой человек может иметь официальную должность “архитектора” или “ведущего проектировщика”, но главное то, что эта роль “воображаемая”. В безнадежном проекте особенно важно иметь единое и четкое представление о проблеме и ее возможном решении.
• Генератор идей (plant) – выдвигает новые идеи и стратегии,· уделяя особое внимание главным проблемам, с которыми сталкивается группа. Мне кажется, что для такой роли больше подходит название “провокатор” – человек, который пытается внедрять в команде радикальные технологии, искать новые решения технических задач.
• Критик (monitor-evaluator) – анализирует проблемы с· прагматической точки зрения, оценивает идеи и предложения таким образом, чтобы команда могла принять сбалансированные решения. В большинстве случаев такой человек поступает как “скептик”, уравновешивая оптимистические предложения оформителя и генератора идей. Критик хорошо знает, что новые технологии отнюдь не всегда работают, обещания поставщиков о возможностях новых средств и языков иногда не сбываются и все может пойти не так, как было задумано.
• Рабочая пчелка (company worker) – превращает планы и концепции· в практические рабочие процедуры, систематически и эффективно выполняет принятые обязательства. Другими словами, в то время как оформитель придает законченную форму крупным технологическим решениям, генератор идей предлагает радикальные новые решения, а критик занимается поиском изъянов и недостатков в этих предложениях, рабочая пчелка – это тот человек, который работает, не привлекая внимания, и выдает на гора тонны кода. Очевидно, любой безнадежный проект нуждается по крайней мере, в паре таких пчелок, но сами по себе они не способны принести успех проекту, поскольку не обладают необходимой широтой кругозора.
• Опора команды (team worker) – поддерживает силу духа в· участниках проекта, оказывает им помощь в трудных ситуациях, пытается улучшить взаимоотношения между ними и в целом способствует поднятию командного настроя. Другими словами, такой человек выполняет в команде роль “дипломата”.
• Добытчик (resource investigator) – обнаруживает и сообщает о· новых идеях, разработках и ресурсах, имеющихся за пределами проектной группы, налаживает внешние контакты, которые могут быть полезными для команды, и проводит все последующие переговоры. Командный добытчик имеет много друзей и связей в своей организации, с помощью которых можно выпросить или одолжить необходимые ресурсы. Главное, что добытчик обожает свою деятельность.
• Завершающий (c·ompleter) – поддерживает в команде настойчивость в достижении цели, активно стремится отыскать работу, которая требует повышенного внимания, и старается, насколько возможно, избавить команду от ошибок, связанных как с деятельностью, так и с бездеятельностью. Такой человек играет доминирующую роль во время тестирования системы на завершающей фазе жизненного цикла проекта, однако его роль на более ранних фазах тоже важна. Команде необходимо время от времени (а еще лучше каждый день) напоминать, что они не делают себе карьеру на всю жизнь, а всего лишь участвуют в проекте с жесткими сроками и промежуточными контрольными точками, которые необходимо достигать вовремя, чтобы не провалить проект.

Интересный подход был предложен Риком Баррерой (Rick Barrera), членом PMI, специалистом в области управления проектами. Он выделяет 4 основные категории участников, различных по типу поведения. Это руководители (directors), “всеобщие друзья” (socializers), “личные друзья” (relaters) и мыслители (thinkers).

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

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

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

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

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

В завершение статьи приводим сравнительный анализ рассмотренных подходов к распределению ролей в команды.

Распределение Задачи – Команда	Распределение по д-ру Белбину	Распределение по Р. Баррере
Роли, ориентированные на выполнение задач	Председатель Оформитель Генератор идей Критик Рабочая пчелка Добытчик Завершающий	Руководитель Мыслитель
Роли, ориентированные на поддержание работы команды	Опора команды	Всеобщий друг Личный друг
Нефункциональные роли	–	–

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