Люди середины

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


Типичная история скрам-мастера или PMа: Я пришел на проект. Команда, какую дали. Дали по профпризнаку, а не я выбирал. Теперь мне с этим нужно что-то делать.

Кто у меня там есть?

Есть несколько человек – очень классных. Без дураков. Которые работу работают. Я их буду защищать и оберегать.

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

И есть люди середины. Те люди, кого нельзя отнести ни к первым, ни к последним. Они работают, приносят какую-то пользу, но как-то совсем не так классно, как хотелось бы. С ними – всё сложно. “У тебя в команде пять опытных и классных программистов, почему вы не можете сделать это по-человечески?” Да – пять. Да – со стажем. Классных ли?

Особенности “людей середины”:

  • У них хорошие технические знания. Пользы от них больше, чем вреда.
  • Они редко рискуют. И в отстаивании своих идей, и в походах по собеседованиям. Часто засиживаются на проекте надолго, держа экспертизу “за выслугу лет” за знание проекта.
  • Они видели чуть более, чем много разных менеджеров, подходов и методологий. У них, уже, зачастую иммунитет или аллергия на всё.
  • Часто, они уверены, что проект именно на них и держится. Еще часто они уверены что работа это просто работа. Без удовольствия или непрязни.
  • Как-то так получается, что они не становятся ведущими экспертами – ведь это ведет к ответственности. И они не становятся самым слабым звеном – энергичность и скорость обучения резко возрастают, как только с проекта уходит более слабый участник.
  • На таких людей сложно ложатся подходы, основанные на самоорганизации, ибо их позиция не активная, а пассивная. Часто их нужно на это вытягивать.

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

Комментарии (4)

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

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

Команда

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

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

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

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

Идея без понимания

Пример, к чему приводит использование хорошей идеи без понимания. Сказал бы тоже самое Тони Шей (Zappos) или Фрайд с Хенссоном (Rework @ 37signals) – сработало бы великолепно.

(с) http://dilbertru.blogspot.com/2012/11/20121111.html

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

Agile-несовместимость: как определить и что делать? (запись)

Выкладываем запись вебинара:
Ключевые вопросы:

  • Как определить, кому и с кем сложно будет работать по Agile?
  • Как обрабатывать некоторые виды сопротивлений?


Варианты записи:

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

Человекозависим ли Agile?

Запостив эмоциональную статью, мы получили весьма любопытные комментарии на фейсбуке. Один из них хочется процитировать: “Agile является подходом, а не набором ритуальных телодвижений. … отправной точкой является не набор ритуалов, а понимание принципов”.


Представители карго-культа копируют самолет

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

  • “Люди и взаимодействие важнее процессов и инструментов” Agile Manifesto

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

  • Люди, особенно в стрессовых ситуациях, уходят в нерациональные эго-состояния (Родителя/Дитя). Если сотрудников в подобных состояниях в команде много – получается “полное скрам-но”. Чтобы этого не произошло, каждый аргументирует свою позицию на пленнингах и ретроспективах. Чтобы этого не произошло создана роль Скрам-мастера
  • В любом, даже формально одноранговом, коллективе появляется свой лидер. Если лидер станет слишком силен, то он задавит инициативу окружающих. Поэтому скрам прилагает массу усилий на построение одноранговой команды. Например, продакт бэклог с правом на запись “от всех”.
  • Люди ленивы экономят силы и, при малейшей возможности, стараются не думать и снять с себя ответственность рационально использовать свои умственные ресурсы. Дэйли митинг позволяет обработать подобную экономию в пользу проекта, уйти от “я не знал”, “а у меня не было заданий”…

Этот список можно продолжить. Что-то мы упомянули на вчерашнем вебинаре, что-то хотелось бы дописать отдельно.

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

Ограничения вебинара про Agile-несовместимость

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

PS: Просто подключайтесь заранее. Кто первый подключился, тот и участвует.

Комментарии (2)

Меня достал эджайл

Да, достал. Достали разговоры про него. На каждой конференции только про него и слышно. Каждый докладчик считает нужным набрать хотя бы пять слов из Agile Bullshit Bingo. А люди в твиттере и личных беседах рассказывают про то, как “мы гибкие донельзя. А толку-то?”

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

Кто бывает в такой позе?

