4 октября 2018 4245
Представьте, что вы - внешний консультант по методологии Agile и вас пригласили улучшить Scrum-процессы в команде. Владельцем разрабатываемого продукта является глава департамента. Назовем его Алекс. Алекс много говорит о самоорганизации и гибкости бизнес-процессов, однако во время планирования Спринта вы замечаете, что он пресекает любые инициативы со стороны членов команды, вмешивается в мельчайшие детали работы и в довольно грубой манер отвергает вопросы по поводу бизнес-ценности пунктов бэклога Спринта. Алекс, похоже, считает себя agile-руководителем, но действует явно не agile, то и дело сбиваясь на командно-административный стиль. Как бы вы поступили в этом случае, будучи agile-консультантом?

Представьте, что вы - внешний консультант по методологии Agile и вас пригласили улучшить Scrum-процессы в команде. Владельцем разрабатываемого продукта является глава департамента. Назовем его Алекс. Алекс много говорит о самоорганизации и гибкости бизнес-процессов, однако во время планирования Спринта вы замечаете, что он пресекает любые инициативы со стороны членов команды, вмешивается в мельчайшие детали работы и в довольно грубой манер отвергает вопросы по поводу бизнес-ценности пунктов бэклога Спринта. Алекс, похоже, считает себя agile-руководителем, но действует явно не agile, то и дело сбиваясь на командно-административный стиль. Как бы вы поступили в этом случае, будучи agile-консультантом?

1280px-Dr_Jekyll_and_Mr_Hyde_poster_edit2-min.jpg

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

Однако это только раздражает Алекса, и он заявляет, что вы некомпетентны, у него в отделе уже было несколько agile-консультантов, и все они рекомендовали одно и то же, но их советы оказались бесполезны. «Все эти рекомендации были бы хороши, если бы члены моей команды были более опытными, — говорит Алекс, — но им не хватает опыта и мотивации для развития. И я надеялся, что вы предложите какие-то шаги, чтобы повысить уровень самоорганизации команды». Другая стратегия - не быть столь прямолинейным, а "поиграть в коуча". Можно задать Алексу несколько вопросов, которые наведут его на мысль, что ему следует изменить свое отношение. Но когда у вас уже есть готовый ответ, он легко догадается, к чему вы клоните. Алекс так или иначе поймет ваше намерение, и вы получите тот же результат — раздражение и отрицание.

Я пару раз сталкивался с такими Алексами (да и вы, наверное, тоже) и думал над возможными решениями в такой ситуации. И пришел к выводу, что в таких историях подход, ориентированный на процесс («поступай так, и это заставит тебя измениться») не работает, если руководитель считает, что ему самому меняться не нужно. Даже если бы вам удалось наладить какой-нибудь agile-процесс, например Scrum, общая картина была бы точно такой же: Алекс постоянно дискредитирует Scrum микроменеджментом, отсутствием открытости и недостатком доверия. В конце концов менять нужно склад мышления, а не просто вносить коррективы в процесс.   

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

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

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

«Хорошо, — подумаете вы, — но какое отношение все это имеет к Agile? Мы здесь не для того, чтобы обсуждать с клиентами их семейные отношения и сексуальные желания!» Совершенно верно. Но прежде чем вы решите отвергнуть этот подход, мне бы хотелось указать на еще один факт. Многие специалисты по методологии Agile, которых я знаю, резко отрицательно относятся к командно-административному стилю руководства. Мы не можем скрыть презрительное отношение к тем, кто использует в речи слова и обороты «ресурсы», «отчёт о статусе» и прочие менеджерские клише.  Давайте вернемся к ситуации, которую я описал в начале статьи, и попробуем связать все воедино.

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


Описанная мной ситуация является, пожалуй, наиболее сложным случаем для любого консультанта: «Я пригласил вас, чтобы изменить команду» (что на самом деле значит: «Мне самому меняться ни к чему. Измените команду»). Большинство agile-консультантов, с которыми я говорил об этой ситуации, соглашались, что шансы на успех в данном случае близки к нулю. Невозможно заставить человека измениться. Но что если мы используем неправильную тактику, подталкивая руководителя к изменению слишком настойчиво и слишком быстро? 

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

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

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

