Тест “Банк”

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

Ситуация

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

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

Оглядевшись, вы видите три возможных варианта:

  1. Недалеко сидит одна операционистка улыбчивая и добросовестно отвечает на вопросы клиента. Рядом с ней стоит еще несколько человек, видимо ожидают своей очереди. Можно подождать или даже вмешаться в разговор с просьбой помочь вам.
  2. У вас есть с собою договор и на доске объявлений написано много всякой полезной информации. Можно подойти к ней и внимательно прочитать, возможно, вы узнаете ответ, на свои вопросы исходя из инструкций банка и ссылок на законы.
  3. В углу сидит еще одна операционистка. Возможно, она тоже может ответить на ваш вопрос. Правда, она чем-то занята и выглядит весьма неприветливо.

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

Итак… каким способом пойдете вы? В этом тесте важно долго не думать, максимум 3-4 секунды.

P.S. Действительно долго думать не надо, ответ уже должен быть.

Расшифровка

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

Вариант 1

Мы видим контактного человека и готовы даже тратить время или нарушать социальный протокол (перебивать других людей), что бы пообщаться именно с ним. В этом тоже есть рациональное зерно, но прежде всего такое движение души указывает на то, что мы не уверенны до конца в способности наладить контакт со своей стороны и пользуемся усилиями собеседника, который наладит коммуникативный контакт за нас. Контакт часто напоминает постройку моста через реку. Этот мост начинают строить с каждого из берегов. В идеале – каждый строит свою половину, и встречаются на средине. Часто кто-то берет на себя больше, чем половину работы (80 или даже 100 процентов). Бывает, даже хорошие строители мостов, любят полениться временами, когда с противоположного берега работают энтузиасты, готовые брать на себя больше социальной нормы. Но в целом подобный ответ указывает на недостаточную уверенность в своих силах либо на отсутствие навыков организации контакта и зависимость от мнения собеседника (как вариант демонстративное пренебрежение мнения собеседника по отношению к себе: “мне плевать, что обо мне думают люди”).

Вариант 2

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

Вариант 3

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

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

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

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

Команда

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

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

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

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

Бесплатный вебинар “Подкрепление херни как ловушка для менеджера”

Вебинар об одной из очевидных и известных психологических техник, с неочевидными выводами.

Можно ли начать копать могилу своему проекту своими руками? Давайте начнем с нескольких историй:

Демо должно быть идеальным

В одной команде Product Owner (Заказчик) был очень строгим и очень эмоционально реагировал на демо. Если оно было успешным, то он просто сыпал комплиментами, если видел баги или “косяки”, то злился и кричал.
Один раз перед демо нашли баг, который решили “не показывать РО, а тихонько исправить после демо”.

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

Овертайм => втык + зарплата => ???

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

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

Вебинар

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

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

Интервью для zillion.net

Какое-то время назад ко мне обратилась Анастасия Подберезкина из zillion.net с просьбой дать интервью. Интервью давно опубликовано, а вот теперь дошли руки перенести и сюда тоже.

О себе – лично мой опыт в Скраме неоднозначен. Где-то он завелся, а где-то провалился. Так что дальше будет скептически-прагматический взгляд от человека, который знает IT, психологию, и имеет большой опыт в “хотели как лучше, а получилось… ну, получилось”

Если вы хоть что-то про Scrum/Agile знаете – первые вопросы/ответы будут банальными.

Что представляют собой Agile-подходы и в частности Scrum?

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

  • “Молодцы, классную яму выкопали! А теперь подвиньте ее на пять метров левее”.

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

Как вам кажется, необходимо ли обучать работе в фреймворке Scrum в IT-вузах, на этапе изначального IT-образования. И идет ли речь только об IT-сфере или в других областях Scrum тоже эффективен?

Я читал про успешные примеры использования практик скрама в ремонте (бэклог, burndown), семейных текущих делах (скрам-доска).

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

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

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

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

Здесь много чего можно еще сказать – и про самоорганизацию команд (откуда она в ВУЗе?) и про ориентацию на конечный результат (задача “сдать” и “чтобы ей пользовались реальные люди” – это разные задачи).

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

Да, именно так. Есть еще такой термин – “зона ближнего развития”. Эффективное обучение только в нем и идет. Например, мне будет бесполезен продвинутый курс китайского языка – я и начальным-то не владею.

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

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

  • Правая рука не знает, что делает левая? Стэндапы в помощь.

  • Заказчик замучал проверками и считает бездельниками? Еженедельный показ достижений (демо)  пригодится.

  • Часто приходится переделывать результаты месяца работы? Хорошо, делаем еженедельные демо.

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

  • Срываем сроки, потому что их спускают сверху?  – Это со скрамом не совместимо

Для каких компаний, заказчиков, команд и проектов Scrum подходит, а для каких – нет?

Еще раз – Scrum сам по себе не нужен. Разве что он иногда нужен продажникам чтобы продать услуги клиенту, который знает, что “Scrum – это круто и модно”. И то – продажа – это уже цель.

Итак, Scrum решает задачи. Причем – не все. Бывает, и несовместимость. Например, очень сложно совместить авторитарный стиль управления с гибкостью. Это показывает и практика, и обширная теоретическая база психологии (см. Эрик Берн, модель Родитель-Взрослый-Дитя и т.д.)

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

Какие ошибки и неудачные ситуации типичны в практике скрам?

Основная ошибка, которую я вижу: люди не понимают, зачем им скрам нужен. Здесь хорошо работает техника “договор на крови”.

  • “Коллеги, у нас сложилась такая ситуация, что Вася и Петя начали работать над одним и тем же модулем одновременно. В результате – поломали друг другу работу и будут сидеть совмещать изменения. Они не знали, что второй тоже сейчас над этим работает. Мы потеряли один день, а релиз – все ближе. Как мы можем предотвратить такие провалы в будущем?” <слушаем ответы> <Пробуем по предложенному>. Если предложений нет, или они себя не оправдали – предлагаем внедрить пятиминутки с тремя вопросами “Что закончил за день? Что планирую закончить на завтра? Есть ли проблемы?”

  • “Мы классно сделали модуль отчетов. Спроектировали, реализовали, прикрутили дизайн, протестировали, исправили ошибки, перепроверили. Показали заказчику – он сказал, что ему совсем другие отчеты нужны. Что делать, чтобы в будущем это не повторялось? … Пусть заказчик точнее формулирует требования? Хорошая мысль, попробуем, только этот заказчик очень творческий человек, четкости от него ждать не стоит. Еще идеи? … Как минимизировать потери? … А давайте показывать сырой вариант, без дизайна и багфикса? Скажем, раз в неделю?”

