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

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

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

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

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

Планирование решений

Как будет разрабатываться проект?

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

Будет ли использоваться какой-либо конкретный пакет программ управления проектом? Если да, то какой?

Кто помимо членов команды будет работать над планом?

Каковы конкретные роли и за что отвечают все участники?

Кого нужно ставить в известность о принятых решениях? Каким образом?

Какова относительная важность стоимостных затрат, времени и сил?

Каковы промежуточные результаты процесса планирования проекта?

Какой формат приемлем для каждого промежуточного результата?

Кто будет одобрять и подтверждать завершение работы над каждым промежуточным результатом?

Кто получает каждый из промежуточных результатов?

Отслеживание решений

Как будет оцениваться проведение работ (прогресс)?

На каком уровне детализации будет отслеживаться работа над проектом?

Как члены команды будут получать информацию друг от друга?

Как часто они будут обмениваться информацией?

Кто будет писать и рассылать отчеты?

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

Какое содержание необходимо для каждой конкретной аудитории?

Совещания

Где проводятся совещания?

Какого плана совещания проводятся?

Кто будет «руководить» совещаниями?

Как будут вырабатываться повестки дня?

Как будет вестись протокол совещаний?

Управление внесением изменений в принятие решения

Как будут устанавливаться изменения?

Кто будет обладать правом одобрить изменения?

Как изменения в плане будут документироваться и оцениваться?

Решения о сотрудничестве

С какими отделами или организациями команда будет сотрудничать во время разработки проекта?

Каковы роли и ответственность каждой организации (рецензент, утверждающий, сотрудник, пользователь)?

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

Как члены команды будут обмениваться информацией между собой?

Какой информацией нужно, а какой не нужно обмениваться?

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

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

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

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

Допустимы просчеты и промахи, но недопустимо их скрывать. Необходимо немедленно ставить в известность остальных о срыве основных или промежуточных сроков.

Недопустимы прямолинейные решения проблем.

Спорьте, но, если решение принято, выполняйте его независимо от ваших личных чувств.

Уважайте членов вашей команды и не хвастайте вашим положением в команде.

Много работать не значит отказывать себе в отдыхе.

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

 Скачать реферат