В вышеприведенном примере есть по крайней мере два варианта. Клиент может принять решение изменить самого себя и тем самым способствовать, формированию agile-мировоззрения и применению agile-подходов в команде. Либо он может принять собственное стремление к большему контролю, и вообще отказаться от идеи agile-трансформации. Это, вероятно, будет иметь некоторый положительный эффект для его команды — текучесть кадров в организации, скорее всего, сократиться, когда исчезнет расхождение между между декларируемыми ценностями и действиями руководителя (хотя некоторые сотрудники все же покинут команду). В этом случае у вас может сложиться впечатление, что вы поспособствовали отходу организации от agile-трансформации. На мой взгляд, оба результата можно считать положительными. И хотя во втором сценарии организация не становится agile, она, по крайне мере, перестаёт подпитывать миф о том, что Scrum — это всего лишь набор ритуалов, которые не ведут ни к каким изменениям.  


Как применять недирективный, ориентированный на клиента подход в agile-консультирование? Как говорит мой друг Ролан Флемм, сначала нужно получить соответствующие знания. Но, предположим, вы обладаете необходимыми знаниями и навыками, что дальше? Для меня этот вопрос остается открытым. На мой взгляд, здесь есть несколько ограничений. 

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

  • Второе ограничение относится непосредственно к процессу консультирования. Его не следует превращать в попытку проникнуть в душу человека. Для этого консультант должен быть внимательным и искренне заинтересованным в понимании чувств и убеждений клиента. 

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

  • И последнее, но не менее важное: нужно так настроить клиента, чтобы он не рассчитывал (и не настаивал), что вы будет давать рекомендации и указывать ему, что делать. Клиент должен сам это решить, а вы можете лишь помочь ему составить план действий.

Последние статьи в блоге

Осенний апдейт карьеры: от -30% до -50% на курсы ноября!

Только сейчас: скидки от 30% до 50%* на ноябрьские курсы для тех, кто хочет быть на шаг впереди в IT. Практические программы помогут укрепить ключевые навыки и выйти на новый уровень профессиональной зрелости. Успейте подать заявку, чтобы воспользоваться предложением.

Новости
23 октября 2025

Как одновременно заварить кофе для 10 000 сотрудников — и еще 7 неожиданных вопросов архитектору ПО

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

Новости
21 октября 2025

Как живые вебинары повышают эффективность ИТ-обучения

ИТ-рынок сегодня меняется стремительнее, чем когда-либо: появляются новые технологии, фреймворки и подходы.

Новости
06 октября 2025

ИИ в разработке ПО: преимущество или риск

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

Новости
24 сентября 2025

Чему нас учит ИИ: как стать идеальным сотрудником

Сейчас чаще говорят об этике использования ИИ — как не получить плагиат или не доверить слишком много, но при этом редко задумываются о другой стороне медали: этична ли наша работа?

Новости
12 сентября 2025

Как ИИ действительно влияет на продуктивность разработчика: неожиданные выводы из исследований

За последние пару лет у многих разработчиков в редакторах и IDE поселились новые «напарники» — всевозможные ИИ-инструменты. Обещания были впечатляющие: меньше рутины, быстрее релизы, код пишется почти сам. Но когда первые восторги улеглись и появились системные исследования, стало ясно: эффект от ИИ далеко не такой однозначный. Где-то он действительно ускоряет работу команд на 20%, а где-то, наоборот, тормозит опытных инженеров. И вот парадокс: даже там, где выигрыш в скорости очевиден, бизнес не всегда чувствует, что проекты двигаются быстрее.

Новости
08 сентября 2025

Сквозная логика: от бизнес-процесса к реализации без потерь

