Мосты общения

Выступали мы вчера на IT-Talk и услышали интересный вопрос: «в команде программистов, кто должен отвечать за общение? Передачу знаний, согласование идей, распределение зон работы?» С одной стороны, главная задача программиста – писать код, с другой стороны, в agile-команде нет явно выделенной роли начальника. А что уж происходит в распределенных командах – там вообще всё сложно.

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

Общение можно сравнить со строительством моста. Его можно строить и с одной стороны, но всё-таки с двух – проще. Здесь строить=хочу+могу. Хочу – это значит, обладаю желанием, желанием что-то сделать. Могу – это значит обладаю опытом и техникой. Давайте нарисуем матрицу 2×2:


С первым квадратом всё плохо – работа стоит. Каждый делает что-то в своей области, у всех есть достижения, но вместе соединить не получается.

  • Часто, проекты, застывшие на фазе «90% готово», находятся в этом квадрате. Каждая часть, по отдельности, работает. Всё вместе – нет.

Со вторым квадратом всё приятно – я делаю только свою работу. Никаких затрат на общение – пусть это делает кто-то другой. Один из комментариев на нашу статью на хабре

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

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

  • Проект идет быстрее всего.

С четвертым квадратом интереснее всего. Я вижу, что отдельные части проекта нужно стыковать. Я вижу, что мои коллеги засели плотно на своих островках, и, в лучшем случае, просто не проявляют интереса к другим. В худшем же – активно защищают свой остров/код от вторжений извне. И тут, всё зависит от моего отношения к проекту, от моей ответственности. Я могу либо оставить «как есть» и пусть будет то, что будет, либо могу вложиться в улучшение ситуации. В улучшение качества общения.
Здесь может одного желания уже не хватить. Здесь еще и опыт нужен, и техника.

  • Тут работать надо
Метки: | Добавить комментарий

Контакт → доверие → отношения

Психологические модели для тех,
кто в IT работает не только с железом

Команда

Как используя психологические техники и модели сделать команду
сильнее, а отношения крепче?

  • Сделать конфликты продуктивными и короткими
  • Сделать отношения теплее и человечнее
  • Быстрее принимать сложные решения
  • Предупредить внезапные увольнения и потери работоспособности

Можно посмотреть подробности с паралакс-скроллингом тут

А лучше всего - ввести свой email прямо здесь:

Как из болота вытягивать ITшника или об общении в стрессовых ситуациях?

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

horseНеприятности случаются… Неожиданно плохой фидбек, проблемы с заказчиком или коллегами, не повысили зарплату, странные баги, внезапный овертайм или закрытие проекта — подобные события запускают цепочку реактивных реакций:

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

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

  • Как узнать каждое состояние и предугадать следующее?
  • Как помочь выйти себе и собеседнику из цепочки?
  • Что не делать, чтобы не усугубить ситуацию?

Дальше – на хабре.

Метки: , , , | Добавить комментарий

Павел Обод @ Яркий Аутсорс

Лет этак семь-восемь назад задумался я о будущем. Вот работаю я сейчас программистом, а что дальше? Хочу ли я все время работать на ставку, или есть я таки готов сделать шаг к бОльшим деньгам? Один из вариантов, который я рассматривал, это было открытие своего бизнеса. Я даже сделал несколько шагов в эту сторону, но… увидел, сколько там для меня неизвестного, и остановился. Масса вопросов, связанных с офорлением и тысячей “как” меня остановило.
Недавно произошло событие, которые напомнили мне о тех попытках. На одной из конференций мы случайно встретились с Павлом Ободом. Слово за слово, разговорились. Павел был программистом, сейчас открыл свою аутсорсинговую компанию и ведет блог, посвященным тонкостям работы аутсорсера. В общем, если у вас есть идеи открыть свою фирму, вам будут интересны его блог и книга “10 шагов к созданию своей аутсорс IT компании”. Они не только подняли мой интерес к теме, он и так был высокий :), но и добавили пару любопытных идей и несколько полезных фактов.
PS: 4 октября Павел еще бесплатный вебинар “Уверенные продажи в аутсорсе разработки ПО” проводить будет, присоединяйтесь!

Добавить комментарий

Три способа повысить свой авторитет в коллективе программистов

По запросу журнала Дигибу мы написали коротенькую статью. Сейчас мы ее дублируем сюда.

