Ошибки управленцев: как доносить замечания до подчиненных и принимать их самим

25.01.19

Управление проектом

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

Александр Орлов 

Бизнес-тренер, сооснователь и управляющий партнер Школы менеджеров «Стратоплан». В прошлом менеджер в компаниях Intel и Sun.

Независимый консультант в области управления проектами по разработке ПО и командами разработчиков, систем мотивации и удержания сотрудников, построения карьеры. 

Совместно с партнером разработал  более 100 образовательных программ Стратоплана, через которые прошли более 15.000 менеджеров ведущих компаний. Автор книг "Секреты управления программистами", "Белая книжная полка менеджера".

Доклад Александра для INFOSTART EVENT 2018 Education «Профессиональное выгорание: взгляд изнутри и снаружи» получил самую высокую оценку от участников конференции.


Управленческие инструменты: 4-фазный алгоритм решения проблем с людьми или «А чего ты хочешь, если ты такой хреновый менеджер?»

На одном из давних тренингов мы отрабатывали кейс «Сотрудник не присылает отчеты вовремя». Кейс, абсолютно не привязанный к реальной жизни, ведь такого же не бывает, чтобы люди опаздывали со сдачей отчетов, верно? Одному из участников тренинга не досталось пары, и роль сотрудника играл я. До этого всем пар хватало, поэтому к роли сотрудника я был не очень готов… Моим собеседником оказался молодой человек, назовем его Егор, технический директор небольшой компании. Цель кейса – донести до сотрудника, что отчеты надо присылать вовремя. Егор начал сразу с места в карьер:

– Александр, как же так, почему вы не присылаете мне отчеты?
Я стоял, думал-думал, чего сказать. И потом ляпнул первое, что пришло в голову:
– Егор, а чего ты хочешь, если ты такой хреновый менеджер?!
Каюсь, я тогда не знал о тяжелых манипуляциях. Зато их влияние смог ощутить на себе в полной мере. Егор покраснел, потом пошел пятнами:
– Что значит «хреновый менеджер»?! Это недопустимо – так разговаривать с руководством…
А дальше меня начали увольнять. И это довольно печально для менеджера. Хотя с другой стороны, хорошо, что такая ситуация случилась на тренинге, а не в реальной жизни.

Сегодня мы как раз поговорим о том, как доносить до людей неприятную обратную связь и как ее правильно принимать. Как обычно – алгоритмы, схемы, примеры – все, что мы любим. :) И многобуков, что мы не любим, но зато с подробностями.

С этим алгоритмом я познакомился, когда работал в Intel. На тот момент я его воспринял, как очередную корпоративную промывалку мозгов. Но после того, как ушел из компании, я этот алгоритм переосмыслил.

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



image
 

I. Подготовка.

На этапе подготовки мы определяем несколько вещей:

1. В чем конкретно проблема?

Пример из жизни. На одном из тренингов встает слушатель:
– Нет, ну это все понятно. А вот ситуация из реальной жизни. Я иду по коридору и вижу, как сотрудник соседнего отдела смотрит порнуху. Что делать?
– А в чем проблема?
– Ну…

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

Чтобы понять, надо ли решать проблему, есть два вопроса:

  • Влияет ли это на работу?
  • Если не решать, то что будет не так?

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

2. Цель – чего хотим добиться обсуждением?

Периодически менеджеры приходят со странными проблемами. «У меня проблема: люди сидят "ВКонтакте". Вот я думаю, сейчас мы им закроем доступ к соцсетям...»

Если в этом случае закрыть доступ к соцсетям, то получится как в анекдоте: «Много нового из жизни собак узнали ученые, прикрепив камеру на голову собаке. Оказывается, до 90% своего времени собака проводит за тем, что пытается содрать камеру с головы».

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

3. Почему человек так себя ведет?

Как говорится, если вам кажется, что вы говорите с идиотом, возможно, ему кажется то же самое. Для любого поведения человека всегда есть причина. Даже для поведения, которое вам кажется неадекватным.

Пример из жизни. На одном из тренингов менеджеры (участники тренинга) активно жаловались на своего директора. Рисовалась картина дьявола, который вылез из ада, специально чтобы возглавить их компанию:
– Представляете, он программистов при опоздании даже на 3 минуты заставляет писать объяснительные от руки! Знаете, как аргументирует? «Они задолбаются писать и перестанут опаздывать!» А все идеи принимает только в виде докладных записок!..