Практики скрама внедряем по мере надобности! И для решения задач, а не для галочки.

То есть их можно внедрять по отдельности – что подходит к задаче и команде? а не так, что “ребята: в понедельника всю работу переводим на скрам”?

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

Необходимо ли юридически регламентировать разработку продукта по скрам в договоре с заказчиком?

Если вы знаете зачем вам это, то да :)

Скрам – это не цель, это инструмент для достижения цели.

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

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

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

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

Лучше всего, конечно, поработать по скраму в компании, в которой скрам работает. Например, где проект набирает хорошее количество баллов по Nokia Scrum Test.

Если же его внедрять с нуля и без возможности попробовать – да, тут все пути подойдут. И чтение книг – от коротенькой “Scrum из окопов” Книберга” до нашего обучающего курса “Эмоциональный Scrum”, и тренинги – как по скраму, так и по комммуникацям на проекте и конфликтологии.

Тренинги для команды – многое могут дать. Часто какие-то практики разработки не приживаются не из-за технических причин, а из-за человеческих. И это касается и скрама, и test driven development и continuous integration и т.д.

Примеры:

  • в команде, формально, скрам. Но задачи раздает один человек, он же выдает оценку по времени и контролирует результат. Желание всё контролировать от него сводит к нулю энтузиазм и скорость работы остальных.

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

Владимир, расскажите о вашем опыте скрам-тренера? А вообще где и как обучаются на скрам-тренера? Правильно ли я понимаю: есть сертифицированные тренеры и несертифицированные? Сколько стоит сопровождение проекта scrum-тренером и необходимо ли оно на каждом проекте?

Насколько я знаю, есть сертификация только на скрам-мастеров. Стоит сравнительно недорого, занимает курс всего несколько дней, работодателем особо не ценится.

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

А как понять, что задачу поможет решить именно скрам?

Да, тут нужно просмотреть хотябы пару страниц описания. Или задать вопрос подходящим людям. Можно и мне написать на [email protected]

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

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

Ну порядок цен, для общего представления – для команды скрам-суперзвезд и средних нормальных спецов)

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

Вот у нас есть проект с поэтапной оплатой, мы знаем, что потратим на первый этап N денег на зарплату, аренду, налоги, амортизацию железа и т.д. От заказчика же получим M денег. Наша ожидаемая прибыль = M-N. И пусть первый этап будет K месяцев.

В классической схеме, мы примерно к половине проекта понимаем, успеем или нет. Обычно, если не успеваем, то тут же начинаются идеи “а давайте таки успеем и будем работать по выходным”, “дальше задачи будут проще”  и т.д. В результате, после 0.7 * K мы понимаем, что не успеем никак, и наша прибыль (M-N) будет съедена опазданием целиком. И весь выбор – продолжить работу себе в убыток или списать 0.7 * N денег.

  • Пусть этап – четыре месяца, и четверым сотрудникам мы платим по $1500 и еще столько же – на налоги, аренду и т.д. N = 4 * (4 + 1) * 1500 = $30000. C заказчика мы получим M=$50000. Тогда ближе к концу третьего месяца, когда уже будет нельзя закрывать глаза на отставание, и мы увидим, что осталось еще как минимум на два месяца работы, у нас будет выбор – списать или нет $30000 * 0.7 = $21000.

  • В схеме, в которой применены скрамовские практики burndown и velocity и недельные итерации, мы получим сколько-то заметно точный прогноз через шесть интераций. Т.е. в начале-середине второго месяца мы уже будем знать “успеем / не успеем”.  N = $30000 * 1.2 / 4 = $9000

Итого, для этого примера в классической схеме мы рискуем $21000, а с подсчетом velocity – $9000. Конечно, в этом примере очень много чего упущено – репутационные издержки, пени и т.д. Но все же. Если хотите, составьте такую формулу для своего проекта.

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

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

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

    • Сама ретроспектива воспринимается как “разбор полетов” и “публичная порка провинившихся”

    • На ретроспективе начинаются обвинения с переходом на личности “Ты поступил плохо”, “ты всех подвел” и т.д.

    • Обвинения выходят на уровень идентичности “Как человек с таким уровнем seniority мог допустить такую детскую ошибку? За что тебя поставили лидом?”

    • Неконкретные условия исполнения “Ты не умеешь писать Unit-Testы, и поэтому в следующий спринт должен стараться в два раза больше”.

В целом насколько работа по Scrum стрессовая? (если говорить о ситуациях конфликтов и непонимания между заказчиком и командой). Может быть, пару слов о методах решения таких проблем в скрам (ретроспектива, Prime Directive и т.п.)?

По сравнению с традиционными методами разработки, стрессы чаще переносятся на начало работы. Т.е. в обычной схеме мы получаем огромный стрес в конце, при сдаче проекта, когда все неудачные решения вскроются. А в скраме – серию более простых стрессов по ходу, пока болезнь еще не запущена. В скраме для этого есть инструментарий, но приводить его описание здесь не буду, длинно получится. К примеру, под многими практиками прячется психологическая установка Prime Directive “Вне зависимости от того, что мы определили или нашли, мы понимаем и искренне верим, что каждый делал лучшее из того, что мог, беря во внимание их знания, умения, навыки, ресурсы и обстоятельства на тот момент”.

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

Обычно это тогда, когда не понимают, что хотят решить. Если человек при начале внедрения говорил “мы хотим повысить производительность” и прочий marketing bullshit, то при внедрении у него большой шанс заметить, что до внедрения производительность не мерялась, а сам процесс измерения – требует времени. Из разочаровавшихся людей, которые зашли без четко сформулированных задач и проблематики, и получаются потом противники скрам.

  • “До этой работы у меня было ничего, а теперь – ничего и дергающийся глаз”

