CC BY
19
Посилання на статтю_
Рач А.В. Системно-программная реализация поддержки процесса управления командой проекта на основе продуктно-инвайронментального подхода к управлению командой / В.А. Рач, Г.С. Черепаха // Управлшня проектами та розвиток виробництва: Зб.наук.пр. - Луганськ: вид-во СНУ iм. В.Даля, 2005 - №4(16). С. 72-87._
УДК 65.013
В.А. Рач, Г.С. Черепаха
СИСТЕМНО-ПРОГРАММНАЯ РЕАЛИЗАЦИЯ ПОДДЕРЖКИ ПРОЦЕССА УПРАВЛЕНИЯ КОМАНДОЙ ПРОЕКТА НА ОСНОВЕ ПРОДУКТНО-ИНВАЙРОНМЕНТАЛЬНОГО ПОДХОДА К УПРАВЛЕНИЮ КОМАНДОЙ
Описаны основы продуктно-инвайронментального подхода к управлению командой проекта. Разработана структурная схема компьютеризированной системы поддержки процесса управления командой проекта основанной на продуктно-инвайронментальном подходе к управлению командой. Разработана модель системного взаимодействия процессов управления командой проекта с психологическими структурами команды и личности. Описан программный продукт, реализующий эту модель. Рис. 7, ист. 6.
Ключевые слова: продуктно-инвайронментальный подход к управлению командой проекта, психологическая структура команды, базисный уровень личности, ролевая структура команды, критическая роль в команде проекта, процессы управления командой проекта.
В.А. Рач, Г.С. Черепаха
СИСТЕМНО-ПРОГРАМНА РЕАЛ1ЗАЦ1Я П1ДТРИМКИ ПРОЦЕСУ УПРАВЛ1ННЯ КОМАНДОЮ ПРОЕКТУ НА ОСНОВ1 ПРОДУКТНО-1НВАЙРОНМЕНТАЛЬНОГО П1ДХОДУ ДО УПРАВЛ1ННЯ КОМАНДОЮ
Описано основи продуктночнвайронментального пщходу до управлшня командою проекту. Розроблено структурну схему комп'ютеризованоТ системи пщтримки процесу управлшня командою проекту, заснованоТ на продуктно-швайронментальному пiдходi до управлшня командою. Розроблено модель системноТ взаемодп процеав управлшня командою проекту з психолопчними структурами команди та особистосп. Описано програмний продукт, що реалiзуe цю модель. Рис. 7, дж. 6.
Rach V.A., Cherepaha G.S.
THE SYSTEM-PROGRAM REALIZATION OF THE PROJECT TEAM MANAGEMENT SUPPORT BASED ON THE PRODUCT-ENVIRONMENTAL APPROACH TO THE TEAM MANAGEMENT
Baselines of the product-environmental approach to the project team management are described. The structure scheme of the computer system the project team management process support based on the product-environmental approach to the team management is generated. The model of system interaction between project team management processes and team and person psychological structures is shaped. The program product that realizes this model is presented.
"Управлшня проектами та розвиток виробництва", 2005, № 4(16)
1
Постановка проблемы в общем виде. На данном этапе развития управления проектами процесс управления мягким компонентом в наименьшей степени обеспечен поддержкой информационных технологий. Те немногие программные продукты, которые специализируются на «поддержке процесса управления командой проекта», представляют скорее базы данных, автоматизирующие доступ к информации о персонале проекта, либо о потенциальных кандидатах, которые могут быть привлечены к работе в команде проекта. Бесспорно, решение кадровых вопросов в проекте требует хранения значительного количества информации о сотрудниках, однако стандартный набор данных (возраст, образование, предыдущие места работы сотрудника и т.д.) при подборе команды проекта не позволяет сделать вывод о том, насколько совместимы выбранные сотрудники и эффективны ли их стили работы для данного проекта. При этом использовать такой обширный, но часто недостаточный объём данных для формирования руководителем стиля управления созданной командой проекта становится совсем нецелесообразно. Несколько более усовершенствованной в этом плане можно считать категорию программных продуктов, предназначенных не только для хранения «официальной» информации о кандидатах на работу в команде проекта, но также для выявления и анализа некоторых психологических характеристик кандидатов. Однако зачастую для анализа в таких программных продуктах выбирается какой-то один аспект проявления личности, что не даёт полного, целостного представления о кандидате и не позволяет учесть компенсаторные возможности его стиля деятельности при реализации данного проекта. Эта проблема могла бы быть решена при использовании категории программных продуктов, осуществляющих комплексное психологическое тестирование личности безотносительно к сфере управления проектами. Однако такая «неспециализированность» препятствует чёткому определению склонности кандидата к работе в командах проектов, и тем более (впрочем, как и для предыдущей категории программных продуктов) препятствует определению эффективности профессионально-важных качеств кандидата в условиях данного конкретного проекта. Таким образом, по-прежнему актуальной остаётся задача создания компьютеризированной системы поддержки процесса управления командой проекта, предназначенной для не выбора эпизодических решений, а для подбора целостной команды, эффективной в условиях конкретного проекта, и системного формирования стиля управления созданной командой.
Связь проблемы с важными научными или практическими заданиями. Создание компьютеризированной системы поддержки процесса управления командой проекта является одним из путей популяризации знаний и опыта эффективного формирования и управления командой. Причём вместо длительного и трудоёмкого изучения всего спектра инструментов управления командой проекта, в этом случае руководителю предлагается не угадывать, а воспользоваться рекомендациями программного продукта, заведомо эффективными для данного типа проектов. Ведь зачастую именно неэффективное управление командой резко снижает качество работы ключевой группы сотрудников в проекте и инициирует целый ряд рисковых событий связанных с персоналом, порождая потенциальную угрозу срыва всего проекта.
Анализ последних исследований и публикаций, в заложены основы решения данной проблемы. Представленная в данной работе система поддержки принятия решений по управлению командой проекта является более поздней версией программного продукта Project Team 1.0, который был описан в статье [1]. Данная работа является продолжением цикла статей, посвящённых
2
"Управлшня проектами та розвиток виробництва", 2005, № 4(16)
моделированию процесса управления командой проекта [1-4] и описывает системно-программную реализацию подбора команды проекта, а также выбора методов и инструментов управления командой, в представленной системе поддержки процесса управления командой проекта.
Целью данной работы является описание системно-программной реализации поддержки процесса управления командой проекта с учётом требований продукта и среды реализации проекта к управлению командой.
Изложение основного материала исследования. Описываемая система поддержки процесса управления командой проекта базируется на продуктно-инвайронментальном подходе к управлению командой. В основе этого подхода лежит системная модель управления командой проекта, элементами которой являются организационная среда проекта, личность члена команды, профессиональная деятельность команды проекта и конфигурация создаваемого продукта. Каждый из перечисленных элементов раскрывает уникальность проекта для формирования команды и выбора средств управления командой проекта. Однако системообразующими факторами в данной системе являются конфигурация продукта проекта и организационная среда реализации проекта, так как именно эти факторы определяют требования и к личностным качествам членов команды, и к профессиональной деятельности команды проекта, именно эти факторы определяют состояние системы и ключевые требования к её функционированию в проекте. По названию элементов «конфигурация продукта проекта» и «организационная среда проекта» данный подход к управлению командой получил название «продуктно-инвайронментальный подход» (от англ. «environment» - среда, окружение).
В ходе работы над созданием системы поддержки процесса управления командой проекта на предыдущем этапе разработок был создан программный продукт Project Team 1.0 [1]. Однако многофакторность описания условий работы команды привела к необходимости указания большого количества параметров для корректной работы системы поддержки процесса управления командой проекта. Чтобы избавить пользователя от необходимости занесения лишних данных, и в наибольшей степени ориентировать создаваемую систему на потребности конкретного проекта, было разработано семейство программных продуктов, вошедших в программный комплекс Project Team 1.1. Следует отметить, что программный комплекс, реализующий систему поддержки процесса управления командой проекта, подразумевает работу с несколькими категориями пользователей: 1) с руководителями проектов (либо лицами, ответственными за подбор команд проектов); 2) с экспертами, проводящими диагностику процесса управления командой проекта; 3) с кандидатами на работу в команде проекта; 4) с членами уже созданной команды (в случае определения перспективных путей развития данной команды).
При этом работа с программным комплексом Project Team 1.1 для каждого кандидата в команду проекта, равно как и для каждого члена уже созданной команды, будет ограничиваться тестированием его психологических качеств и выводом на экран его психологического портрета. Для руководителя проекта работа с программным комплексом Project Team 1.1 будет состоять в выборе наиболее приемлемого сочетания кандидатов (в случае подбора команды) либо наиболее приемлемых инструментов управления командой (в случае определения перспективных путей развития команды проекта). В обоих случаях выбор руководителя будет основываться на рекомендациях, формируемых программным комплексом для каждого отдельного сочетания кандидатов или набора психологических характеристик команды, и сводных отчётов по выбору наилучшей альтернативы. Кроме того, на этапе тестирования команды
"Управлшня проектами та розвиток виробництва", 2005, № 4(16)
3
руководитель проекта должен пройти тестирование своих психологических качеств, чтобы учесть возможности взаимодополнения собственного стиля работы в проекте с индивидуальными стилями деятельности других членов команды. Функции экспертов, проводящих диагностику процесса управления командой проекта, при работе с программным комплексом Project Team 1.1, будут ограничиваться определением ключевых условий работы команды проекта и настройкой программного комплекса на работу с конкретным проектом. При необходимости эксперты, диагностирующие процесс управления командой проекта, могут получать доступ к рекомендациям и сводным отчётам, формируемым программным комплексом Project Team 1.1 для руководителя проекта. Однако при наличии необходимых навыков руководитель проекта может настраивать программный комплекс и без привлечения экспертов.
Таким образом, компонентами программного комплекса Project Team 1.1 стали следующие программные продукты:
- Project Team Environment - программный продукт, обеспечивающий ввод информации о факторах проектного окружения, влияющих на работу команды проекта. Результатом работы данного программного продукта для подбора команды является набор требований к профессионально-важным качествам, соответствующим определённой роли в создаваемой команде проекта и определённому набору функций, который будет выполняться членом этой команды. Результатом работы программного продукта для определения перспективных путей развития команды является набор требований, обеспечивающих эффективность использования методов и инструментов управления командой проекта в уже созданной команде.
- Project Team Building - программный продукт, обеспечивающий поддержку принятия решений по подбору команды проекта. Предусматривается работа программного продукта в двух режимах. Для запуска режима «тестирование» пользователь входит в программный продукт как «кандидат». В этом режиме пользователь может пройти психологическое тестирование и получить генерируемый программным продуктом отчёт о своём психологическом портрете. Для запуска режима «формирование рекомендаций» пользователь входит в программный продукт как «руководитель проекта». В данном режиме пользователь может получить обобщённые рекомендации по выбору наилучшего сочетания кандидатов в команде проекта, детальный отчет о рекомендуемых и не рекомендуемых командных ролях и наборах функций для выбранного кандидата, а также его психологический портрет.
- Project Team Development - программный продукт, обеспечивающий поддержку принятия решений по развитию команды проекта. Для данного программного продукта также предусмотрено два режима работы. Режим «тестирование» для программного продукта Project Team Development отличается от аналогичного режима в предыдущем программном продукте названием категории пользователей этого режима (для запуска этого режима пользователь должен выбрать категорию «член команды проекта»). Второй режим «формирование рекомендаций» запускается при входе пользователя в программный продукт как «руководителя проекта». В этом режиме пользователь может занести информацию, которая будет характеризовать психологическую структуру команды. На основании этой информации пользователь может получить обобщённые рекомендации по коррекции стиля управления командой проекта, выбору методов и инструментов управления командой. Программным продуктом предусмотрена выдача сводного отчёта о психологической структуре команды проекта, рекомендаций по управлению командой в целом и индивидуальной работе с отдельными членами команды.
4
"Управлшня проектами та розвиток виробництва", 2005, № 4(16)
Рассмотрим структуру программного комплекса Project Team 1.1 более подробно (структурная схема данного программного комплекса отображена на рис. 1). Программный продукт Project Team Environment состоит из двух блоков -блока ввода информации о проекте и блока формирования настроек для программных продуктов Project Team Building и Project Team Development. Блок ввода информации о проекте содержит модуль регистрации проекта, в котором пользователь может зарегистрировать новый проект или выбрать ранее зарегистрированный для изменения его параметров. При регистрации нового проекта пользователь указывает организацию, в рамках которой выполняется проект, название проекта, его длительность, и количество членов его команды. Также этот блок содержит модуль описания факторов проектного окружения, в котором пользователь должен охарактеризовать условия реализации проекта, в наибольшей степени влияющие на работу команды. Третий модуль этого блока предназначен для описания функций членов команды и навыков, которыми они должны владеть для выполнения этих функций. Блок формирования настроек содержит модули определения психологических требований к выполнению ролей в команде и требований к управлению командой. Оба модуля базируются на математических зависимостях эффективности психологических качеств членов команды и методов управления командой от факторов проектного окружения. Третий модуль этого блока формирует файлы настройки для программных продуктов Project Team Building и Project Team Development.
"Управлшня проектами та розвиток виробництва", 2005, № 4(16)
5
Рис. 1. Структурная схема программного комплекса Project Team 1.1
6
"Управлшня проектами та розвиток виробництва", 2005, № 4(16)
Программные продукты Project Team Building и Project Team Development состоят из блоков ввода информации, обработки данных, и формирования отчётов. Причём в программном продукте Project Team Building блок ввода информации о кандидатах включает модуль тестирования устойчивых психологических качеств кандидатов и модуль ввода руководителем или экспертом информации о знаниях и навыках кандидатов. Блок обработки данных в этом программном продукте включает модуль расчёта отклонений психологических качеств каждого кандидата от эталонных значений для выполнения командных ролей, модули анализа ролевой укомплектованности и анализа распределения функций для каждого сочетания кандидатов в команде, а также модуль выбора лучшего сочетания кандидатов в команде проекта. Блок формирования отчётов в программном продукте Project Team Building включает психологический портрет кандидата, рекомендации по привлечению кандидата в команду и итоговый отчёт о подборе команды проекта.
В программном продукте Project Team Development блок ввода информации о команде включает модуль тестирования устойчивых психологических качеств членов команды, и модуль ввода руководителем или экспертом информации о психологической структуре команды. Блок обработки данных здесь включает модуль анализа эффективности психологической структуры команды, модуль выбора методов и инструментов управления командой в целом и модуль выбора методов индивидуальной работы с наиболее проблемными членами команды. Блок формирования отчётов в программном продукте Project Team Development включает психологический портрет члена команды и итоговый отчёт о выборе методов и инструментов управления командой.
Формирование настроек для использования программного продукта Project Team Building происходит при определении требований к профессионально-важным качествам членов команды в программном продукте Project Team Environment. Также в программном продукте Project Team Environment при определении требований к методам и инструментам управления командой формируются настройки для использования программного продукта Project Team Development. Для этого привлекаемый эксперт должен охарактеризовать такие факторы проектного окружения, как критический процесс в реализации данного проекта, текущий этап проекта, его наукоёмкость и технологическая сложность, целевая направленность результата проекта, уровень новизны создаваемого продукта и возможность его тиражирования, а также требуемая скорость реализации проекта (рис. 2). Эта информация используется программным продуктом для определения специфики подбора и управления командой в данном проекте и является основой расчёта ограничений как при подборе команды проекта, так и при выборе методов и инструментов управления командой. Дополнительной информацией для формирования настроек является также список функций членов команды, который определяет обязанности каждого отдельно взятого члена команды в реализуемом проекте.
В дальнейшем при подборе команды этот список будет использоваться для выбора рекомендуемого сочетания кандидатов, а при формировании рекомендаций по развитию команды проекта список будет использоваться для выбора рекомендуемого набора методов и инструментов управления командой.
"Управлшня проектами та розвиток виробництва", 2005, № 4(16)
7
Изменение проекта
ш
Организация: Название проекта: Количество членов команцы: [4 Свойства проекта | Приоритеты ролей | Критический процесс в проекте:
|Управление стратегического развития Луганской областной государствен
[Проект внедрения стратегического подхода в деятельность Луганской об
| У правление содержанием проекта
Этап проекта:
|Этап становления проекта |
Целевая направленность результата проекта:
¡Проект направлен на создание либо изменение структуры организации, методов или Формальн | Уровень новизны продукта проекта:
¡Локальная новизна (разработка и внедрение усовершенствований и рационализаторских предл | Предполагается ли тиражирование продукта проекта?
¡Продукт проекта планируется как массовый продукт, что предполагает широкое тиражирование |
Степень наукоёмкое™ создания продукта проекта:
¡Возможно разработать методику при участии компетентных экспертов
Степень технологической сложности создания продукта проекта:
¡Продукт проекта сердней сложности и требует определённой интелектуальной работы
Вероятный темп работы сотрудников в проекте: Обычный размеренный режим работы
3 3
OK
Отмена
Рис. 2. Ввод информации о факторах проектного окружения в программном продукте Project Team Environment
При оценивании психологических качеств кандидатов в команду проекта программным продуктом Project Team Building используется процентная шкала. Для психологических качеств личности, тестируемых программным продуктом Project Team Building, можно выделить два типа распределений:
- для большинства качеств личности 100% соответствуют очень сильной выраженности качества, а 0% соответствует полному отсутствию выраженности данного качества;
- для качеств, имеющих полярные значения («экстравертность / инторвертность», «рациональность / иррациональность», «этика / логика», «глобальный / детальный масштаб мышления») 100% соответствуют сильной выраженности первого из указанных значений, 0% соответствует сильной выраженности второго (обратного) значения качества. В этом случае 50% соответствует переходному состоянию, в котором выделить склонность кандидата к тому либо иному полюсу данного психологического качества невозможно.
В программном продукте Project Team Building тестирование кандидатов на работу в команду проекта осуществляется с помощью упрощённого теста, предназначенного для определения выраженности или невыраженности каждого из тестируемых качеств у кандидата (рис. 3). При этом тест не рассчитан на
8
"Управлшня проектами та розвиток виробництва", 2005, № 4(16)
уточнение степени выраженности качеств личности. Для первой категории психологических качеств приняты два дискретных значения - «качество выражено» и «качество не выражено». Следует учесть, что крайние значения выраженности психологических качеств встречаются очень редко, поэтому тест не должен быть ориентирован на определение абсолютной выраженности качества (100%), как и его абсолютной невыраженности (0%). Исключая при разработке теста ответы типа «не знаю», «не уверен», «иногда», которые уводят кандидата от необходимости сделать выбор и проявить свой характер, для первой категории психологических качеств была исключена также оценка 50%. Таким образом, для перевода значений «качество выражено» и «качество не выражено» в процентную шкалу, были приняты усреднённые оценки 75% и 25% соответственно. Для второй категории психологических качеств из тех же соображений были приняты аналогичные усреднённые оценки выраженности полярных значений каждого из тестируемых качеств - 75% для первого из полярных значений, и 25% для второго значения. Оценка 50%, соответствующая переходному состоянию, в этом случае также не была включена в тестирование, чтобы не уводить кандидата от необходимости самоидентификации.
Рис. 3. Тестирование кандидатов на работу в команде проекта в программном продукте Project Team Building По результатам тестирования кандидатов в команду проекта программным продуктом Project Team Building определяется соответствие психологического портрета каждого кандидата психологическим требованиям к выполнению каждой из семи решающих ролей в команде проекта [3]. В данной методике была использована 8-ролевая модель команды проекта Роба Томсета [5], из которой при подборе команды была исключена роль «рабочей пчёлки», как совмещаемая и не требующая проявления кандидатом специальных "Управлшня проектами та розвиток виробництва", 2005, № 4(16) 9
психологических качеств. Как уже указывалось ранее, психологические требования к ролям в команде проекта формируются с учётом специфики данного проекта программным продуктом Project Team Environment и передаются в программный продукт Project Team Building в файле настройки. Требования к выраженности психологических качеств в программном продукте Project Team Environment содержат условия «не более чем пороговое значение» или «не менее чем пороговое значение», и определяются диапазоном
допустимых значений - х е (0%, xmx ) или х е (х^п, 100%) соответственно.
В случае, если отклонение оценки определённого психологического качества кандидата от эталонного значения не превышает 15%, отклонение считается не существенным и в дальнейших расчётах не учитывается. В противном случае отклонение считается существенным и пополняет список «потенциально вредных» качеств кандидата для выполнения данной командной роли. В перечень рекомендуемых ролей в команде проекта для определённого кандидата включаются только те роли, для которых не выявлены существенные отклонения профессионально-важных качеств кандидата от эталонных значений ролевой модели (рис. 4). Наихудшее выполнение в списке «не рекомендуемых ролей» для определённого кандидата прогнозируется для той командной роли, которой соответствует наибольшее количество существенных отклонений психологических качеств кандидата от эталонной модели. Аналогично в программном комплексе Project Team 1.1 анализируются склонности кандидатов к выполнению определённых наборов функций в команде проекта.
Рис. 4. Рекомендации по привлечению кандидата в команду проекта (программный продукт Project Team Building) На основе информации о рекомендуемых для кандидатов командных ролях и рекомендуемых наборах функций в команде, для каждого возможного сочетания кандидатов в команде проекта определяется ролевая укомплектованность команды и отсутствие нераспределённых функций в команде в команде проекта. При этом, если выявлено несколько сочетаний кандидатов, для которых все роли и роли и функции в команде проекта распределены, в качестве наилучшего программный продукт будет
10
"Управлшня проектами та розвиток виробництва", 2005, № 4(16)
рекомендовать сочетание кандидатов, для которого характерно наибольшее дублирование критических ролей в команде. Критическими ролями в команде проекта здесь и далее будем называть те командные роли, от успешности выполнения которых в наибольшей степени зависит успех всего проекта. Если не выявлено ни одного сочетания кандидатов, характеризующегося отсутствием нераспределённых ролей и функций в команде проекта, наилучшим сочетанием (с определёнными оговорками) будет признано то сочетание кандидатов, в котором критические роли распределены, а общее количество нераспределённых ролей и наборов функций в создаваемой команде минимально. Итоговые рекомендации о подборе команды проекта содержат информацию о рекомендуемом сочетании кандидатов, а командных ролях и наборах функций в команде проекта, к выполнению которых каждый из выбранных кандидатов склонен в наибольшей степени (рис. 5). Если пользователь отказывается от выбора рекомендуемого сочетания кандидатов и выбирает состав команды самостоятельно, эта информация также добавляется в итоговый отчёт. Отдельно следует рассмотреть случай, когда набор кандидатов на работу в команде проекта недостаточен для выбора сочетания кандидатов характеризующегося отсутствием нераспределённых ролей и функций в команде, либо пользователь отказывается от выбора рекомендуемого сочетания кандидатов и выбирает самостоятельно далеко не идеальное сочетание. В этом случае программный продукт Project Team Building добавляет в отчёт о подборе команды проекта информацию о существенных отклонениях профессионально-важных качеств кандидатов от психологических эталонов выбранных ролей и противопоказания к выполнению выбранных наборов функций в команде проекта.
В программном продукте Project Team Development формирование рекомендаций по развитию уже созданной команды базируется на анализе влияния процесса управления командой проекта на психологическую структуру этой команды. Также при выборе инструментов управления командой проекта программным продуктом анализируется потенциал их влияния на каждого члена команды.
Основой такого анализа стала модель системного взаимодействия процессов управления командой проекта с психологическими структурами команды и личности члена команды (рис. 6). Данная модель представляет собой трехъярусную пирамиду, верхний ярус которой соответствует базисному уровню личности [2] каждого из членов команды, подвергающихся управляющему воздействию. Для описания базисного уровня личности была использована системная модель психологической структуры личности, разработанная В.Б.Богдановым [6, С. 2935]. Нижний ярус пирамиды соответствует совокупности процессов управления командой рассматриваемого проекта. В базе данных программного продукта Project Team Development методы и инструменты управления командой проекта структурированы именно по признаку принадлежности к определённому процессу управления командой.
"Управлшня проектами та розвиток виробництва", 2005, № 4(16)
11
восприятие
детерминированность поведения
психологическая устойчивость команды
стиль принятия решений
контроль
I активизация,
управление конфликтами
# творчества
...............................Л........... \.......................
^ч. .........................•••• _
управление стимулирование
_ • - управление стрессами .......... ........... стимулирование
1
Процессы управления командой
I. Этап становления проекта
II. Этап реализации проекта
III. Этап возникновения отклонений в проекте
IV. Этап закрытия проекта
Рис. 6. Модель системного взаимодействия процессов управления командой проекта с психологической структурой команды и личности члена команды
12
"Управлшня проектами та розвиток виробництва", 2005, № 4(16)
Рис. 5. Итоговый отчёт о подборе команды проекта в программном продукте Project Team Building
"Управлшня проектами та розвиток виробництва", 2005, № 4(16)
13
Средний ярус пирамиды в данной модели описывает психологическую структуру команды проекта, которая образуется под воздействием выбранных руководителем методов управления, в команде проекта, представляющей определённый набор личностей. В зависимости от выбора тех или иных методов управления и их соответствия личностным качествам членов команды, изменяется сила и характер управленческого воздействия на команду проекта, а следовательно, подвергается изменению и психологическая структура команды. Таким образом, зная личностные качества членов команды проекта, а также имея представление о психологической структуре команды и желательных направлениях её развития, можно определить наиболее приемлемые в данный момент методы и инструменты управления командой.
Вершина пирамиды отражает позицию восприятия члена команды в отношении коллектива команды и применяемых методов управления командой проекта. Проекция вершины на каждый из трёх ярусов пирамиды (начиная с верхнего) будет соответствовать общей позиции восприятия личности, психологическому образу команды проекта и ожидаемому эффекту управленческого воздействия. Следуя утверждению В.Б.Богданова, восприятие является интегральной подструктурой личности и может быть раскрыто через исследование взаимодействия остальных её подструктур. Развивая эту идею, можно также утверждать, что восприятие управленческого воздействия членом команды проекта может быть раскрыто через исследование влияния различных аспектов существования команды и управления ею на базисные подструктуры личности этого члена команды.
При разработке модели системного взаимодействия процессов управления командой проекта с психологическими структурами команды и личности члена команды, были установлены вертикальные связи между элементами всех трёх ярусов. Так индивидуальные стили мышления членов команды и используемые в команде методы разработки и принятия решений формируют общий стиль принятия решений в команде проекта. Индивидуальные ценности членов команды и используемые в команде проекта методы стимулирования формируют ценностно-ориентационное единство команды. Темпераменты членов команды и принятый подход к управлению конфликтами определяют эмоциональную идентификацию команды проекта самими членами команды. Уровень развития интуиции членов команды и используемые в команде методы активизации творчества влияют на формирование творческого потенциала команды проекта. Волевые характеристики членов команды и применяемые методы контроля в значительной мере определяют детерменированность поведения членов команды проекта. Жизненный опыт каждого члена команды и используемый подход к управлению стрессами влияет психологическую устойчивость команды проекта.
Как уже упоминалось, для программного продукта Project Team Development совокупность процессов управления командой проекта, иллюстрируемая нижним ярусом пирамиды, явилась основой структурирования методов и инструментов управления командой. Однако эффективность использования определённого инструмента управления командой зависит также и от этапа, на котором применён данный инструмент. Поэтому вторым признаком для структуризации методов и инструментов управления командой явился этап проекта [4]. Так для каждого процесса управления командой на этапах становления проекта, его реализации, накопления отклонений и закрытия проекта в базе данных программного продукта Project Team Development соответствует свой перечень рекомендуемых методов и инструментов управления командой проекта.
14
"Управлшня проектами та розвиток виробництва", 2005, № 4(16)
Предварительный просмотр - Рекомендации по развитию команды проекта
|= 79Х У & 14 I*? Закрыть
отчет OBbtiOPt MLIQBOOM KHCIPVVUiTOO УПРАВЛШЛН КОМАИДСИ ПРОСКТА •Лрсчкт в-eju:«*<«< сграгегичеясао поддав в дмтегыюстиЛугаисло.« оСг-хтнои госуаарств«»>нси домм^срашм »
Кагамастаочпемшизи»«^ ¿человека Состав «■.•»».»«и
1 Алагс.харсж-1 ЕИ
2 Верош»«оИА 1 H-v.rarjHH
4 Роднясхая ПК Руководитель пр»т.) - Верешемсо И А Рекам e»vMu»i сфариирсв->*> для st.tu ctscwiom* граектл
T«y_j» оостоя>*«е пс**олог>мес«м структуры »смаиды ярое?»
Общая ырактеретига Ржцадапаш ■ кеммде »ффв -вмхть для цоап.)
Степь лрюмгмя рашомй дяисян-тюе..« r.»iQCTo»rr«n .vn i првдломемл* сов е.. .>мя по ипеиетич вопрос.««: Oicxitt«i««k раш»«И9 прл«и » тг руководитель [м*»«м еров с выделамем гукеводктепя 80%
Ткршсхий пагевчюп смоашпогочилл «ac-ipabow. • «ом.»«»2 k'.iwMtii г»«ератара кдеи и 1 стратег жлапьюшм« т«й(мххйГО гюточклоа аслси*е нэ • t: ■:;■»■»♦остио*\-.г»*е«: .ирлбот» нерашамерое «1%
Цемостмо- аремтациомае ездмстао проабг.и.тот материальные «цам; часть iaw.»ct. сремтцрсв.»!] нэогмзиамя; мотив^чмя дастмммт не аирхмемл: и.ттермльюе ватур л*де»и9 r^evsiixivseneo !.*«м.кмей дапэмости неравиеыерое 60%
Эмсижмтьн» идеитифиглика огкхюмз ■ rpoarry егттлил- npeowi-vsarr |рзф«отг-лж Kjnutj;».«»»*^ деверлегамых onouaw нет. хипиме i-wnxyr Н.тцтогл И Н мрзггем и «К" .»«хт*, и «мфгжт An :.»v!p3M EV - Род*»« - .»Я Л1г' неравном ерое 10%
Дгтерилмро-К»4ИЭСТЪ паедомя чет> .и:ianoa. фори г =■>«.•» соответтг-м> рхгерк«е>мяи ведущей ar.w-чм лёт л* требовамля к фери е но не содержи мо прздуктд проекта: ислалыуегся емЕмедалышй теку!.«* 1ХТраПЬ И « XT ЗОЛЬ ПО tf Л1 рамам ерое 70%
IbtuinonNEui ycrcrt вттъ *au»vn аемсв»*«!*: т.>»*«1Мстре*лсв в команде -о * iuu утвсй1>д»«*| даеуиемтев. епздеа, маоогл.'савлвоеть, мел-гл-нхт*,* огнаиевмя: ы.ниапапдер»;-.«слабая ^миове у:тагмы к кпдевствио строссаа Роджвог.п Л S неравном ерое 30%
Средняя эффатвмость пеиюпепмаогей структуры ком»«» гроегта 53J%
Рвс»(»д,«»ь имябер тстр^ммгоа уц;жгс«л1 icv^ecn для этапа ста»с-'ВЛ<»*«япрс«*та
Тршлвме кои.»« ой ■ целом Ин1мндуалх>«ая работа
Разработкам лрмте раюмй •ч .мрев MV далогмпвлыы ■ обсумдем«) грэблпи огветавевмь/мк; ра^лрадалои: фужии*. а не чуравлвмй деяталмхти: совместим paifia6<3T«.i .v-t.-tx»iTrve Алекс.»«рава fcX . нэдгаса Н Н ipi рирабопге апьтеритив агтивммрокать работу си лкгишиикя таср«аггка: Ал»с-1ияраы Е И делегировать q г*«!.»! .«о а"'м-«-«
Астимолокя тв^нктм гроведвме coma • t*1 mqxv»*' uoaai'W»« ситуаций Miy.mvuauMi i репуль- not. K"»:f<.it/ 'тддтога И М ■«■»«• подгагсапвмсго кгроса: передача лиЛ'тчтвл •;«»«<
¡Стр. 1/2 | Щ _>J
Рис. 7. Итоговый отчёт о выборе методов и инструментов управления командой проекта в программном продукте Project Team Development
"Управлшня проектами та розвиток виробництва", 2005, № 4(16)
15
Вспомогательными признаками для структуризации методов и инструментов управления командой проекта в базе данных программного продукта Project Team Development являются условия реализации проекта и специфика создания продукта проекта. Эта информация также используется при формировании списка рекомендуемых методов и инструментов управления командой в данном программном продукте, однако подразумевает более сложную взаимосвязь с элементами представленной модели.
Таким образом, итоговый отчёт о выборе методов и инструментов управления командой проекта включает три обязательных информационных блока: общая информация о команде, для которой разрабатываются рекомендации; информация о текущем состоянии психологической структуры данной команды; рекомендации по выбору инструментов управления командой проекта и отдельными членами команды (рис. 7). Также (по выбору пользователя) в итоговый отчёт может включаться подробное описание любой группы рекомендуемых инструментов. В итоговом отчёте информация о текущем состоянии психологической структуры команды структурирована по компонентам психологической структуры, и, кроме характеристики состояния каждого компонента, включает оценку однородности вклада членов команды и оценку эффективности состояния компонента для реализации проекта. Рекомендуемые методы и инструменты управления командой проекта в итоговом отчёте структурированы по корректируемым процессам управления командой. Этот информационный блок содержит рекомендации как по управлению командой в целом, так и по управлению отдельными членами команды проекта (в случае если качество корректируемого процесса зависит от индивидуального стиля работы одного или нескольких членов команды).
Выводы из данного исследования и перспективы дальнейших исследований в данном направлении. В настоящее время процесс внедрения программного комплекса Project Team 1.1 находится на начальном этапе. Но уже сейчас система поддержки процесса управления командой проекта, реализованная в программном комплексе Project Team 1.1, показала свою эффективность при диагностике ролевой и психологической структур команд проектов в управлении стратегического развития Луганской областной государственной администрации. В ближайшем будущем также планируется также адаптировать данный программный комплекс для использования в процессе обучения магистров специальности 8.000003 «Управление проектами». И кроме того, планируется развивать такое направление, как разработка методик проведения тренингов по развитию команд проектов на основе рекомендаций, генерируемых данным программным комплексом.
ЛИТЕРАТУРА
1. Черепаха Г.С. Система поддержки процесса управления командой проекта. // Збiрник наукових праць "Управлшня проектами та розвиток виробництва". - 2005 р. - № 2(14). - C. 54-67.
2. Черепаха Г.С. Системная модель мотивации команды проекта. // Збiрник наукових праць "Управлшня проектами та розвиток виробництва". - 2004 р. - № 3(11). - C. 1022.
3. Рач В.А., Черепаха Г.С. Модель определения рациональной роли члена команды проекта. // Збiрник наукових праць "Управлшня проектами та розвиток виробництва". -2003 р. - № 2(7). - C. 70-79.
4. Рач В.А., Антоненко С.В., Черепаха Г.С. Особенности взаимодействия руководителя и команды на различных этапах проекта. // Збiрник наукових праць "Управлшня проектами та розвиток виробництва". - 2004 р. - № 1(9). - C. 160-170.
5. Rob Thomsett. Effective Project Teams: A Dilemma, a Model, a Solution. // American Programmer. - July-August 1990. - цитовано по - Проблемы формирования проектной
16 "Управлшня проектами та розвиток виробництва", 2005, № 4(16)
команды. Глава из книги Эдварда Йордана "Путь камикадзе". - www.aproject.ru. - Дата захода на сайт - 9.05.2002 г. 6. Богданов В.Б. Системологическое моделирование личности в социальной психологии. - Л.: изд-во Ленинградского университета, 1987. - 144 с.
Стаття надмшла до редакцп 14.11.2005 р.
"Управлшня проектами та розвиток виробництва", 2005, № 4(16)
17