Вечером за пивом начинаем выяснять у менеджеров, всегда директор был таким «неадекватным», или когда-то был нормальным человеком. Менеджеры задумываются:
– Да нет, вот два года назад мы с ним ездили на выставку в Германию. Нормальный чувак был, мы с ним вместе по стрип-барам тусовали…
– А в какой момент он стал «неадекватным»?
– Хм…

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

При анализе точки зрения хорошо бы подумать вот о чем:

  • человек всегда себя так вел или это началось после какого-то момента?
  • какое позитивное намерение есть в его действиях?

В жизни есть масса разных вещей, которые переключают поведение людей:

  • организационные изменения: «Почему назначили его, а не меня?»
  • непонятные технические решения: «Зачем нам внедряют вот эту хренотень?»
  • географическая отдаленность от другой команды: «Это они не просто так нам написали, это они...»

При этом люди действуют, пытаясь сделать что-то позитивное (иногда только для себя, но тем не менее):

  • директор пытается навести порядок в компании
  • сотрудник саботирует внедрение идиотского, по его мнению, инструмента, тем самым показывая, что он идиотский

Это все хорошо бы попробовать для себя прояснить, потому что именно здесь решается, с чего мы начнем разговор:

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

4. Факты и аргументы

Люди иногда абсолютно добросовестно не видят, в чем заключается проблема. «Ну не присылаю я отчеты, да и бог бы с ними. Зато работы успеваю больше сделать!»

И на этапе подготовки к разговору, хорошо бы подумать:

  • какие факты и аргументы покажут, что эта ситуация является проблемной для вас?
  • какие факты и аргументы покажут, что эта ситуация является проблемной для человека, к которому вы пришли ее обсуждать?

Если заранее не заготовить факты, то в разговоре мы автоматически скатываемся к давлению:

  • «Почему я должен специалисту твоего уровня объяснять элементарные вещи?!»
  • «Как инженер с твоим опытом..?»
  • «Как выпускник Бауманки…?»
  • «Ты, главное, сейчас сделай, а там...»
  • ...

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

II. Обсуждение проблемы

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

Общая схема разговора может быть такой:

– Я хотел бы обсудить вот такую ситуацию… Это не очень здорово, потому что [ФАКТ №1] + [ПАУЗА]
– И че?
– Так вот… [ФАКТ №2] + [ПАУЗА]
– И че?
– Я поэтому и пришел… [ФАКТ №2] + [ПАУЗА]

Наша задача на этой фазе алгоритма – привести человека к точке согласия по проблеме. Чтобы он сказал что-то вроде: 

– Да, как-то все это неправильно…

Пауза дает человеку высказаться. Можно ее заменить на уточняющие вопросы.

  • Что ты про это думаешь?
  • Как это выглядит с твоей стороны?

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

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

– А давайте внедрим $НОВАЯ_МОДНАЯ_ТЕМА (Kanban, Lean, TDD, FDD,)
И у людей в глазах немой вопрос: «ЗАЧЕМ??? Ведь мы же до этого работали как-то без $НОВАЯ_МОДНАЯ_ТЕМА? Релизы релизили, билды билдовали, все было хорошо… ЗАЧЕМ???»

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

Что делать, когда факты кончились? Бывает так, что факты и аргументы заканчиваются, а человек все равно не согласен. Не видит, гад такой, проблемы! Что делать?

Интуитивная модель поведения – надавить (авторитетом, политиками компании, лучшими практиками, силой...). Контринтуитивная – выйти из разговора.

Пример из жизни. Несколько лет назад мы с моим коллегой оказались на тренинге Блисс Браун, американской бабушки 60 лет и потрясающего коуча. Может быть, кто-то слово «коуч» воспринимает как отрицательное, но вот что я вам скажу. Блисс Браун – одна из самых мудрых людей, с которыми мне посчастливилось познакомиться. За время нашего трехдневного общения я кое-что переосмыслил в жизни. Хотя я не меньший скептик, как вы. Так вот, в ходе тренинга у моего коллеги возникло несогласие по какому-то поводу:
– Блисс, минуточку, я не согласен!
– Слава, давай я объясню по-другому (объясняет по-другому).
– Блисс, я все равно не согласен!
– Давай так (объясняет по-третьему).
– Все равно не согласен!
– … Слав, я сейчас, видимо, не могу подобрать нужные слова. Дай мне время подумать, как это лучше сформулировать и давай обсудим с тобой эту тему в кофе-брэйке?