Цель нужна!

Встретила такое мнение, что Scrum – методология, созданная для защиты разработчиков от изменений условий проекта в процессе. И потому product owner в рамках скрам находится в менее выгодном положении. Так ли это?

Это мнение – один из хороших лозунгов, с помощью которых можно продать Scrum исполнителям. Да, product owner отказывается от мелких вмешательств в середине спринта. Крупные он все равно может сделать – в явном виде прервав спринт.

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

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

Да, скрам-опыт очень разный. На то и agile, чтобы быть гибким и подстраиваться к разным требованиям, людям и задачам.

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

Есть ли какие-то тенденции внутри скрам?

Из явно видимого – есть тенденция к коротким итерациям. Раньше говорили про 4-6 недель, сейчас – спорят про “одна или две”.

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

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

На кого бы свалить эту задачу?

Иногда после встречи или просто разговора список дел внезапно увеличивается. Бывает, что подписался на выполнение задач, а потом со смешанным чувством удивления и раздражения смотришь на to-do-list: “а как же так получилось то… у меня же и так времени не хватает, неужели я был в здравом уме и твердой памяти, когда согласился помочь/сделать вот это все?”.
Ответ может удивить: “Скорее всего, не был”. Вполне возможно в этот момент мы отыгрывали одну из ролей драматического треугольника С. Карпмана и задачи достались нам в результате манипулятивной игры.

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

Набирать задачи можно находясь в двух ролях: Жертва или Спасатель. Как это выглядит и что с этим можно сделать?

Жертва

Человек в позиции Жертвы набирает задачи под принуждением.

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

Его заставляют. Принуждают. Не оставляют другого выбора. Ему приходиться. Он сам бы не хотел и был бы счастлив избавиться от этого, но выбора нет. “Да и какой может быть выбор?” – Спрашивает Жертва.

Услышав подобный монолог, вы можете сказать ей/ему: “ну так откажись”. И с большой вероятностью получите в ответ: “ну а как я могу отказаться?”.

Вы можете посоветовать: “ну скажи, что времени у тебя нет”. А в ответ: “да ты что, ему все равно, скажет – на выходных работать”.

И в какой-то момент вы сдадитесь: “ну так же нельзя”. А Жертва будет развивать тему: “конечно нельзя, думаешь, их волнует?”

Человек в позиции Жертвы не ждет конструктивных идей (разве только для того чтобы переложить ответственность: “ты посоветовал, так помоги же”). Его роль требует страдать и он отыгрывает её.

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

И такая “слепота” имеет социальные преимущества, так как позволяет “честно” манипулировать другими людьми – Спасателями.

Отсюда простой тест на позицию Жертвы. Спросите себя (либо другого): “Какие есть варианты?” Ответ Жертвы будет звучать приблизительно так “Никаких вариантов нет”. Либо будут названы варианты, при этом сразу названы так, чтобы стало понятно – эти варианты использоваться не будут. Например, варианты: “пойти утопиться” или “можно сделать по-другому, правда меня уволят, денег, конечно, не будет, поэтому квартиру банк заберет, детей кормить тоже не будет чем, ну да … я могу отложить эту работу на понедельник”

Если вы поймали себя на позиции Жертвы, лучше из этой позиции выходить.

Как выйти из позиции Жертвы:

  1. Остановить себя на этапе жалости к себе. Иногда просто остановить себя вовремя вполне достаточно. Спросите себя, в какую игру вы играете и нужно ли вам это? Подобный вопрос может прозвучать как инсайт, если задан в нужное время и в нужном месте.
  2. Не ищите Спасателя, так как если в игру включиться еще один игрок, то сложно будет выйти из нее уже вам. Можно отлично пожаловаться любимой подушке, а потом ее еще можно побить в гневе. Буквально полчасика, и вы будете в форме, а игра может затянуться на дни. Еще один вариант: слить душу, но человеку не склонному к Спасательству (например: профессиональному психологу, или другу который выслушает и скажет “окей”). Иногда ради смеха людей в такой роли называют “унитазиками”, в которые можно слить эмоции и успокоится.
  3. Язык тела влияет в обе стороны, как наши эмоции влияют на язык тела, так и язык тела влияет на наши эмоции. Выпрямите спину, улыбнитесь, расправьте плечи, поднимите голову, вздохните полной грудью и последите за подобным языком тела минут 5. Вы можете удивиться, как изменятся ваши мысли за это небольшой промежуток времени, и как изменится отношение к себе. Самое сложное в этой технике – уйти от мысли “потратить целых пять минут на технику! Я за это время ползадачи сделаю!”
  4. Ищите возможности. Задавайте себе вопросы: Как выйти из ситуации? Как не допустить таких ситуаций в будущем?. Технически, начинайте задавать себе подобные вопросы и ищите ответы. На каждый вопрос нужно найти минимум три ответа (а лучше – больше). Начинайте переводить найденные решения в жизнь, то есть сделайте первый шаг. К этому моменту позиция Жертвы уже вас оставила. Основная фишка тут то что вопросы должны быть направлены в будущее.
  5. Когда общаетесь с собою внутренним диалогом используйте слова с позитивной коннотацией и предложения с активным залогом. Вроде мелочь…но влияет на мышление сильно. Вместо “меня подло заставили” => “я согласился вложить в это дело”, “они заставляют меня работать на выходных” => “хороший опыт, на этой работе я учусь работать под давлением” и т.д.
  6. Дыхание жизни. Это известная техника из Нового Кода НЛП. Для ее выполнения сначала нужен подходящий паттерн дыхания. Допустим, вспомните состояние, когда у вас все получалось, когда вам везло, когда вы били раскованы. Когда вспомните, войдите в это состояние – другими словами просто переживите эту ситуацию в уме. И отследите, как вы дышите: частоту вдоха, животом, или грудью, какие мышцы работают. Задача – запомнить этот паттерн дыхания и в нужный момент включить.

Спасатель