Я был программистом и писал проект в одиночку. Работал, работал, и тут как-то у начальства в голове пришло понимание — я всё не успеваю, нужно быстрее. И мне на проект добавили человека. А так как я на проекте дольше, то я и старший. Потом добавили ещё одного. Так, шаг за шагом, и росло количество сотрудников.

Это один из самых типичных примеров, как программист или QA становится менеджером: берётся человек, который больше всего разбирается в проекте и/или технологии, и продвигается на ведущую позицию. Такого человека уважает команда: “Он такой же как мы, только лучше разбирается”. Уважает только первое время, потому что, занявшись менеджерскими обязанностями, быстро теряешь программистские навыки. Просто из-за нехватки времени. Часто, чем лучший ты менеджер, тем худший программист или QA.

Три совета, как же всё-таки поддерживать авторитет в условиях нерезиновых суток:

О дополнительных качествах

Дополнительные качества — это качества, которые помогают жить команде, но которых нет у остальных. Для айтишников это, часто, социальные навыки. Умение договориться с заказчиком и с директором. Лучший английский. Умение распределить задачи так, чтобы все были довольны. Умение разрулить конфликт или договориться о лучшем месте в офисе. Или даже просто модерировать разговор — чтобы было о чём поговорить во время обеда и не мешало работе слишком сильно. Организовать подарок на восьмое марта и произнести тост, в конце концов.

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

Об умении донести мысль

Месяц назад в горах случайно встретился с англоговорящим испанцем-психологом. Мне было очень интересно с ним поговорить на профессиональные темы, но остро не хватало специальных слов в моём словаре, заточенном под IT. Поэтому многие темы я обрывал, просто из-за невозможности сформулировать вопрос и понять ответ.

Можно обладать компетентностью, но не иметь возможности её показать. Давайте посчитаем профессиональную компетенцию в попугаях.

Возьмём двух сотрудников Витю и Женю. Витя — отличный специалист и его компетентность — 2000 попугаев, но в общении постоянно замыкается и стесняется отстаивать своё мнение на митингах. Итого только 50% его знаний видят коллеги, соответственно его авторитет равен 1000 попугаев.

Женя — чёткий мидл и имеет компетентность в 1000 попугаев, но использует свои знания на выходе на 100%, плюс, общаясь с Витей, иногда передаёт его идеи своими словами, за это получая ещё +20% от Витиных. Итого авторитет 1400 попугаев.

Схемка приблизительна и надуманна, но она показывает, как Женя получит авторитет за счёт коммуникативных навыков больше, чем Витя. И получает авторитет именно как знающий специалист, а не как специалист в «поболтать языком».

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

О помощи новичкам

Иду я мимо новичка, и он задаёт мне вопрос. Не знает, как сделать задачу. Я задаю наводящие вопросы и подвожу к решению. Но… каждый мой ответ вызывает ещё несколько вопросов. Иногда подряд, а иногда — с небольшой задержкой, чтобы я успел дойти до рабочего места и погрузиться в свою работу. Через какое-то время я подхожу к нему и начинаю показывать, как нужно делать и какие кнопки нажимать. Увлекаюсь задачей и ухожу в решение.

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

Менеджер, который выполняет по первому требованию работу новичка, теряет авторитет. Менеджер, который обучает (руководит, “руками водит”) новичка — авторитет получает.

  • Совет: когда помогаете кому-то, обычно лучше держаться подальше от мыши и клавиатуры. Да, так намного медленнее, зато эффективнее в долгосрочной перспективе.
Метки: , | Комментарии (2)

Фичи Драматического треугольника

Как лучше отказать в помощи?

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

Я сожалею, но разбирайтесь сами

Слова и стиль зависит от привычного для вашего собеседника языка, но смысл передаем следующий: “…Я не считаю возможным вмешиваться в ваши отношения. Я сожалею, что у вас это произошло, но в ваших отношениях вы должны разбираться сами…” После чего — перевести разговор на другую тему, показывая, что к той теме возвращаться вы не намерены.

  • “Я сожалею, что ты столкнулся с такой проблемой, но я считаю, что каждый должен уметь настраивать свой комп самостоятельно, в наше время это становится обязательным навыком.”/li>

