В 1999 году NASA потеряла аппарат Mars Climate Orbiter стоимостью в миллионы долларов. Он сгорел в атмосфере Марса из-за путаницы в единицах измерения: одна команда инженеров использовала ньютоны, другая — фунт-силы. Каждая группа считала свою систему очевидной и не уточнила у коллег. Эта история — классический пример того, как непроговорённые «очевидные» вещи приводят к катастрофам. В IT и повседневной работе мы регулярно сталкиваемся с подобным, только масштабы скромнее.

Психологи объясняют это когнитивными искажениями. Самое известное — «проклятие знания»: человеку трудно представить, что собеседник не обладает его знаниями. В эксперименте Элизабет Ньютон (1990) участники отбивали ритм известных песен, полагая, что слушатели легко угадают мелодию. На деле мелодию распознали лишь в 2,5% случаев. Так и в работе: разработчик «слышит» в коде целую симфонию — архитектурные решения, компромиссы, крайние случаи, — а коллеге на ревью видны лишь строки. Без комментариев контекст теряется.

Почему мы молчим, когда нужно говорить

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

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

Как проговаривать очевидное: практические шаги

Вот несколько конкретных действий, которые помогут снизить риски.

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

Типичные ошибки и примеры

Ошибка первая — считать, что «все и так знают». В IT часто путают понятия «авторизация» и «аутентификация», «масштабируемость» и «производительность». Без явного согласования терминов требования могут быть истолкованы неверно.

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

Ещё пример: тимлид ставит задачу «оптимизировать запрос», не указывая, что важнее — скорость выполнения или потребление памяти. Разработчик оптимизирует одно, а на приёмке выясняется, что критичным было другое.

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

Как это влияет на карьеру и поиск работы

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

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

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

Таким образом, привычка проговаривать «очевидные» вещи — не признак неопытности, а наоборот, профессиональная черта. Она экономит время, деньги и нервы. Начните с малого: на следующей встрече задайте один уточняющий вопрос или запишите своё понимание задачи в чат. Постепенно это станет частью рабочего процесса и убережёт от ошибок, подобных той, что стоила NASA целого аппарата.