У Спасателя другая программа “Он должен помочь”. Как это работает на практике?

Например, так:

“Я услышал, что Саша не может решить эту задачу. Блин, но там делов то на 30 минут и он из этого делает трагедию. Дай ка я ему объясню, что там делать нефиг. Он не понимает. Думаешь, что я преувеличиваю насчет 30 минут? Ну смотри как это делается.”

Итог: + 1 задача, Саша вряд ли чему-то научился, мы получаем плюс к чувству собственной значимости.

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

  • Транзактный аналитик бы сказал, что в этот момент сработал драйвер “Я лучший”. Спасатель считает себя самым умным, и в попытке доказать это ввязывается в игру, за что и расплачивается.

Или еще ситуация:

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

  • Тут транзактный аналитик бы сказал, что сработал драйвер “Радуй других”. Спасатель хочет получать благодарности, и хочет, чтобы его считали хорошим руководителем, берет на себя не свои функции и запускает игру. Ему повезет если все это закончится только неэффективно проведенным временем.

Или еще ситуация:

“Ребят мы должны доделать все до наших завтрашних 8 часов вечера, работы более чем. Но если не сможем лучше не подписываться. Так что у меня вопрос, Серега, к тебе сможешь, вытянешь?” И молчаливый и хмурый как всегда Серега, кивает и с раздражением произносит: “Я же сказал, что сделаю, значит сделаю”. Только сильно сжатые челюсти указывают, что что-то не то.

  • Безызвестный транзактный аналитик сказал бы, что тут сработал драйвер “Будь сильным”. И Серега ввязался в игру, в которой просто обязан справиться с задачей. Иначе какой он после этого мужик?

Особо успешный Спасатель такими ходами может посадить на свою шею очень много не-своих-задач.

Что делать если вы обнаружили себя набирающим не-свои-задачи в позиции Спасателя?

  1. Проявляете здоровый скепсис по отношению к необходимости сделать эту задачу прямо сейчас. Не всегда то, что они говорят на самом деле так. Нет они не врут, но могут приукрашивают весьма искусно.
  2. Сделайте чек-лист для отказа
  3. Не помогайте человеку, до тех пор пока он открыто не попросит помочь. Для Спасателя весьма характерно додумывать за других. “Он попал в такую ситуацию, ладно сейчас я ему помогу…”. У психотерапевтов есть хорошее правило: “не просят – не лезь”.
  4. Учитесь отказывать. Чаще всего, проще отказать в помощи, чем выпутываться из треугольника. Лучше сделать это корректно, так как вы можете стать для жертвы новым кандидатом на Преследователя, если завяжите конфликт.
  5. Подмечайте моменты запуска “драйверов” и внутренним диалогом произносите заклинание (в ТА эта техника называется разрешением, на удивление при своей простоте очень неплохо перебивает драйвер, если его отследить, конечно):
    1. Для драйвера “Я лучший” заклинание будет “Я и так достаточно хорош”
    2. Для драйвера “Радуй других” – “Радуй себя”
    3. Для драйвера “Будь сильным” – “Я могу отрыто говорить о своих желаниях”

Голос скептика: Плюсы не-своих-задач

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

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

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

Клуб Корпоративного Общения – осенний набор

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

Занятия в Клубе начинаются с 7 октября

еще можно успеть оплатить и присоединиться

[ujicountdown id=”До запуска Эмоционального Скрама осталось:” expire=”2013/10/01 19:00″ hide = “true”]
 

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

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

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

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

  • Заказчики просят программистов что-то доделать. Программисты соглашаются, а оно потом выходит боком. После таких ситуаций менеджеры произносят тирады “Ну как ты мог за такое подписаться, у нас же fixed price!”, а программисты обещают в следующий раз быть умнее. Все успокаиваются, пока ситуация не повторяется.
  • Теряется рынок из-за слишком низкой скорости разработки. Разработчики при этом над улучшениями не думают, они пишут код, торчат в курилке и соцсетях. Или самореализуются в коде. Или спорят, отстаивая свою точку зрения, вместо того чтобы искать решение (особенно актуально, если с той стороны – англоязычные или нетехнические люди).
  • Программист говорит о критическом баге за полчаса до демки, хотя знает о нем заранее “Я думал, успею исправить”
  • Впервые за долгое время заказчик присылает запрос инженеру “Urgent ASAP HighPriority: как ты думаешь, есть ли шанс успеть сделать вот это до конца месяца?”. Присылает в будний день в рабочее время… А программист отвечает на вопрос спустя полдня. Мысли менеджера с цензурой: “Хоть бы мне сказал, что ли…”
  • Программисты добавляют что-то от себя без согласования трудоемкости “здесь обязательно понадобится модуль конфигурации, я его сделал. Сколько времени ушло? Буквально, пара дней. Начал в понедельник, сейчас четверг, и там немного доточить осталось”
  • Программисты делают “строго по ТЗ”, без включения головы. Возникают неприятные мысли об итальянской забастовке, когда все выполняется по букве правил, но без учета цели.
  • Программисты при оценке работы дают либо очень оптимистичные оценки, либо не дают совсем, а попыткам контролировать эстимейты – сопротивляются (“каждый день отчеты писать – фи!”)
  • Программисты считают задачу законченной тогда, когда передали ее в тестирование, а не тогда, когда она оказалась у конечных пользователей. Сюда же – стыковка разных задач между собой. Пресловутый мёрджинг веток.
  • Программисты умалчивают о возникших проблемах “я спросил заказчика, а он уже две недели не отвечает”
  • При разговоре с заказчиком используются технические термины и много задач, неочевидных с точки зрения бизнеса (“мы сделали вью и отрефакторили код”). Результат – заказчик нервничает, придирается, требует детальных отчетов.
  • Инженер видит только свой узкий участок задачи, без привязки к потребностям бизнеса. Приводит к неправильным приоритетам и потерянным задачам (бизнес-анализ, тестирование). Если приоритеты насаждаются жестко – получается безразличие (“что ни делай и что ни говорят – ничего не поменяется”) и безответственность. Если мягко – ненужная работа.
  • Постоянная безответственность у исполнителей:
    • Пообещал, и не сделал
    • Сделал так, что лучше бы и не делал
    • Мало качественного времени уделяется работе (опоздания, большие перерывы, соцсети)
    • Бесконечные споры
    • Видят “почему не получится”, а не думают над тем “как сделать?”
  • Потери времени, которых можно было бы избежать
    • Сделал не то, что нужно заказчику
    • По букве инструкции, без понимания сути
    • По своим домыслам
    • Не подумал, что нужно заказчику на самом деле
  • Сделал, как красивее с точки зрения реализации (самореализация в коде, “правильно – вот так!”), а не удобства конечного пользователя
  • Программисты не хотят спорить с заказчиком: боятся, не знают языка, лень, “деньги платят за код, а не споры”. Или выдают такие ответы, которые понравятся заказчику. Готовы наобещать что угодно, лишь бы от них отстали.

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

