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

Как выглядит

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

Почему так работает

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

Как замечать

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

Где не работает

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

Когда наоборот

Команда считает деньги с инвесторского транша, который закончится через месяц, и в релизе ломать нельзя ничего — здесь уместно жёсткое согласование на каждом шаге.

Где об этом говорят

• Видео29 мин

  Свобода как драйвер роста компании и команды (Дмитрий Гриднев, App in the Air)

  Проверяем доступ

  «Чтобы снизить страх команды принимать решения и экспериментировать, нужно явно транслировать право на ошибку, напоминая, что в софте почти всё можно исправить.»

  здесь это прозвучало

• Урок17 мин

  Работа с командой

  2026

  Проверяем доступ

  «Настоящее доверие в команде строится на психологической безопасности — возможности признавать свои ошибки и незнание без страха осуждения.»

  здесь это прозвучало

• Видео33 мин

  1 часть EdTech подкаст c Иваном Коломойцем

  Проверяем доступ

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

  здесь это прозвучало