Agile-менеджмент. Лидерство и управление командами - читать онлайн книгу. Автор: Юрген Аппело cтр.№ 119

Микробы обмениваются друг с другом генной информацией, выбрасывая геномный материал. Исследования показывают, что 10 % геномов бактерий заимствованы у других видов бактерий, и это типичный показатель. Известный микробиолог Карл Вёзе даже полагает, что горизонтальная генная передача была доминирующей формой эволюции до тех пор, пока у многоклеточных организмов не закрепилось половое размножение [Buchanan 2010: 34–37]. Считается, что беспорядочное распространение генетического кода среди разных видов позволило создать «объединенный генетический механизм», что в свою очередь позволило с большей легкостью видам делиться друг с другом инновациями.

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

Недавние исследования показывают, что наиболее успешная стратегия – копирование идей. В ходе различных экспериментов выяснилось, что наиболее успешные агенты проводят почти все имеющееся у них время, наблюдая за другими агентами, а не занимаясь инновациями [McLeod 2010]. По-видимому, это означает, что командам следует инвестировать максимум времени, отводимого на обучение, копированию идей из разных источников. И лишь немного времени должно уделяться изобретению своих собственных идей.

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

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

Компьютерные симуляции показывают, что комбинация мутаций, кроссинговера и горизонтального переноса – прекрасный способ достичь глобального оптимума эффективности [Buchanan 2010: 36]. Мы имеем право предположить, что то же самое применимо к командам и организациям. Используйте метод мутаций, чтобы создавать инновации. Пользуйтесь горизонтальным переносом, чтобы копировать инновации у других команд. И применяйте метод кроссинговера для создания новых практик путем комбинирования уже известных.

В предыдущей главе я предупреждал вас, что нельзя слепо копировать «лучшие» практики или следовать советам консультантов без учета конкретного контекста. Адаптивный ландшафт других команд может отличаться от вашего. Горизонтальный перенос – отличная стратегия, но он требует, чтобы вы удостоверились, что в вашей ситуации данные инновации имеют смысл.

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

Примеры?

«Не надо заключать контракты с фиксированной ценой и фиксированным объемом разработки, потому что…»

Звучит разумно, но мне от этого не легче, поскольку мои клиенты заключают только такие контракты. Вы рекомендуете мне прикрыть свой бизнес?

«Не нужно начинать с объемных и детализированных требований к продукту, поскольку…»

Возможно, но клиент только что вручил мне технические требования на 500 страниц и готов платить за то, чтобы я их реализовал. Советуете мне отказаться от этого проекта?

«Команды должны быть кросс-функциональными и располагаться в одном помещении, при этом в них должны быть собраны специалисты всех необходимых профилей, потому что…»