Четырехшаговая схема съезда

  1. Коммуникативный плюс – улыбка, имя, комплимент, благодарность (если есть за что), и т.д.
  2. Сказать, почему не можете сейчас помочь
  3. Предложить альтернативное действие, в зависимости от ситуации – отложить обсуждение,
  4. Завершить коммуникативным плюсом – комплимент, благодарность, внимание, вежливое обращение и т.д..
  • “Коллеги, к сожалению, сейчас я очень и очень занят на текущем проекте, и у меня совсем нет времени в ближайших полторы-две недели. Разместите, пожалуйста, свой вопрос в комментариях к статье. Как появится свободное время, я постараюсь вам ответить. Дедлайн есть дедлайн, спасибо за понимание”
  • “Тина, у меня сейчас начнется скайп-митинг с закзачиком, ориентировочно закончиться в 19:00 вечера. Если тебя это устраивает – после митинга напомни мне, и я к тебе подойду. Если нужно срочнее – погугли по словам “настройка шрифтов в Windows”. Мне приятно, что ко мне приходят красивые девушки за консультацией :)”

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

Мягкий саботаж, или мороз меня спасал не раз.

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

  • “Тина, у тебя компьютер испортился? Шрифты не отображает? У меня тоже была похожая ситуация. Ты знаешь, когда-то я настраивал себе компьютер на большом экране с высоким ppi. И системные диалоги Windows, при увеличении размера системного шрифта становятся совершенно нечитаемыми. Я даже надеялся, что в Apple этот вопрос как-то решат по-человечески, но пока я даже не смотрел, на что у них получилось похоже. Это большой маркетинговый ход от эппла, но что-то ведь делать надо? Я бы, в общем и не прочь, перейти на мак, но он дорогой и я не уверен, что на нем удастся запустить мой любимый первый старкрафт. Конечно, он уже подустарел, но все же…. Я помню, как мы в него резались еще 10 лет назад… Мы тогда опутывали всю общагу проводами – толстыми такими, эзернетовскими, очень похожими на антенные кабели.” <Оборвано на полуслове>

Недостаток этого метода – можно легко попасть в категорию “тупой” или “издевается”. Зато хорошо работает с теми, с кем контакт поддерживать не нужно – со случайными людьми на улице, нежелательными проповедниками и т.д. Кроме того, на его исполнение зачастую уходит много времени.

  • Часто, разговор бабушек у подъезда строится именно по такому принципу: каждый гнет тему в свою сторону и использует слова собеседника только как стартовую площадку к своей теме.

Доведение до абсурда.

Один из приемов переговорщиков. Смысл его заключается в преувеличении жалобы Жертвы.

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

Можно серьезно, можно с долей юмора. Это техника проверки на прочность, проверки есть ли у жалобщика представление о решении и ему просто влом разбираться, или же это действительно тупик.

Важно, чтобы юмор не перешел в сарказм или травлю.

Сократический диалог

Это модификация для драматического треугольника, оригинал – тут.

  1. Согласиться с основной посылкой жертвы. Основную посылку жертвы легко поймать, она слышна не столько в словах, сколько в интонациях, и акцентах слов. Чаще всего Жертва жалуется на Преследователя, поэтому можно согласиться что преследователь – специфический человек на своей волне, жестокий, сволочь, плохой профессионал – подбирайте формулировку, которая вам покажется более правдивой, просто добавьте к ней негативных коннотаций – то есть покажите негативную сторону качества человека: он внимательный, значит будет зануда; она легко относится к жизни, значит будет несерьезная и в том же духе. Если вы человека не знаете, то воспользуйтесь той информацией, которая вам предоставила Жертва – в жалобе она, как минимум, сказала несколько гадостей о Преследователе, добавьте слово “может”, “похоже” и негативно охарактеризуйте Преследователя.
    • Вася затер твои изменения? Да, это может быть признаком непрофессионализма…
  2. Следующий шаг – усомнитесь в чем-то из характеристики Преследователя, или из безвыходности положения Жертвы.
    • Точно ли у тебя там все было правильно? Вася работает на проекте с самого начала, может ли быть такое, что он заметил там какую-то критическую нестыковку?
  3. Последним шагом дайте коммуникативный плюс Жертве, ее способностям. Если вы рисковый человек, то можете попробовать дать  короткую инструкцию/совет (в общем виде) как выйти из положения. Фактически последний шаг переводит Жертву в активную позицию, из позиции “со мною что-то делают, а я ничего не могу”, в позицию “я знаю что я смогу выйти из ситуации”.
    • Петя, я помню, как ты проходил собеседование, я знаю, что твои изменения обычно проходят Code Review без больших проблем. Я уверен, что завтра эту ситуацию так или иначе совместно решим. Давай сделаем так – ты с утра посмотришь правки еще раз свежим взглядом, и если вопрос останется открытым – подходи ко мне, что-нибудь придумаем.

