Юрген Аппело - Agile-менеджмент. Лидерство и управление командами

Когда речь заходит об управлении командами, то и здесь часто используется не самая удачная терминология. Лучше говорить о выращивании команд, чем об их построении.

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

И здесь мои идеи далеко не оригинальны. Демарко и Листер все прекрасно поняли еще двадцать три года назад. С тех пор сельскохозяйственная метафора не раз использовалась при объяснении процесса управления людьми. Например, процесс найма и увольнения сотрудников сравнивали с отбором растений для посадки в саду и прополкой сорняков, понапрасну истощающих ресурсы почвы [Bobinski 2009]. И аналогии на этом не заканчиваются. Я попытаюсь привести еще три примера:

• Живые системы поначалу быстро растут, а затем достигают уровня зрелости. Зрелые системы не требуют столько же ухода, сколько молодые. Зрелые команды также не нуждаются в слишком тщательном присмотре. Они достаточно опытны, чтобы самостоятельно решать свои проблемы. Чтобы все работало гладко, достаточно только время от времени проверять, как идут дела.

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

• Многие растущие системы имеют определенную продолжительность жизни. Они имеют тенденцию вянуть и умирать. В этом нет ничего экстраординарного – это часть естественного процесса. Когда живые системы стареют, на их поддержание требуется направлять все больше и больше времени и энергии. Садовники знают, что наступает момент, когда старые растения надо выкопать вместе с корнями и выбросить в компостную яму, а на их месте посадить новые семена.

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

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

Самоорганизация как процесс самоструктурирования – это поведение многих систем по умолчанию. А поскольку люди имеют тенденцию приписывать результатам ту или иную ценность («плохие» и «хорошие» результаты), то возможна постановка вопроса, в правильном ли направлении развивается данная система.

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

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

Давайте посмотрим, как применить некоторые идеи данной главы в вашей компании:

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