1. Программисты, и, реже, QA
Пришел манагер, сказал “мы теперь работаем по-новому” и внедрил скрам по самое “не хочу”. Зачем это надо – непонятно. Как работали по старому, так и работаем.  Только добавилось несколько ритуалов – митинги ежедневные, ретроспективы и т.д.

2. Менеджеры первой линии: Тимлиды, PMы, ScrumMaster etc
Этим – хуже всего. Сверху спустили скрам, потому что заказчику так продали проект.
Сбоку и снизу – давит команда, которой это нафиг не надо. А внутри головы – каша из мыслей под давлением:

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

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

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

Мы делаем людей в IT счастливее и эффективнее, добавляя психологические знания и используя психологические техники

Миссия

Наш проект “Психология в IT” начался стихийно, с моего звонка “Дима, я выступаю на конференции, давай выступим вместе”. Потом уже появился сайт и лозунг “Эффективная психология, конфликтология и язык жестов для программистов, менеджеров, QA и HR”.
С тех пор прошло два года. За это время мы выступили на 15+ конференциях, провели массу тренингов, поговорили с сотнями айтишников на самых разных должностях. И со временем стало понятно, что нам нужна миссия. Что-то, что описывало то, чем мы занимаемся в коротком формате. Мы стали думать и спорить о видении, зачем мы работаем. Долго обсуждали, обтачивали формулировки, и теперь представляем релизную версию:

Мы делаем людей в IT счастливее и эффективнее, добавляя психологические знания и используя психологические техники

Почему так?

Потому, что это для нас важно. Это то, что называется “призвание”. Что-то, что сложно объяснить словами, и можно почувствовать.

Почему IT?

Мне это интересно потому, что я сам долго был программистом, а IT-менеджер я и сейчас. Диме же интересны айтишники, т.к. средний IQ высок и кругозор тоже приятен.

Почему счастливее и эффективнее двумя разными словами?

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

Почему мы разделили знания и техники?

Потому, что для достижения некоторых целей – полезно знать, что происходит. Модель РВД, например. Техники же полезны тогда, когда нужен просто инструмент. Мне не всегда важно знать, почему что-то работает – достаточно просто работы. Пока, и если, работает.

Почему тут нет ничего про деньги?

А вот нет – и все. Миссия такая. Деньги – это инструмент определения, что мы делаем что-то важное людям. И от того, как вы голосуете рублем, мы понимаем – мы делаем нужное или нет. От этого – регулируем выделяемое время и интенсивность проекта.

Что поменяется от этой миссии?

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

Консультации

Мы уже проводим консультации по работе с людьми и с командами, теперь мы об этом говорим публично. Формат – привычный для IT и совершенно непривычный для психологии: часовые скайп-созвоны. Подробнее мы об этом расскажем позже, пока что могу сказать, что цена для работы двух высококвалифицированных специалистов весьма демократична – $30 за первую консультацию, $50 – за последующие. Скорее всего, мы эту цену еще пересмотрим в начале года. Записывайтесь сейчас!

Дизайн сайта

Как видите, дизайн сайта сменился – стал более открыт и воздушен. Еще несколько усовершенствований ждут своего часа. Также ждут своего часа баги, которые мы еще не поймали :) Увидите – пишите!

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

Пример детской позиции

Метки: , | 1 комментарий

Делегирование, Agile и Сложный Заказчик

Сергей Бережной в ближайшее время будет проводить два открытых тренинга. Я у него на тренингах был – он реально силен :)

  • 11-го ноября в Харькове Делегирование в стиле Agile
  • 8-го декабря в Киеве Работа со сложными Заказчиками

Делегирование в стиле Agile

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

Работа со сложными Заказчиками

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

JFYI: По Промокоду Kalabanga будет скидка 10% от и так хорошей цены.

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

Agile-несовместимость: как определить и что делать?

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

  • Менеджеры проектов и продуктов
  • Люди, которые сталкивались с “человеческим фактором” при внедрении Agile.

Почем: бесплатно
Когда: 13 ноября 20:00 МСК, длительность 2 часа.
Ключевые вопросы:

  • Как определить, кому и с кем сложно будет работать по Agile?
  • Как обрабатывать некоторые виды сопротивлений?

Записывайтесь сейчас!

Метки: , , | 1 комментарий