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

• Нарисуйте матрицу «дисциплина – умения» для своей команды. Вы знаете, куда в этой матрице поместить каждого из своих сотрудников? Если нет, то почему? Если да, то соответствует ли данная картина вашим ожиданиям? Если не соответствует, то что можно по этому поводу предпринять?

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

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

• Оцените, в каком состоянии находится применение гибких методологий в вашей компании. Эти методологии имеют общее хорошо запоминающееся название? Легко ли соответствующий целостный набор практик передается от сотрудника к сотруднику? Или ваш подход состоит из отдельных бессистемных фрагментов, которые новым членам команды усвоить не так легко?

• Составьте список небольших проблем, которые вас беспокоят. Занимаетесь ли вы их решением? Или вы инвестируете время только в решение крупных проблем? Может быть, вы позволяете мелким проблемам превратиться в крупные?

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

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

Да, утверждается, что модели зрелости управления проектами нейтральны с процессной точки зрения, и это хорошо. Но основная идея таких моделей состоит в том, что способность систематически достигать необходимого уровня качества базируется именно на применяемых процессах (независимо от характера этих процессов). Объектом измерения при этом будет способность организации внедрять и применять эффективные процессы – а не ее способность проявлять инновационность и адаптивность в сложной среде.

Хотя в основе таких моделей лежат благие намерения, многие из них механистичны и… неизменно игнорируют тот факт, что единственной убедительной причиной, почему компании вообще совершенствуют производственные процессы, будет стремление повысить свою способность создавать ценность для клиентов и акционеров. Соответственно, многие из таких «процессно-ориентированных моделей зрелости проектов» не принимают во внимание в явном виде следующие две фундаментальные реалии: 1) организации – это одновременно не только сложные бизнес-системы, но и сложные социальные системы; 2) образцовое управление бизнес-процессами требует от лидеров способности сотрудничать друг с другом, в том числе и с точки зрения кросс-функциональности [57].

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

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

Если реальное значение имеет только эффективность, то нам недостаточно рассматривать зрелость. Необходимо взглянуть, как организации развивают свои компетенции в области бизнес-процессов [58].

Если перефразировать Роберта Мартина, «рассуждают о своей зрелости подростки, а не взрослые».

Работая над составлением плана своих выступлений на различных конференциях, я однажды решил воспользоваться услугами профессионального агента. Я отправил ему по электронной почте описание своей квалификации, историю моих уже состоявшихся выступлений на конференциях в Европе и США, информацию о книге, которую писал, а также возможности взаимодействия. Я прождал три недели, но ответа так и не получил. Затем я отправил напоминание и моментально получил ответ с извинениями и с обещанием позвонить на следующий же день. Я продолжал ждать… Через три дня я отказался от своего намерения нанять этого человека в качестве своего агента.

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