Разновидности

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

Игра вдвоем

Шаг 0. Преследователь обвиняет Жертву (вариант: Жертва провоцирует обвинение Преследователя, на практике эти два варианта часто можно считать одним, так как разделить их практически не возможно).

Шаг 1. Жертва, вся несчастная, показывает свою уязвимость и слабость, провоцирует Преследователя на смену позиции на Спасателя.

Шаг 2. Спасатель пытается задобрить Жертву, часто нападая на себя самого в прошлом (“ну сорвался”, “идиотом был”…)Второй собеседник становиться Спасателям, поскольку спасает от себя самого пытается загладить “вину” и помогает Жертве.

Шаг 3. Жертва обвиняет Спасателя в плохой помощи (или другом поводе) и становиться Преследователем.

Шаг 4. Новая Жертва (второй собеседник) объявляет что его притесняет Преследователь (первый собеседник) и круг замыкается…

Поскольку роли переходят постоянно, то лучше это описать на примере семейной ссоры.
– Милый иди обедать
– Подожди секундочку
– Так я приготовила, сделала, а тебе еще нужен персональный подход (Преследователь) выключает компьютер
– Да у меня же там был не сохраненный документ, мне он нужен же для работы (замыкается в себе, демонстрирует злость и обиду, заходит на кухню и ест молча и агрессивно)
– Ну извини, я не подумала, неужели ничего нельзя сделать (пытается уйти в Спасателя)
– Уже ничего, надо заново набирать текст (со злостью)
– Скажи чем я могу помочь, я помогу, давай пока ты поешь я наберу (просительно, позиция Спасателя)
….
– Блин ну как ты набрала, ну кто так пишет, уйди отсюда. Сначала сбиваешь мне документы, потом хочешь меня подставить на работе (переключился в Преследователя)

Игра соло

Есть талантливые люди, которые умудряются исполнить подобную игру соло.
Это удается за счет смены ролей во времени.
Я – Жертва плачет своему внутреннему Я по поводу внешних обстоятельств (начальник, заказчики, коллеги).
Я – Спасатель берется страшно покарать мнимых Преследователей,
после мысленной расправы Я-Жертва нападает на Я-Спасателя за то что он “не работает”, “занимается фигней” и т.д. другими словами отрицательные эмоции с внешних обстоятельств переводятся на самого себя человеком (ретроекция), человек опять становится в позицию Жертвы но уже по отношению к внутренним обстоятельствам. Подобные циклы создают смену агрессии и депрессии и сильно напоминают работу реактивных состояний.

  • Вася сказал, чтобы я не рефакторил, а делал ровно то, что в задаче сказано. Идиотское решение, у нас из-за этого на проекте и так всё наперекосяк идет. Ну и ладно, буду делать всё ровно как сказано. И если будет ошибка в ТЗ – сам виноват, пусть Вася и расхлебывает! Ладно, я на эти разборки и их пережевывание потратил кучу времени, что в таймрепорте-то писать буду? Эмоции надо оставлять дома, а сейчас – пора работать! Блин из-за Васи не могу сосредоточится на работе, какого он себя возомнил начальником…(продолжение следует)

В жизни подобный диалог может быть гораздо дольше по времени и занимать часы.

Психологическая слепота

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

  • Тимлид не верит, что джуниор способен разобраться в проблеме самостоятельно
  • Заказчик требует “давай-давай” и овертаймы, игнорируя необходимость в отдыхе
  • Джуниор “я гуглил час, и ничего не нашел…”

