Мы поможем в написании ваших работ!



ЗНАЕТЕ ЛИ ВЫ?

Менеджеров можно сравнить с садовниками

Поиск

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

Люди очень беспечно пользуются языком и часто путаются в терминологии. Они могут говорить о построении систем, которые на самом деле живые и «построить» которые просто невозможно. Мы не строим города, мы их, по сути, выращиваем. Если мы что-то и строим, так это отдельные дома, дороги и урны для мусора. Мы растим семьи, свой бизнес, деревья и большие популяции уродливых голубей. Сумма всего этого и образует город. Это не просто результат конструирования. Мы действительно растим их. Точно так же мы не выстраиваем взаимоотношения, а выращиваем их.

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

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

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

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

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

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

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

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

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

Резюме

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

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

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

Подумать и сделать

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

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

Глава 7



Поделиться:


Последнее изменение этой страницы: 2021-01-14; просмотров: 90; Нарушение авторского права страницы; Мы поможем в написании вашей работы!

infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 13.59.35.116 (0.007 с.)