… В котором описаны и освещены ценности технических обсуждений.

Сериал

Часть I: цели ← вы здесь
Часть II: подготовка к успеху
Часть III: содействие дискуссии
Часть IV: как помочь, когда она разваливается

Цели

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

Цели:

  1. высокая мотивация и моральный дух в команде
  2. получить лучшие идеи и решения из команды

Я считаю, что для достижения этих целей нам нужны ценные, открытые, технические обсуждения.

Ограничения:

  1. у вас есть люди в команде
  2. у них разный опыт
  3. у них разный уровень навыков в разрешении конфликтов здоровым способом

Ах, это будет сложнее, чем я думал.

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

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

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

Эти три атрибута связаны вместе и должны рассматриваться как взаимосвязанные.

Ценный

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

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

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

Все эти (и аналогичные функции) явно имеют ценность, если целью является высокофункциональная и мотивированная команда.

Технический

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

Открытым

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

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

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

Некоторые конкретные вещи, на которые стоит обратить внимание

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

Получение личного

Следите за утверждениями, которые приводят к разговору о личных, а не технических ценностях.

— — — — —

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

— — — — —

Держите людей подальше от замечаний ad hominem. Поощряйте людей обращаться с предложениями и проблемами, а не с людьми.

«Каковы преимущества такого подхода?» вместо "Зачем тебе это нужно?" Последнее - вызов человеку, на который может ответить только он. Первое - это вызов предложению, в которое каждый может внести свой вклад.

Другой пример: «Вы не понимаете, о чем я говорю» вместо «Помогите мне понять это возражение». Один - это личное нападение! (Прочтите это еще раз.) Второй побуждает к дальнейшему обсуждению со всех сторон.

— — — — — —

Избегайте «философских» дебатов. Когда кто-то поднимает законную техническую озабоченность по поводу предложения, кто-то может сказать: «Ну, у нас с вами просто философские разногласия». Это не добавляет ценности техническому разговору. Эффект (преднамеренный или нет, не имеет значения) сводится к сокращению технической дискуссии.

Нетехническая отрицательная характеристика

Следите за отрицательной характеристикой предлагаемого решения без технических деталей.

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

Правы они или нет - не вопрос. Было ли в этом ответе что-нибудь техническое? Нет, это просто характеристика без каких-либо технических обоснований. Эффект (преднамеренный или нет, не имеет значения) сдерживает дальнейшее обсуждение.

Абсолютно

"Это невозможно." «Все знают…» «Никто так не поступает». «Все блоггеры говорят…» «Это решение несовместимо с нашей нынешней архитектурой».

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

Необъяснимые методы

«Технологию X следует использовать только для Y». «Технология X не может сделать Y».

Есть ли технические причины, по которым X следует использовать только для Y? Есть ли технические причины, по которым X не может выполнить Y?

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

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

Обращается к особым знаниям

Это может быть: «Я разговаривал с ведущей, и она сказала…»

Или заявление вроде «компания решила использовать этот подход…»

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

Далее, правда ли это? Кто был вовлечен в это «решение»? Было ли это рассмотрено? На каком уровне организации кто-то сказал, что мы делаем этот подход и что он больше не подлежит обсуждению? Часто ответы на эти вопросы - «нет», «нет» и «никуда».

Наконец, даже если это правда, если мы пытаемся провести техническое обсуждение, тогда возникает вопрос: является ли это технически лучшим решением?

Неоднозначный жаргон

Например, «мультитенант» означает много разных вещей. Это многомерный спектр различных подходов и решений. Утверждение, что мы имеем, не имеем, хотим или не хотим «мультитенантное» решение, бесполезно без (много) дополнительных деталей.

Другой пример - «декларативное программирование». Цитируя Эрика Эванса из его книги Domain-Driven Design: «Этот термин много значит для многих…» Использование этой фразы без дополнительных деталей или контекста - признак неопытного инженера, пытающегося произвести впечатление на людей.

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

Издевательство над вопросами

Если кто-то задает вопрос типа «что вы подразумеваете под« мультитенантностью »?», Его высмеивают или отвергают? Или они получают диаграмму, объясняющую, что говорящий имеет в виду под фразой в данном контексте? Предпочитаю последнее.

Отвечать на вопросы, не отвечая на них / Простые ответы на сложные вопросы

Если выступающий не спрашивает: «Я рассмотрел вашу проблему?» спроси это для них. Убедитесь, что человек, поднявший вопрос, доволен.

Смена темы

Это может быть трудно уловить, особенно когда кто-то практикуется в этом искусстве. Если вам сложно отслеживать текущую тему, спросите команду, есть ли у кого-нибудь такая же проблема.

Создание тумана

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

Вскоре

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