Проблемы проектов возникают там, где работают люди.

Проблемы маскируются под технические, организационные, проблемы с кодом и с техзаданием, и, иногда, так и есть. Хотя чаще это проблемы с общением и коммуникациями.

Почему мы так уверенны в этом?

Мы видели, чем эти проблемы лечатся и видели, что многие якобы технические, организационные проблемы не лечатся организационными и техническими методами. Они затухают, а потом появляются в новом месте и с новой силой.

 

Клуб корпоративного общения
И какие варианты?

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

Для менеджера

  1. Как включить в сотрудниках ответственность и трезвую оценку своих сил, возможностей и сроков?
  2. Как ускорить и упростить общение с заказчиком?
  3. Как уменьшить количество ошибок при общении с заказчиком?
  4. Как сделать заказчиков более терпимыми к ошибкам?
  5. Как освободить свое время от неконструктивных обсуждений и препирательств, чтобы переключиться на более интересные и нужные задачи?

Для инженера или специалиста

  1. Как отказать так, чтобы заказчик, начальник или жена не обиделись?
  2. Как сделать так, чтобы окружающие не обижались и не наезжали?
  3. Как сделать так, чтобы заказчик и менеджер четче формулировал свои желания и перестал контролировать по мелочам?
  4. Как сделать так, чтобы собеседник понял мою мысль быстро и без потерь?

Для бизнеса

  1. Как освободить дорогостоящее время менеджеров и дать им возможность выполнять более квалифицированные задачи?
  2. Как уменьшить количество проблемных отношений с заказчиком и заслужить его доверие?
  3. Как уменьшить текучку кадров?
  4. Как уменьшить простои, связанные с человеческим фактором?
  5. Как повысить продуктивность сотрудников?
  6. Как сделать заказчиков более терпимыми к ошибкам?

Команда тренеров Клуба

За последние два года выступили с докладами и мастер-классами на 15+ IT-конференциях, включая TBS-Conf, DevConf, CEE Secr, SoftwarePeople и AgileDays.

Владимир Железняк

  • Тренер. 14 лет в коммерческом IT на ролях от программиста до директора продукта
  • Работал в продуктовых и аутсорсинговых проектах:
  • «Я знаю на практике, где в IT плохое общение приводит к проблемам».

Дмитрий Снисарь

  • Психолог (специализация: психология коммуникации).
  • Тренер (2000+ студентов, 2500+ тренинг-часов).
  • «Я знаю, как выглядит конструктивное общение и знаю, что и как можно поправить».

Услышать авторов вживую!

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

Посмотреть пример занятия

Для того чтобы понять, чему мы обучаемся в клубе, мы решили поделиться конспектом первого занятия летнего набора “Как договориться с начальником-1”.

Программа Клуба

Клуб Корпоративного Общения – это 3 месяца и 24 занятия, как практических, так и теоретических.

  1. Как договориться с коллегой? Когда слушать, как ставить условия и ультиматумы, как подталкивать к активным действиям и не ввязаться в разборку – 4 занятия.
  2. Как договориться с начальником? Бесконфликтное общение, как поддержать статус профессионала, как не свалиться в треугольник Карпмана и не нажить проблем на пятую точку – 4 занятия.
  3. Как договориться с неформальным начальником? Как правильно уточнить, что от тебя хотят, как уменьшить время бесполезной говорильни не по делу, и 4 способа сказать «Нет» – 2 занятия.
  4. Как договориться с коллегой «из другого отдела»? Как сделать мою проблему его проблемой — технология продажи проблемы – 2 занятия.
  5. Как договориться с технарем со стороны заказчика? Как выслушать и не убить? – 2 занятия
  6. Как договориться с подчиненным? Как прекратить «детский сад», как мотивировать и заряжать на выполнение задач за минимальное время, как давать полезный и вкусный фидбек – 4 занятия.
  7. Как договориться с заказчиком? Как понять, с кем имеем дело, и чего от него можно ожидать, и как с ним лучше общаться — больше понимания, больше доверия, меньше перекидываний писем, и пустых разговоров – 4 занятия.
  8. Обобщающее занятие – теория и практика
Клуб – это 12 принципов построения коммуникации и 8 психологических моделей. Знание моделей и принципов позволяет по другому взглянуть на общение и взаимодействие людей.
Клуб Корпоративного общения – это 25 коммуникативных техник. Мы не только опишем, но и отработаем каждую на практических занятиях.

 

  

Обратите внимание! Эти навыки имеют применение и за пределами офиса. Техники также позволяют решить вопросы конфликтов в семье, например.

Формат Клуба

Теоретический блок (offline)
Кейс, игровое практическое занятие (online)
Форум, вопросы и обратная связь.

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

Почему игровой формат?

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

Отзывы студентов

Сергей Семикин, участник летнего набора клуба корпоративного общения

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

Константин Шеин, участник зимнего набора клуба корпоративного общения

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

Сергей Рубцов, участник зимнего набора клуба корпоративного общения

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

Алексей Шейфлер, участник зимнего набора клуба корпоративного общения