Как спасать эффективно и безопасно?

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

  1. Переключайте общение на решение проблемы, предлагайте переходить к конструктиву, обсуждайте цели и планы.
    • Как ты думаешь, что можно сделать в этой ситуации? Кто это может сделать? Кто еще? Какие еще есть варианты?
  2. Убедитесь что были высказаны вслух:
    1. запрос на помощь – Не “Вася – козел, он затер мою работу”, а “Пожалуйста, помоги разобраться, что произошло, почему мои изменения были затерты”,
    2. предложение или согласие помочь с нашей стороны – “ок, я помогу тебе выяснить, что же произошло”
    3. условия помощи – “я доберусь до этой ситуации завтра после митинга в 12, если еще будет актуально, и я рассчитываю, что в дальнейшем с похожими ситуациями ты будешь справляться сам”
    4. принятие помощи партнером на обговоренных условиях – “Ок, завтра после 12 – нормально”

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

  3. Проясните ситуацию. А именно, что заставляет человека чувствовать себя несчастным, неудовлетворенным. Что должно произойти, чтобы он почувствовал себя более счастливым? Если нет четкости в описании проблемы, и четкости в желаемом результате – нельзя определить момент, когда проблему можно считать решенной, а задание выполненным. Подобная ситуация создает большой простор для дальнейших манипуляций.
    • Ситуация “Вася – плохой специалист” – решается сложнее, чем “Вася затирает мой код”
  4. Задание. Жертва чувствует себя беспомощной, но это не значит что она ничего не умеет. Дайте ей то задание, которое он/она способны выполнить, и мягко скажите, что ждете выполнения задания, иначе ваш дальнейший разговор/ваша помощь/и т.д. не будет иметь никакого смысла.
    Интересно! Частенько даже простые задания (требующие 5-10 минут времени Жертва не выполняет, после формулировки задания она говорит “Хорошо”, и отваливается от вас)

    • Ты говоришь, что у тебя ошибка воспроизводится только от случая к случаю? Создай задачу в тасктрекере, и опиши тестовые условия: в каких воспроизводится почти всегда, а в каких – почти никогда.
  5. Не более половины работы. Хорошее правило. Если помогаем, то помогаем из расчета, что более половины работы Жертва сделает самостоятельно, причем не потом или когда-нибудь а вместе с нами прямо сейчас. Договариваемся: предупреждаем что если Жертва проигнорирует свою долю, то мы не сможем ей ничем помочь.
    • Давай так – мы сейчас займемся парным программированием. Ты за клавиатурой, а я диктую, что писать.

Можно ли утешить жертву?

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

Оглавление

Метки: , | Комментарии (6)

Ближайшие события

Кратко обо всем

  • Харьков 29-30 сентября, Санкт-Петербург 5-6 октября, Киев 3-4 ноября: Наш тренинг “Психологические и коммуникативные техники для менеджеров-практиков”
  • Воронеж, 3 октября: IT-Talk с нашим докладом “Как сохранить жизнь коллеге, который несет чушь?”
  • Одесса, 3 октября: IT-Talk с Михаилом Завилейским “Эмоции, чувства и корпоративная культура с примерами из IT. Что, зачем и почему?”
  • Санкт-Петербург, 13 октября: конференция о веб-разработке сложных высоконагруженных проектов DEV {web}. Подробности
  • Москва, 1-2 ноября: CEE SECR с нашим докладом “Ворчуны на проекте – положительные и отрицательные стороны. Как эффективно работать с такими людьми с учетом психологического климата в команде?”

Читать далее

Метки: , , | Добавить комментарий

Миссия выполнима

Вложи время с отдачей. Запишись сейчас!

Метки: , , , , | Добавить комментарий

Как не попасть в бермудский треугольник Карпмана-Бёрна?

Самое главное, что надо знать о треугольнике:

Вам в нем не место!
Треугольник отнимает много времени и сил у всех участников.

Как не стать Спасателем?

Чаще всего, посторонний попадает в треугольник в виде Спасателя. Не всегда очевидно, что ты попадаешь в позицию Спасателя, особенно изнутри. Правда, есть несколько признаков, указывающих на это.
Читать далее

Метки: , | Комментарии (8)

Драматический треугольник Карпмана-Бёрна

Три истории

– C чем связана твоя работа?
– С идиотами!
(с) баш

Три истории “из жизни”

Раздолбай-программист

Есть у меня разработчик-миддл. Вполне грамотный специалист. Но иногда такого отмочит! Вот вчера отдал ему срочную задачу, и еще три раза предупредил – что она нужна срочно. А потом смотрю – сидит, скучает, анекдоты читает. И еще оправдывается – “задача сложная, не получается”. Ну я ему и объяснил доступно, зачем на работу ходят. Так он после того, как я отошел, вместо того чтобы делом заняться, собрал своих друзей по курилке и начал на судьбу жаловаться!

Болтливый заказчик

