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

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

К сожалению, я не могу претендовать на авторство этих блестящих идей. Все они были предложены Фредериком Бруксом тридцать пять лет назад:

Метафора строительства устарела. Пора вновь вносить изменения. Если, как я считаю, создаваемые сегодня концептуальные структуры слишком сложны, чтобы их можно было точно определить заранее и создавать их без ошибок, то нужен радикально иной подход. ‹…› Давайте изучать живые организмы со всей присущей им сложностью, а не только безжизненные творения, созданные человеком. В природе мы обнаружим конструкции, сложность которых вселяет в человека священный трепет. Наш мозг уже настолько сложен, что невозможно составить его схему. Его мощь потрясает воображение, он чрезвычайно разнообразен, способен к самосохранению и самообновлению. Секрет в том, что мозг возник в результате эволюции, а не был построен по чертежам. Так же должны создаваться наши программные системы [34].

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

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

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

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

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

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

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

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

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

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

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

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

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

• Представьте себе список решений, которые команда уполномочена принимать без вашего участия. А как выглядит список решений, которые принимаете лично вы? Какой из списков длиннее и почему?

Фрэнсис Бэкон однажды написал слова, ставшие знаменитыми: «Знание – сила». (Вообще-то он сказал, что «знание само по себе является силой», но история решила, что такая формулировка недостаточно броская.) Это хорошо согласуется с представлением о том, что реальными полномочиями обладают именно интеллектуальные работники. Они владельцы знаний, поэтому именно они и располагают в организации реальной властью. Часто они этого просто не осознают.