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

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

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

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

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

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

• Можете быть уверены, что в горах все пики достаточно высокие. Не имеет значения, на какой из них вы собираетесь забраться, ваша цель – просто карабкаться.

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

Давайте проверим эти идеи на практическом примере (рис. 15.2). Предположим, вы отвечаете за команду, которая использует устаревшие процессы, и ее эффективность в результате находится на ужасающе низком уровне…

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

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

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

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