Дальше со слов Славы:
– Мне в тот момент стало дико неловко. Елки-палки, думаю, тетенька 40 лет объясняет это разным людям. Неужели я такой тупой, что не могу этого понять?.. До кофе-брэйка я только об этом и думал и сам дошел до того, что она имела в виду. В кофе-брэйке подхожу к Блисс Браун: «Блисс, я правильно понимаю, что ты имела в виду вот это?» – «Именно так».

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

– Да, согласен, ситуация неловкая...

III. Обсуждение решения

И вот мы переходим к обсуждению решения. Стоит и предлагать решение самому? Безусловно да, если вы обсуждаете проблему с начальством или заказчиком. В противном случае лучше спросить человека: «Как решать-то будем?» Важно, чтобы человек сам предложил решение. За свое решение человек чувствует бОльшую ответственность.

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

Вы можете сказать: «Подожди, она же не выдержит нагрузки», но это может включить коммуникативную формулу ЗАТО: «Зато ее можно быстро реализовать!» Поэтому лучше задать один из вопросов:

  • А как бы нам сделать так, чтобы она выдерживала нагрузку в 5 раз больше, как мы планируем через полгода?
  • Что будет, если у нас нагрузка вырастет в 5 раз, как мы планируем через полгода?

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

– Коллеги, есть такая идея: давайте писать юнит-тесты!
– Отличная идея!
– Вот! Ну, тогда переходим к следующему вопросу…

Через неделю оказывается, что никто ничего не написал, потому что идею обсудили, а что конкретно делать – каждый понял по-своему.

Хорошая форма записи решений: WWW = Who, What, When (Кто, Что, Когда). Тут меньше шансов понять по-своему. А далее мы переходим к последнему этапу алгоритма, потому что, как говаривал бывший генеральный директор IBM Лу Герстнер: «People do not do what you expect. They do what you inspect». (“Люди не делают то, что вы ожидаете. Они делают то, что вы проверяете.”)

IV. Контроль

Этап контроля достаточно прост в описании, но в реальной жизни удивительно часто выпадает. 

Если человек начал себя вести так, как вы с ним договорились – это повод сказать ему: «Спасибо, вижу». Если этого не сказать, то человек может подумать, что вы не заметили: «А зачем тогда приходил мне мозг греть? Похоже, тема для него не так важна… Короче, в следующий раз, можно не напрягаться...».

Если человек ведет себя по-старому или не так, как вы договорились – это повод спросить: «Как же так?» И либо окажется, что человек забыл/забил (в этом случае, вероятно, надо будет усилить контроль), либо окажется, что решение для него не работает. И придется вернуться на предыдущий этап и дорабатывать решение.

Пример из жизни. На одном из тренингов руководители проектов подняли такой вопрос:
– Понимаете, у нас заказчик в середине итерации пропихивает новые «хотелки»…
Какая неожиданность! Ни у кого такого не бывает! Начинаем разбираться:
– А чем это плохо? Вы же их реализуете, верно? Ну и слава богу, как говорится, сатисфачьте кастомера, и будет вам счастье…
– Ну, мы не успеваем сделать то, подо что подписались…
– Да, вот это проблема. Обсуждали ее с заказчиком?
– Да.
– Что решили?
– Решили, что он свои «хотелки» будет копить до начала следующей итерации, а там мы их будем обсуждать.
– Записали решение?
– Конечно.
– А что потом происходит?
– Он снова пропихивает «хотелки» в середине итерации…
– А вы что делаете?
– А мы их реализуем...

Так алгоритм не работает. Последняя фаза контроля так же важна, как и три предыдущие.

Disclaimer о здравом смысле

Коллеги, я надеюсь, все понимают, что здравый смысл мы не отменяем? :) Если, не дай бог, случился пожар, не надо применять задумчивые техники: «Коллеги, вот что-то у нас горит… Как вы думаете, каким огнетушителем лучше тушить: порошковым или углекислотным?.. Не спешите с ответом… Или воспользуемся брандспойтом?..» В случае срочных проблем хорошо работают директивные методы.

Но для решения проблем и выстраивания долгосрочных отношений с людьми хорошо работает именно этот алгоритм. 

Успехов в его использовании!