Наблюдая разные ситуации на работе, поведение людей, я не могу понять, что это вообще такое происходит? Все же мы люди взрослые и явно не дураки! – эта главная эмоция, с которой я вошел в клуб. В поисках ответа я прочитал уже столько книг, что страшно представить.
Ответ на конкретно мой случай я получил уже на втором вебинаре… Клуб оказался настолько практичен, что складывалось ощущение, что на тебя влияют, т. к. что рассказывали, тут же ты замечаешь в поведение определенного круга лиц и себя в частности. Это самое важное, что я вынес из курса – способность отделять человека от его поведения, виденье ситуации со стороны. Часто и очень хорошие люди, профессионалы ведут себя странно, а другие, отвечают им провокацией поведения, вместо того, чтобы решать общие задачи.
Мне стало значительнее легче общаться с людьми. Когда ты видишь ситуацию, в которую попали вы с коллегой «со стороны», сразу появляются и варианты, да и просто – проще общаться, вот такая вот тавтология. Не заморачивает, поток сознания спокоен и логичен. Обычно, по крайней мере я, уходил, не хотя тратить время на очевидности, а как известно: «тот, кто покидает поле боя, никогда не выиграет боя».
Второе, это что принципиально отличает данный клуб от всего другого, что я посетил, прочитал. Практика на закрепление материалов. Это, безусловно, лучшее решение. В жизни очень тяжело отслеживать свое поведение, ты же сам всегда такой весь правильный, да и коллеги и оппоненты тебе не помощники. Многие рекомендации, которые пишут в книгах и тренингах не приживаются. Вспомните, что прижилось у вас с последней прочитанной книги? У меня порой складывалось чувство, что тебя еще больше нагнетает прочитанное, т. к. описывает как правильно; и, хорошо, если есть что надо сделать, когда неправильно; идешь; делаешь – получаешь по макушке. И? Что сделал не так? Что еще попробовать? – причины тут в особенностях каждого из нас, у кого-то одно выходит, у кого-то другое. Особенности конкретно вашей ситуации, а не описанной обобщенной, модельной ситуации из книги.
Или еще, все мы знаем это чувство: «а можно было вот так сказать, а надо было вот это сделать». Да и самое главное – некая противность этих мыслей в их назойливости – захват мозга и внимания. Крайне тяжело потом выглядеть профессионалом, когда мысли в другом, да и еще не в самом хорошем. А, как показал мой опыт, порой эти мысли занимают до 90 % рабочего времени. Да ладно рабочего, мозг же дома нельзя отключить, не предусмотрела природа такой функциональности. Я помню одну рабочую неделю, за которую написал три страницы ТЗ, поведясь на эмоции. Три страницы… Страшно вдуматься, да и еще одна из них титульник с реквизитами компаний… Даже могу описать, что именно я делал целыми днями.
Клуб, проводя спаринги на конкретные живые кейсы заставляет отрабатывать навыки и ситуации, о которых рассказывали в блоке теории, притом это сделать гораздо проще, тебе говорят, что было плохо, что хорошо, ты пробуешь, тебе говорят, что стало лучше. Если ты как слушатель, то очень интересно, так как слышишь настоящее, живое общение, как на работе. Ты пишешь в чат что увидел, что можно, тренеры отвечают. В жизни, такой возможности просто нет.
Стоит отметить, что понимание причин поведения людей, ты начинаешь меньше заморачиваться, т. е. как раз меньше времени тратишь указанные мысли выше.
А если вдруг, практика и теория тебе не помогли, то тренеры разберут конкретной твой кейс, и направят, действительно направят, укажут, где ты в этой методики что-то сделал не так, или даже если все правильно сделал, как бы внедрят её в тебя, когда совсем не выходит у тебя сделать описанную технику.
Напоследок, чисто чит тренеров этого клуба. Как известно, чтобы удерживать внимание проще, постоянно провоцируя. Например, ораторов учат менять темп, тембр, скорость, громкость речи, делать паузы. Или в фильмах постоянно держать открытые вопросы. В клипах резко менять картинки. В общем, у тренеров разные голоса, и они читают по очереди – сильно упрощает удержание внимание, не засыпаешь. Да и еще пока один говорит, другой отвечает на вопросы.

Регистрация и оплата

Клуб корпоративного общения — часть Программы-2013 проекта Стратоплан. Вы можете оплатить участие в нескольких клубах — это выгоднее.

А еще мы приготовили более 20 часов бонусных материалов и отдельный клуб Персонального стратегического планирования в подарок участникам!

Стоимость участия в Клубе

Стоимость для частных лиц:

Индивидуальное участие: условия и оплата

Оплата для индивидуальных участников
Стоимость для компаний:

  • От 1 до 4 участников: $600 за одного участника в одном клубе.
  • За каждого участника сверх 4-х в одном клубе: $500.

Корпоративное участие: условия и оплата

Приобрести корпоративную лицензию

Участие для физических лиц

Полная оплата

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

Оплата в рассрочку

Обучение в рассрочку
 

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

Оплата для выпускников Стратоплана

Оплата для выпускников Стратоплана
Мы ценим наших клиентов настолько, что сумели побороть природную жадность и решили, что дадим скидки на продолжение обучения в наших Клубах всем выпускникам наших Клубов.

Участие для корпоративных клиентов

Оплата для компаний осуществляется по корпоративной лицензии — для того чтобы заказать услугу от компании и оформить необходимые документы пишите на [email protected]

До встречи в Клубе!

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

Конспект: Introduction Клуба Корпоративного Общения

Вчера прошел вебинар “Introduction Клуба Корпоративного Общения или самые клёвые вещи, которым мы научились за 2 года”. Спасибо всем, кто пришел нас послушать, были хорошие вопросы и замечательные комментарии. Как и обещали мы высылаем всем, кто зарегистрировался, запись вебинара, плюс публикуем короткий конспект (в котором мы вставили несколько обещанных ссылок).

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

Introduction Клуб Корпоративного Общения