Я – программист. Сегодня Боб весь день висел у меня в чате. Уточнял подробности, общался “за жизнь”, спрашивал эстимейты и планы о реализации следующей итерации. А когда я собрался уходить домой, спросил, что я сделал за сегодня, а потом сделал втык за то, что мало. Да я весь день с ним же чатился! Он же заказчик, его вопросы нельзя игнорировать! Я поговорил с коллегами, так оказалось, что Боб регулярно такое откалывает – весь день висит в чате, а потом ругается за медленную работу.

Затертые изменения

Пришел ко мне сотрудник-миддл, и пожаловался, что другой сотрудник-синьор затер его изменения и ушел домой. Плохо, ведь нельзя же так молча и без объяснения портить чужую работу! Даже если там что-то не так, то стоило бы научить младшего коллегу!
Что общего у всех этих историй? Есть кто-то, кого обидели. Причем обидели, по его мнению, незаслуженно. Жертва. Есть Обидчик. И есть Спасатель, к которому и прибегает спасаться Жертва.
Читать далее

Метки: , | Комментарии (7)

Ратификация: две истории и один баян

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

Одна причина, почему хвалить лучше чем ругать.

Закон выгоды формулируется так: поведение, вслед за которым следуют приятные последствия, в будущем встречается чаще.

По логике, поведение, за которым следуют неприятные последствия, должно встречаться реже. Тем не менее, эксперименты Б.Ф. Скиннера показали, что негативное подкрепление вызывает не затухание, а модификацию поведения. С одной стороны – здорово, но давайте приведем пример с ребенком. Дитя разбило вазу и получило по попе. Между разбитой вазой и набитой попой прошло мало времени и, с точки зрения родителей, мысль “вазу бить нельзя” донесена верно и доступно. Но что думает дитя, предсказать сложнее: а) вазы бить нельзя; б) вазы бить нельзя вот таким способом (а каким можно? надо поэкспериментировать) в) именно эту вазу бить нельзя (а остальные?) г) когда ты радуешься, тебя бьют по попе – радоваться нельзя (ребенок был на кураже, в хорошем настроении получил по попе, значит настроение виновато) д) если хочешь получить внимание от значимых людей – надо бить вазы и другую посуду.

Предположим, сотрудник опаздывает на ежедневный скрам-митинг. Если менеджер тут-же просто выскажет свое недовольство (ну действительно, нужно же приходить вовремя?), то у сотрудника могут, подсознательно, возникнуть разные идеи: а) опаздывать вообще нельзя, б) можно опаздывать, только предупреждать же надо, в) опаздывать можно, только заходить надо тихо, г) если опаздываешь, то лучше пропускать митинг вообще.

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

  • Я разбил вазу другим способом – я молодец…

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

У одной работницы отдела кадров предпенсионного возраста периодически возникали проблемы с компом: он постепенно загружал себе память до предела и через некоторое время начинал жутко тормозить. Проблема лечилась простой перезагрузкой. Женщина заметила закономерность: утром в начале рабочего дня комп работал быстро, к обеду начинал подтормаживать, вечером на нем было невозможно работать. Гениальный мозг работника кадров предложил решение проблемы в обход банального обращения к сисадмину: каждый день в обед она выключала компьютер, свет, одевала пальто, закрывала кабинет и уходила на 15 минут. Затем она заходила в кабинет, включала свет со словами “Вот и новый день!”, включала комп и продолжала работать уже без тормозов. (с) Баш

О премиях и временной связи: когда хвалить?

Когда Скиннер изучал разные схемы подкрепления на крысах, голубях и людях, то он изучал и схему подкрепления с фиксированным интервалом. Это схема, при которой подкрепление – “печенька” дается раз в сколько-то времени, и неважно, что при этом было реально сделано. Одним словом – зарплата.
Чем больше было время между выдачей “печенек”, тем реже встречалось и желаемое поведение. Чем меньше временной промежуток – тем чаще встречалось и желаемое поведение.
Любопытно, что даже в том случае, когда общий приход “печенек” в день оставался неизменным, схема “чаще понемногу” лучше закрепляла поведение чем схема “много, но редко”.
Тем не менее, схему “печенька каждые N времени” всегда била схема “печенька, когда сделаешь задание”. KPI у нас не зря все время пытаются найти :)
Отсюда простой вывод: хвалить лучше не раз в месяц (неделю, каждый день), а исходя из событий.
Опять про премии через месяц после окончания проекта: Лучшем временем для награждения является сейчас. Даже если это требует влезть в какой-то резервный фонд или собственную заначку.

Все идет как надо, люди работают, зачем хвалить?

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

Метки: , , , , | Добавить комментарий