P.S. Друзья, если есть желание сразу проверить, как это работает, то нет ничего проще:

  1. Вспомните свой последний сложный рабочий разговор и попробуйте разложить его по это алгоритму. На каком этапе сбойнуло, и что сейчас вы бы сделали по-другому?
     
  2. Попробуйте к ближайшему непростому разговору подготовиться и потом провести его по этому алгоритму. Посмотрите, как пройдет.
     
  3. Дайте свое описание в комментариях  к этой статье.
     
  4. Присоединяйтесь к онлайн-конференции для руководителей 

Видео-приглашение от Александра Орлова:

 


 

См. также

Компетенции и навыки РП Руководитель проекта

Есть занятный психологический эффект, когда мы игнорируем проблемы, с которыми мы не понимаем что делать. В своей книге “Вальсируя с медведями” авторы назвали этот эффект “А, вы имеете в виду этот приближающийся поезд…”

05.11.2024    1053    0    MariaTemchina    1    

27

Компетенции и навыки РП Конфигурации 1cv8 Бесплатно (free)

В процессе написания статей на тему Идеальное место работы ЗУПера нужен аргументированный текст про адекватного РП и тимлида. Информации получилось много, поэтому выделю в отдельные 2 статьи. Рассмотрим все особенности работы руководителей проектов.

02.05.2024    3617    0    biimmap    39    

39

Канбан и поставка ценности Программист Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Бесплатно (free)

При разработке 1С:Бухгалтерии 8 используются унифицированные процессы обработки задач, построенные на методике Kanban. О том, как выглядит доска задач, в чем пишут код команды – в конфигураторе или в EDT, и что делается для повышения качества и понятности кода самого многопользовательского проекта фирмы «1С», пойдет речь в статье.

26.04.2024    4969    0    mrXoxot    5    

29

Канбан и поставка ценности Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Бухгалтерский учет Бесплатно (free)

Применение Agile в отделе разработки 1С:Бухгалтерии не сразу оправдало возложенные на него ожидания. Но только благодаря гибким методикам удалось стабилизировать выпуск релизов и перестроить разработку так, чтобы она всегда начиналась с анализа задачи и с общения с пользователями. Расскажем об квинтэссенции опыта разработки самого многопользовательского проекта фирмы «1С».

23.04.2024    3820    0    user1853337    8    

29

Инструменты управления проектом Руководитель проекта Бесплатно (free)

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

01.04.2024    3146    0    MariaTemchina    6    

22

Кейсы проектов Руководитель проекта Бесплатно (free)

Как определить, что риск проекта высок настолько, что взяться за него – в 99% случаев значит потерять драгоценное время, деньги и другие ресурсы? Как еще до старта определить, что проект в лучшем случае на выходе станет пародией на задуманное, а в худшем – будет сорван? Сформулируем список типовых рисков срывов проекта и постараемся уберечь от ошибок внедренцев и заказчиков.

20.12.2023    4638    0    1СERP    21    

31

Кейсы проектов Программист Бизнес-аналитик Пользователь Руководитель проекта Платформа 1С v8.3 1С:ERP Управление предприятием 2 Оптовая торговля, дистрибуция, логистика Россия Бесплатно (free)

В 2021 году начали проект в дистрибьюторской компании. Имели большой опыт внедрения УПП, но периодически возникали вопросы. Зачем что-то придумали в ERP, что стало менее удобнее, чем было в УПП? Почему нельзя было взять лучшие идеи из УПП и ERP и скрестить их? А идея, что обеспечение нужно выносить из заказов, с каждым новым проектом находила все большее подтверждение. В итоге на этом проекте удалось применить лучшие (на мой взгляд) методические решения, которые мне довелось внедрять в конфигурациях УПП и ERP, в т.ч. подход, что реагировать нужно только на важное (то, как на заре появления ERP Фирма 1С ее позиционировала).

05.07.2023    15675    0    ASchekachev    37    

55

Канбан и поставка ценности Бесплатно (free)

Когда ИТ-отдел разрывается между разнотипными задачами от внутренних заказчиков, стоит посмотреть в сторону гибких подходов. О том, как, используя три практики Канбана – WiP-лимит, визуализация и распределение по сервисам – улучшить отношения с заказчиками, не бояться давать обещания по срокам и укладываться в них, на конференции Infostart Event 2021 Moscow Premiere рассказал руководитель направления 1С в компании UTG Станислав Алексенко.

28.06.2023    6522    0    stnslv    5    

25
Оставьте свое сообщение