или самые клевые вещи, которым мы научились за 2 года

  • В чем разница между инженером и подопытной собакой в экспериментах Павлова?
  • Есть ли толк в умении типировать людей или этот навык нужен только для HR-ов?
  • Вебинар перевернувший жизнь, бывает ли такое?
  • Есть ли толк учиться слушать или более важно уметь красиво говорить? (Выводы для IT-специалистов)
  • Почему некоторые конфликты на проекте существуют дольше, чем средняя продолжительность работы сотрудников?
  • Чем отличается пассивное поведение от активного, и как это знание помогает жить?
  • Можно ли выключить эмоции, чтобы они не мешали работать? (Ответ будет неожиданным)
  • Что самое тяжелое в отказах? (Статистика)
  • В чем отличие между слабовольным оправданием и грамотным отказом ответственного сотрудника?
  • Сколько коммуникативных техник надо знать для комфортной жизни? (А это вообще провокация)
  • Какая техника содержит больше всего шагов, и как это вообще можно запомнить? (И еще актуальная добавка: и нафига это запоминать?)
  • Есть ли шанс проапгрейдить коммуникационные навыки через дистанционный курс и что для этого надо? (Беззастенчивая и неприкрытая реклама, с банальным, но правильным выводом)

Клуб корпоративного общения готовиться к запуску. У нас было два года и пять трехмесячных запусков клубов. Мы смотрели что работает, что не-работает, мы смотрели какие психологические темы подхватываются, а какие не вызывают энтузиазма. Многие вещи оказались для нас маленькими открытиями, и на вебинаре мы хотим ими поделится.

Приходите! Вход свободный!
19 сентября, 19:00 МСК, онлайн
Зарегистрироваться сейчас

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

Вопрос

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

Нам задали этот вопрос на вебинаре “внутреннее увольнение”. Что тут можно сделать?

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

Как появляются не-наши-задачи или вокруг манипуляции

Иногда после встречи или просто разговора список дел внезапно увеличивается. Бывает, что подписался на выполнение задач, а потом со смешанным чувством удивления и раздражения смотришь на to-do-list: “а как же так получилось то… у меня же и так времени не хватает, неужели я был в здравом уме и твердой памяти, когда согласился помочь/сделать вот это все?”.

Ответ может удивить: “Скорее всего не был”

Это вторая часть статьи, начало можно (и стоит) прочитать тут.

Как не брать не-свои-задачи или в борьбе за осознанность

Люди любят играться, и игры не только развлекают, но и бывают полезными. Например: есть такие социальные игры которые созданы для взаимных манипуляций. Как правило мы попадаем в них и пользуемся ими даже не отдавая отчет как мы это делаем. Эти игры далеко не бесполезны, и вместе с тем имеют кучу недостатков. И в психологических играх передаются и создаются задачи. Бывает, что игры используются как манипуляции, чтобы спихнуть задачу на коллегу, бывает, что задачи рождаются в психологической игре как прикрытие и многие из этих задач не стоят времени и внимания. Тем не менее они попадают в to-do-luist-ы, оттягивают силы и внимание. В борьбе за осознанность мы решили набросать схему как могут не-наши-задачи появляться и существовать.

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

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

  • Преследователь не набирает лишних задач, он от них избавляется.
  • Жертва задачи получает под давлением от Преследователя, так как не видит другого выхода.
  • Спасатель набирает задачи сам от Жертвы, через внутренний порыв либо защитить, либо показать “как надо”.

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

Допустим:

  1. Есть некоторая Задача 1, пусть это будет “поставить ОС на компьютер”. Эта задачу Преследователь с возмущением спускает Жертве: “Что это такое на компе все тормозит и ничего не работает, я тебя уже просил (просила :) ) все почистить полгода назад, ты мне обещал…” и в том же духе
  2. Жертва вздыхает, но времени мало, и как-бы между делом жалуется Спасателю: “даже не знаю с чего начать… последний раз ОС ставил 5 лет назад, даже не знаю, как это сейчас делают, может у тебя диск загрузочный есть?”
  3. Спасатель подхватывает: “да ты что, какой диск, ты действительно от жизни отстал, я тебя научу использовать флешку для этого …”
  4. Жертва с благодарностью переваливает ответственность на Спасателя (хотя Спасатель до поры до времени думает, что он только подскажет чуть-чуть)
  5. Спасатель понял, что задач очень много (быстро задачу не сделаешь, он не думал, что так будет, или пообещав понимает, что просто влом) и он переходит в позицию Жертвы. Продолжая игру Жертва-бывшая-Спасателем может искать следующего Спасателя “Друг, я тут пообещал помочь, они вообще нефига не соображают, но времени в обрез, буду должен сделай плз”
  6. А может быть Жертва-бывшая-Спасателем переходит в позицию Преследователя и как Преследователь наезжает на кого-то и скидывает Задачу на него…
  7. Могут быть еще шаги, принципы я думаю уже понятны.

Схематично это выглядит вот так:

А как это выглядит по ролям http://it-boost.com/na-kogo-byi-svalit-etu-zadachu

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

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

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

  • Tech&Business Summit “Коммуникации и менеджмент”. 12-13 сентября, online, бесплатно. В т.ч. наш доклад “Решили то, на что человек жалуется, а он еще больше злится? Причины и поводы конфликтов на работе”
  • Whale Rider “Профессиональная конференция по управлению интернет-проектами”, 30 сентября и 1 октября, Москва
  • CEE-SECR “Разработка ПО”, 23-25 октября, Москва. В т.ч. наш доклад “Люди середины”

Tech&Business Summit “Коммуникации и менеджмент”

12-13 сентября, online, бесплатно:
Анонс организаторов:

Технологии делают бизнес доступнее.
Мы делаем доступными экспертизу и опыт.
Самая большая, бесплатная БИЗНЕС-конференция в СНГ!
Развивайте своих сотрудников или проведите встречу сообщества на площадке своей компании.

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

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

Да что же за фигня? Доколе? Я же выложился на все 100%? Может это просто люди такие, и им все мало и мало? Очень часто мысли скачут именно в этом направлении.

Хотя … если чуть копнуть теории, то мы быстро выясним, что у конфликта есть и повод, и причина. Если мы решили повод, это не значит, что мы решили конфликт. Причина конфликта осталась не решенной. Как так получилось? Возможно, мы поленились выяснить до конца суть конфликта и решили, что тут и так все понятно. А возможно не смогли разглядеть, что за поводом прячется и не сильно отсвечивает, причина. Как результат – большая часть наших стараний пошло коту под хвост.

