Перейти к содержимому

Решения и ясность мысли

Знание неощутимого — это и есть знание.
Сунь-цзы — «Искусство войны»
Несколько вариантов сходятся в один выбранный путь с контрольными точками.
Communication Engineering · решение

Обсуждение производит варианты. Решение закрывает пространство вариантов на определённый срок. Команды часто путают эти режимы: продолжают генерировать идеи, когда нужен выбор, или преждевременно защищают первый вариант, когда ещё не поняли проблему.

Минимальная запись содержит:

  • выбор: что именно делаем;
  • цель: какую проблему решаем;
  • основания: какие факты и ограничения важны;
  • владелец: кто отвечает за движение;
  • действие: что произойдёт дальше и когда;
  • пересмотр: какой сигнал заставит вернуться к выбору.

Фраза «решили улучшить онбординг» не является решением. «До конца квартала вводим чек-лист первого релиза для новых инженеров; владелец — руководитель платформы; проверяем время до первого production-изменения» — является.

Не все решения заслуживают одинакового процесса.

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

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

Перед сравнением вариантов сформулируйте рамку:

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

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

Ясность не означает полную определённость. Решение всегда делается при неполной информации. Важно назвать:

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

Иногда дополнительное исследование — рационально. Иногда оно лишь откладывает неприятный выбор.

Ситуация

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

Рамка

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

Решение

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

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

Поддержка не означает запрет критики. Она означает, что спор не возобновляется при каждом неудобстве без нового сигнала.

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

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