13
усовершенствований текущих процессов и продуктов и способность
предсказывать и внедрять технологические изменения (для инновационности).
Каждый из показателей успешности оценивался отдельно от других в рамках
собственной регрессионной модели.
Важной составляющей проекта является группа, которая его выполняет и
ведет к поставленным целям – проектная команда. Под «командой» будем
понимать группу людей, имеющих квалификацию в определенной области,
преданных общей цели деятельности организации, для достижения которой они
действуют сообща, взаимно согласовывая свою работу
9
.
Существует следующая классификация проектных команд:
1. Команда проекта (КП) – организационная структура проекта
создаваемая на период осуществления проекта либо одной из фаз его
жизненного цикла. Задачей руководства команды проекта является выработка
политики и утверждение стратегии проекта для достижения его целей. В
команду проекта входят лица, представляющие интересы различных
участников проекта.
2. Команда управления проектом (КУП) – организационная структура
проекта, включающая тех членов КП, которые непосредственно вовлечены в
управление проектом, в том числе – представителей некоторых участников
проекта и технический персонал. В относительно небольших проектах КУП
может включать практически всех членов КП. Задачей КУП является
исполнение всех управленческих функций и работ в проекте по ходу его
осуществления.
3. Команда менеджмента проекта (КМП) – организационная структура
проекта, возглавляемая управляющим (главным менеджером) проекта и
создаваемая на период осуществления проекта или его жизненной фазы. В
команду менеджмента проекта входят физические лица, непосредственно
9
Дейкун К.В. Управление командой проекта // Научное сообщество студентов XXI столетия. Экономические
науки: сб. ст. по мат. XLVII междунар. студ. науч.-практ. конф. № 10(47). URL:
https://sibac.info/archive/economy/10(47).pdf (дата обращения: 07.03.2019).
14
осуществляющие менеджерские и другие функции управления проектом.
Главными задачами команды менеджмента проекта являются осуществление
политики и стратегии проекта, реализация стратегических решений и
осуществление тактического (ситуационного) менеджмента.
Классификация команд проекта в зависимости от назначения команд
проекта, форм их существования и содержание роботы приведена в таблице 1.
Таблица 1
Примеры классификации команд проекта
№
п/п
Назначение
команды
Содержание работы
Вид
команды
Форма и
время
существо
вания
1.
Реинжиниринг
Управление процессами глубоких
преобразований (фактическое
создание «новой» компании)
КП
Временная
2.
Развитие
продуктов и
процессов
Управление развитием новых
продуктов и организационным
развитием компании
УК
Постоянная
3.
Антикризисное
управление
Выведение компании из
кризисной ситуации
КП
Временная
4.
Обеспечение
производствен
ной
деятельности
Управление и исполнение
производственной работы
УК
Постоянная
5.
Решение
проблем,
содействие и
помощь
Оценка и разрешение
организационных и возникающих
проблем
КП
Временная
6.
Бэнчмаркинг
Маркетинг деятельности
аналогичных предприятий и
выработка стратегии на
достижение лучших результатов
УК
Постоянная
7.
Управление
проектом
внедрения
Проектирование и введение в
действие нового оборудования
(технологий)
КП
Временная
15
Продолжение таблицы 1
8.
Группа
качества
Внедрение и осуществление
всеобщего управления качеством
(TQM – total quality management)
УК
Постоянная
9.
Инновации
Проектирование, разработка и
реализация новых идей и
инициатив в организации
КП
Временная
10.
Аудит и
контроллинг
Оценка эффективности
организации и процессов
УК
Постоянная
11.
Развитие
нового
бизнеса
Проектирование, формирование и
развитие нового для компании
рискованного бизнеса
КП
Временная
12.
Управление
текущей
деятельностью
Принятие и осуществление
управленческих решений
высокого уровня
УК
Постоянная
Примечание: Виды Команд: КП – команда проекта; УК – управленческая команда (группа).
Перед тем, как принимать решение о сборе команды важно понимать,
нужна команда или можно обойтись без нее. Есть несколько критериев, по
которым можно определить, когда нужна команда
10
:
- Для решения сложных задач или проблем.
- Когда для принятия решения необходим консенсус.
- Когда присутствует неопределенность и множество вариантов
решения.
- Когда необходима высокая самоотдача.
- Когда требуется широкий диапазон компетентности.
- Когда организация предполагает использовать результаты командной
работы для разработки стратегии и видение.
- Когда необходим разносторонний подход.
Для успешного выполнения проекта нужна эффективная команда. В
таблице 2 представлены факторы, по которым можно определить эффективная
команда или не эффективен командный подход.
10
Султанов И.А. Создание работоспособной команды проекта//PROJECTIMO Время успешных проектов
[Электронный ресурс] – Режим доступа. – URL: http://projectimo.ru/komanda-i-motivaciya/formirovanie-komandy-
proekta.html (дата обращения 07.03.2019).
16
Таблица 2
Факторы эффективности команды
Эффективная команда
Неэффективная команда
(командный подход)
1. Удовлетворение индивидуальных
потребностей членов команды.
2. Успешное взаимодействие в
команде.
3. Решение поставленных перед
командой задач.
1. Отсутствует хотя бы один фактор
эффективности из данной таблицы.
2. Команды могут выбирать всех
устраивающие, а не оптимальные
варианты решения проблем.
3. Разная степень инновационного
мышления членов команды.
4. На выработку командного
решения требуется больше времени,
чем на принятие индивидуального.
Численность и профессиональная структура команды зависит от
проектных особенностей. Для каждого участника команды установлены его
функциональные особенности, полномочия, определена мера и зона
ответственности. Реализация успешного проекта – это, прежде всего, труд и
слаженная работа всей команды, которая сообща идет к поставленной цели.
1.2. Этапы формирования проектных команд
Существуют несколько принципов формирования проектных команд для
управления проектом: создание собственных групп (группа от заказчика и
группа от исполнителя) или создание единой команды.
Для формирования самой команды, выделяют четыре основных
подхода
11
:
- Целеполагающий подход – опирается на цели проекта, в качестве
цели может быть стратегическая или оперативная цель, такой подход позволяет
гибко ориентироваться при выборе групповой цели.
- Ролевой подход – основан на переговорах, дискуссиях среди членов
команды, на которых принимается взвешенное решение относительно ролей.
11
Щучкин Г.В. Проблемы формирования высокоэффективной команды – команды успеха. Нормирование и
оплата труда в промышленности. 2014. № 6. С. 62-66.
17
- Проблемно-ориентированный подход – основывается на достижении
желаемой цели через решение выявленной проблемы или ряд проблем.
- Межличностный подход – сфокусирован на улучшении
межличностных отношениях внутри команды.
Для команд в сфере информационных технологий присущ подход,
объединяющий все четыре вида формирования команды, именно так удается
выделить ролевой состав проекта, определить их функциональные зоны, зоны
ответственности и положение в проекте для достижения поставленных целей.
Для формирования команды важно при формировании проектной команды
выделить существующие проблемы, которые необходимо решить и уровень
неопределенности на начало проекта
12
.
При формировании внутриорганизационного проекта, зачастую и в
первую очередь, рассматривают сотрудников из штата предприятия. Для этого
нужно провести анализ кадрового состава, загруженность сотрудников,
сложившиеся отношения внутри компании (отделов).
Если необходимо сформировать команду для выполнения проекта,
реализуемого силами нескольких организаций, то предстоит изучить
потребности в уровне компетенций, профессиональные характеристики,
психологический портрет, а так же оценить роли участников, их количество и
профессиональный уровень.
Выделяют пять действий (этапов) по формированию команды проекта:
- Определение задач – происходит декомпозиция работ проекта,
определяется черновой вариант плана проекта, примерное понимание этапов
работы и задач на нем.
- Составление ролевой модели команды – по, выделенным на первом
этапе, задачам формируется понимание того, какими навыками и знаниями
должны обладать потенциальные члены команды, в каком количестве и с какой
12
Константинов О.А. Особенности формирования проектных команд и оценки эффективности их деятельности.
Журнал: экономика и управление в XXI веке: тенденции развития №9, 2013, 145-151.
18
квалификацией. Выбор модели, по которой будет происходить взаимодействие
команды.
- Согласование – обсуждение и утверждение ролевой модели,
определенной на втором этапе.
- Определение условий и ресурсов – выявление мест и условий работы
команды, выделение ресурсов, определение рамок.
- Формирование команды – изучение потенциальных кандидатов на
выделенные роли: функциональные требования, психологический портрет и
т.п. Команда может формироваться из существующего штата, либо поиск
новых кандидатов. Также этот этап включает в себя создание благоприятных
межличностных отношений, сплочение, взаимодействие, обучение
13
.
Для успешного выполнения проекта необходимо сформировать команду
максимально соответствующая понятиям «эффективная команда». (Рисунок 1).
Существуют характерные свойства и особенности, которыми можно
описать эффективную команду:
- Профессиональная эффективность – командная нацеленность на
достижение конечного результата проекта, творческий подход и инициатива
команды на выполнение работы.
- Организационно-психологическая эффективность – климат, в котором
присутствует неформальная атмосфера, взаимопонимание, члены команды
прислушиваются друг к другу, выражают свои интересы, идеи, проблемы,
конфликты решаются вокруг идей и методов, а не личностей, решения
основываются на обсуждении и согласованном решении, а не на мнении
большинства.
13
Матвеева Е. Д. Важность команды в управлении проектами // Бизнес-образование в экономике знаний. –
2016. – № 2(4). С. – 65-67.
19
Рисунок 1. Модель формирования эффективной команды проекта
Работа над формированием проектной команды не заканчивается после
утвержденного состава команды, на протяжении всего проектного цикла
ведутся работы с составом команды: уточняются описания содержаний работ,
зон ответственности, взаимодействия, состав и т.п.
После окончания проекта – проектная команда расформировывается.
Даже если в последующем, личностный состав команды будет идентичен, то
это уже будет другая команда со своим содержанием работы, зоной
ответственностью, уровнем взаимодействия и т.п.
20
1.3. Структуры и модели проектных команд
Структура проектной команды зависит от размера проекта, методе
управления и особенности цели. Выделяют несколько видов структур
проектных команд, у каждой из них есть свои плюсы и свои минусы
14
:
- Изоморфная структура – команда равных, легко контролируемая,
работы ведутся параллельно, участники команды способны обмениваться
опытом и ресурсами. Слабыми сторонами данной структуры является то, что
такая структура не применима (сложно применима) в сильно интегрированных
проектах.
- Экспертная структура – характеризуется большой
самостоятельностью команды, что разгружает менеджера проекта. Из минусов:
нечеткое разделение ответственности между членами команды,
неравномерность нагрузки.
- Коллегиальная структура – характеризуется сильной интенсивностью
информационного обмена между ролевыми группами, сплоченностью,
объединением знаний и усилий. Из слабых сторон такой структуры можно
выделить отсутствие лидерства, перегруз информации членов команды.
- Хирургическая структура – характеризуется высокой интеграцией,
делением проекта на более мелкие, взаимосвязанные проекты, такая структура
хорошо управляема. Из минусов – сильная зависимость от руководителя
проекта, высокая вероятность возникновения конфликтов и информационная
перегруженность.
Для ИТ-проектов также характерны следующие виды команд
15
:
14
Старкова Н. А. Компетентностный подход в управлении командой проекта // Экономический вестник
ярославского университета. – 2014. – № 31. С. – 69-75.
15
Чупахина Е.И и др. Функциональная схема процесса подбора участников команды ИТ-проекта. Научно-
технический прогресс: актуальные и перспективные направления будущего, Том I –Кемерово: ЗапСибНЦ, 2016.
С. 89-92.
21
- «In-House» – единое территориальное расположение всей команды,
как правило, единый офис, в котором команда выполняет свою работу, в рамках
«живого общения» обсуждает решения/проблемы.
- «Распределенная команда» – разное территориальное распределение
участников команды или работа из дома. Участники команды могут быть не
сотрудниками организации, в рамках которой выполняется проект, а могут
быть наняты по аутсорсингу.
Распределенный вид команды – все чаще используемый вид команды,
такие команды также могут быть эффективными. В таблице 3 представлены
плюсы и минусы таких команд.
Таблица 3
Особенности команд «In-House» и «Распределенная команда»
In-House
Распределенная команда
+ быстрые коммуникации
+/– Общение в команде, в т. ч.
неформальное общение
+/– Быстрое распространение
информации, все в курсе
происходящего
+ Контроль за командой и процессами
+ Специалисты из регионов,
работающие из дома – дешевле оплата
труда
+/– Специфическое выстраивание
процессов
– Разные часовые пояса
– Нет общей корпоративной/командной
культуры, сложнее предвидеть
командные ценности
Для разработки программного обеспечения используют различные
методологии. Различаются они по структуре (каскадные, инкрементные,
итеративные, спиралевидные, гибкие) и особенностям разработки
16
. Выбор их
зависит от многих факторов, например, сроков, бюджетирования,
спецификаций проекта, предпочтений руководителя и т.п.
В ИТ-сферах используют два основных подхода к управлении командой /
проекта:
- Waterfall;
16
Конкина В.А. и др. Комплексный подход к определению модели формирования проектной команды. В
сборнике: Проблемы экономики и организации управления персоналом сборник научных трудов. Челябинск,
2016. С. 38-42.
22
- Agile.
Подход Waterfall придуман в 70-х годах XX века Уинстоном Райсом. Это
подход к управлению командой (чаще всего в ИТ-сферах), основан на
последовательном, линейном цикле разработки.
Ключевые особенности:
- Детальное планирование сроков и ресурсов.
- Поэтапная работа над проектом/продуктом.
- Четкие последовательности действий: нельзя перейти к следующему
этапу, пока не закончен предыдущий; нельзя вернуться на этап назад, не
запуская процесс сначала и т.п.
На картинке (Рисунок 2) представлен алгоритм выполнения проекта, они
четко зафиксированы и не допускается менять последовательность этапов или
исключение каких-либо этапов из алгоритма.
Так, если обнаружится ошибка на этапе разработки системы, то весь
алгоритм начинается заново с этапа концепта (идеи) для пересмотра и
обнаружения очага ошибки.
Рисунок 2. Алгоритм действий в Waterfall