Что будет на докладе:

  • Повод конфликта != причина конфликта. Или одна очень дорогая ошибка при решении конфликта.
  • Самые часто встречаемые причины конфликтов: рейтинг (по версии it-boost :-))
  • Практический блок. Упражнение “А какая причина этого конфликта?”. Мы опишем несколько ситуаций и предложим выяснить, какие причины могут быть у этих конфликтов.
  • Tips & tricks: приемы для тех, кто хочет выслеживать причины, а не решать поводы

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

Whale Rider. Профессиональная конференция по управлению интернет-проектами

30 сентября – 1 октября, Москва:
Далее – анонс организаторов.
Поднимаемые вопросы:
Как выстраивать и поддерживать культуру компании? Кто, как и где развивает у себя в компании внутреннее предпринимательство? Как строить систему мотивации в компании? Как построить воронку соискателей? Как сделать скучные задачи интересными? Как внедрить геймификацию в рабочий процесс?

Как развивать сотрудников внутри? Классификация сотрудников, кого развивать, а кого нет?

Кто в своей компании практикует кайзен? Кто-нибудь занимается непрерывным улучшением? Как принимаются решения о стратегическом развитии компании? О закрытии или открытии направлений, о переквалификации в SaaS? Тренд специализации бизнеса.

Примеры успешных партнёрств? О чём думать на берегу? Кто на нашем рынке работает по принципу win-win и стремится войти со своими конкурентами в партнёрство?

Как конкурировать с бесплатными образовательными программами? Как конкурировать с кнопками Рунета? Или может быть лучше податься им?

Об опыте внедрения Agile культуры – все ли так шоколадно, как рассказывают? Как внедряли, какие шишки набивали?

Технологическое управление – как принимаются решения о внедрении новой технологии, что стоит учесть? Как создавать успешные распределённые команды? Удалённые офисы: хитрости организации и совместной работы. А стоит ли? Тренд или вымысел? Как управлять фрилансерами? Как сделать стабильным их появление на работе?

Работа в бюрократических организациях, есть ли примеры крупного “прорыва” через бюрократические заслоны и внедрение нового?

Портфельное управление огромным количеством проектов и разнородных ресурсов. Как управлять программистами или дизайнерами в крупных организациях? Как приходит осознание о том, что пора бы заняться собственными бизнес-процессами? Жизненный цикл компании: как развиваются и увядают компании? Как определить, в какой стадии развития вы находитесь и что в ней стоит делать?

Внедрение системы сбалансированных показателей. Как управляет финансами успешная веб-студия? Антикризисный менеджмент – а можно хотя бы один практический пример?

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

Как оценивают трудозатраты для разработки проектов, существует ли системный подход к такой оценке, какие методологии оценки проектов существуют? Влияние оценки на финансы?

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

Как сохранить деньги, когда их становится неожиданно много? Как из денег сделать ещё больше денег? Как их грамотно инвестировать? Где брать идеи успешных проектов? Как выявлять и удовлетворять запросы рынка? Долгосрочные стратегии развития, причём не только в рамках компании, но в рамках рынка. Кто умеет строить и воплощать?

Юридические подводные камни – ликбез для владельцев веб-студий по договорам. Злобный сотрудник.

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

Лидерство: как заряжать людей на подвиги? Есть ли спор менеджеров против лидеров?

Подробности и регистрация

CEE-SECR “Разработка ПО”

23-25 октября, Москва:
Основные доклады

  • How To Do Kick-Ass Software Development
  • Extreme Interview. Hiring for agile environment
  • KPI разработчика
  • Gherkin language как эффективный способ написания приемочных тестов для пользовательских историй
  • Компромиссы в развитии платформы Java
  • Линейка для программиста. Теория и практика построения системы оценки эффективности разработчиков ПО.
  • От теории к практическим навыкам: один из способов развивать профессионалов
  • Распознавание и классификация лиц на мобильных устройствах
  • Интегрированная технология верификации и тестирования промышленного программного продукта
  • Роль архитектора в команде разработки
  • Организация продаж своего продукта онлайн: путеводитель мимо грабель
  • У кого отбирают хлеб аналитики?
  • Приложения для Consumer Electronics без анализа поведения пользователя? Нереально!
  • Использование платформы Cloudify PaaS для ускорения разработки приложений
  • Large cross-cultural project development under agile
  • Дело не в команде…
  • Использование F# для обработки потоковых данных в реальном времени: от твиттера и финансовой аналитики до сенсоров Kinect и Leap Motion
  • Темные и светлые стороны DevOps
  • Битва за головную боль. UX vs Product Manager
  • Проектирование качества
  • Процессы тестирования и оценки качества ПО в компании с разделенными и многофункциональными командами: Как улучшить?
  • Тестирование “ручного зверька”: особенности юзабилити-тестирования мобильных приложений
  • 100%-ный просмотр кода. Зачем и как?
  • Эффективное совещание
  • Миграция ERP-системы из архитектуры клиент-сервер в веб- и мобильные приложения (АИСТ в облаках)
  • Опыт использования Chef в высоконагруженных проектах с необходимостью автоматического масштабирования
  • Организация кузницы кадров: Студенты в IT-фирме
  • Мифы и реальность программно-конфигурируемых сетей
  • Достаточно хорошее программное обеспечение. Где остановиться?
  • Использования Wiki и Tracking систем для управления требованиями в условиях коротких итераций
  • Видеосвязь на веб-странице: технологии и перспективы
  • Система видеосвязи для невидимого интернета
  • Моделирование WAN-сетей для исследования вредоносного ПО
  • Технология позитивных изменений: Транстеоретическая модель на службе разработчика
  • Распределенная NoSQL СУБД “Riak”
  • Разработчики vs Поддержка. Нет! Разработчики & Поддержка.
  • Повышение эффективности командной работы для тестировщиков
  • Измеряем температуру проекта или куда приложить градусник
  • 3 практики креативного мышления в разработке пользовательских интерфейсов (UI)

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

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