23.2. Групповая работа

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

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

Четыре основных фактора, которые в той или иной степени влияют на групповую работу:

1. Состав команды. Команда должна иметь правильное соотношение навыков, опыта и личностных качеств.

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

3. Общение в команде. Между членами команды должны быть дружеские отношения.

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

23.2.1. Создание команды

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

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

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

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

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

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

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

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