Объяснить или давать разбираться?

16 декабря 2010 г.

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

Я затрону тему возможности улучшения коммуникации.

Поступай с другими так, как хочешь, чтобы поступали с тобой?

Недавно в команде мы обратили особое внимание на следующие ситуации.

Ситуация №1

К вам подходит коллега и спрашивает, как работает компонент Х в системе формирования исходящего документа?

Ваши действия можно разделить на два варианта.

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

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

Вопрос №1: Как вы поступаете в ситуации, когда у вас просят помощи?

Ситуация №2

И противоположная ситуация. Вы разбирались с компонентом Х, но никак не можете понять принцип работы. Решили спросить у коллеги, который недавно занимался его модификацией. Вы подходите к нему и просите помощи.

Вопрос №2: Какого отношения к себе вы ожидаете от коллеги, когда вам нужна помощь?

Наши варианты

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

Объяснять

  • Если к вам подошли с вопросом это должно подразумевать, что коллега уже попробовал разобраться сам. В другом случае у него просто не будет конкретных вопросов. Он рискует зря потратить ваше и свое время. Возможно, он сам может найти ответ за пару минут
  • Нужно объяснять, когда тема объемная и быстрее будет её объяснить самому (Каков критерий того, что тема объёмная?)
  • При объяснении важно показать общий подход к решению типичных проблем, а не просто дать коллеге готовый ответ на его проблему
  • Когда вы объясняете, вы начитаете ещё лучше разбираться в вопросе
  • Разработчики вокруг слышат ваше объяснение. Это хорошо влияет на распространение знаний в команде
  • Если вы просите помощи, то выбиваете коллегу из потока. Возможна ситуация, когда он потратит много времени на то, чтобы обратно вникнуть в свою задачу
  • После объяснения никто не мешает продолжить разбираться самостоятельно, главное дать направление для более детального изучения вопроса
  • При объяснении отнимается время сразу двух человек
  • Улучшается коммуникация в команде, т.к. минимум два человека общаются друг с другом, причем в целях личного роста
  • Тот, кому объясняют должен максимально углубиться в тему и не стесняться задавать вопросы
  • Плохо, если приходится объяснять одно и то же снова и снова

Разбирайся сам

  • Нужно отсылать на самостоятельное изучение, когда тема маленькая и простая (Как узнать, что тема не стоит объяснений? Может она простая для вас, но сложная для того, кто спрашивает?)
  • Вы хоть и ненадолго, но всё равно отвлечете коллегу от его текущего задания
  • Возможно, что самостоятельное изучение займет много времени
  • После самостоятельного изучения вам всё равно придется поговорить с коллегами, чтобы убедиться, что вы понимаете вопрос также, как они
  • Если человек разберется сам, то поймет тему лучше (Это ещё открытый вопрос, нет однозначного ответа)
  • Если вы отослали человека разбираться самостоятельно, то обязательно получите обратную связь. Убедитесь, что у него получилось разобраться. Иначе, если он не осилит вопрос, то ему будет сложнее подойти к вам второй раз. Он может бояться признаться, что так и не понял, как это работает

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

Ваши варианты

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

Моя книга «Антихрупкость в IT»

Как достигать результатов в IT-проектах в условиях неопределённости. Подробнее...