Главный принцип работы с проектной документацией — поддерживать её связность и актуальность. Любая, даже самая детальная схема (BPMN, Use Case, C4), мгновенно теряет ценность, если она конфликтует с другой. Узнаёте? Сначала все силы бросают на «личный кабинет», но после пары спринтов главным внезапно становятся «возвраты». В результате возникает опасный разрыв: цели проекта, реализуемый функционал и схемы, которые должны их описывать, живут своей жизнью. Документация превращается в «мёртвые зоны», которые больше не отражают реальность.

29 августа 2025

Заказная разработка ПО в IBS: безопасная разработка и доставка

В этой статье начальник отдела DevOps компании IBS Артур Галеев расскажет об опыте внедрения принципов безопасной разработки, используемых инструментах и нормативных актах, на которые стоит опираться.

Новости
26 августа 2025

Сертификация ИТ-специалистов: точная оценка ваших компетенций

В ИТ-мире важно не просто обладать знаниями, но и четко понимать свой реальный уровень владения теми или иными навыками.

Новости
22 августа 2025

Группа компаний IBS запускает национальную сертификацию для бизнес-аналитиков

Центр сертификации IBS запускает новую систему оценки квалификации бизнес-аналитиков, которая сочетает международные стандарты c особенностями российского рынка. Программа ориентирована на теоретическую базу и прикладные навыки, необходимые в работе бизнес-аналитика в современных ИТ- и цифровых проектах.

Жизнь компании
20 августа 2025

От разработчика к тренеру: как превратить экспертизу в стабильный доход

Часто к преподаванию переходят после достижения «карьерного потолка»: на уровне сеньора процессы отлажены, и новые вызовы исчезают. Однако вместо того чтобы долго преподавать за символическую плату, можно сосредоточиться на создании системного заработка. Разберём реальные способы: от коучинга до запуска курсов.

Новости
13 августа 2025

Установка и настройка брокера сообщений Kafka на Windows

Цель задания: научиться устанавливать и настраивать Apache Kafka на операционной системе Windows, а также выполнять базовые операции с топиками и сообщениями.

21 июля 2025

Почему Python? Полный разбор Python vs Java в ML

«Когда 9 из 10 курсов по машинному обучению используют Python — это не случайность. Это результат десятилетия эволюции инструментов, сообщества и образовательной экосистемы».

21 июля 2025

Что должен знать и уметь архитектор ПО в 2025 году

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

21 июля 2025

Памятка по документированию архитектурных решений

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

Новости
18 июля 2025

Летняя акция: учитесь онлайн с выгодой, не выходя из отпуска! До конца августа второй курс со скидкой 50%

Проведите лето с пользой для карьеры – второй курс со скидкой 50%!

09 июля 2025

5 курсов июля со скидкой 30%

Друзья, у нас остались последние места на курсах, которые стартуют в июле. Сейчас есть возможность записаться на обучение со скидкой 30%!

Новости
04 июля 2025

Карьерный трек аналитика: от базы к экспертизе

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

27 июня 2025

Почему именно сейчас стоит учиться на бизнес-аналитика уровня Middle. «Руководство BABOK» в подарок участникам программы!

Вы в ИТ, вам за 30. Вроде бы всё хорошо — есть работа, скиллы, стабильность. Но в воздухе — тревожность. Проекты замораживаются. Бизнес урезает бюджеты. От ИТ ждут не просто задач, а конкретного влияния на прибыль.

25 июня 2025

Уничтожит ли ИИ-генератор кода профессию разработчика?

С появлением ИИ-инструментов, а также в связи недавним анонсом Canva Code, который генерирует код за пару кликов, многие задумались: не станут ли такие инструмент угрозой для разработчиков? Давайте разберемся, есть ли здесь реальные риски, или это все же преувеличения.

23 июня 2025

Не нашли, что искали? — Просто напишите, и мы поможем

Корпоративное обучение Оценка персонала Сертификация О нас Стань тренером Блог
Пользователь только что записался на курс ""
Спасибо!
Форма отправлена успешно.