Будьте идиотом: как задавать вопросы, чтобы избежать катастроф в разработке

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

Особое внимание уделяется военным протоколам связи как образцу для подражания. Автор приводит примеры диалогов из военной практики, демонстрируя, как сухость, точность и отсутствие эмоций в общении помогают избежать двусмысленности и гарантировать понимание. Принцип «обратного чтения» (read-back) в военном общении, когда получатель повторяет полученную информацию для подтверждения, является ключевым элементом, который, по мнению автора, должен быть внедрен и в инженерные команды.

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

Автор предлагает конкретный набор «глупых» вопросов, которые могут спасти от катастрофических ошибок. Среди них: «Что происходит, когда это выходит из строя?» (вместо «Если ли это выйдет из строя?»), «Как мы узнаем, что это работает?» (о важности мониторинга и алертов), «Как выглядит «готово»?» (о четком определении критериев завершения) и «Можете показать пример?» (для конкретизации абстрактных обсуждений).

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

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

Читать оригинал