Или как культура страха убивает продукт
Многие компании мечтают о сильной и самоорганизующейся команде.
О людях, которые берут на себя ответственность, двигают проект вперёд и решают проблемы без лишнего шума.
Но иногда всё наоборот: команда будто парализована.
Всё есть — опыт, мотивация, даже интерес. А движения нет.
Решения не принимаются, фичи зависают, архитектура стоит на месте.
Почему?
Часто не из-за лени или слабости.
А потому что принять решение — страшно.
Как выглядит культура страха
В такой атмосфере каждый шаг может стать ошибкой, за которую спросят.
Поэтому проще вообще не шагать.
Разработчик боится трогать старый код: вдруг сломает, и весь релиз сгорит.
Команда ждёт полного ТЗ: инициативу никто не поощряет, зато ответственность за "не так поняли" прилетит быстро.
Технические решения не обсуждаются: "меньше знаешь — крепче спишь".
Все боятся быть крайними.
Поэтому не спорят, не предлагают, не двигают проект.
Просто делают, что скажут. Или не делают вовсе.
А потом удивляемся: почему проект буксует
Это не отсутствие мотивации.
Это выученное поведение: не высовывайся — и выживешь.
Страх не кричит в голос. Он проявляется в тишине:
никто не критикует решение, даже если оно плохое;
никто не предлагает альтернативу, даже если знает, как лучше;
никто не хочет брать на себя ответственность — даже если надо.
Проекты с такой культурой либо стагнируют, либо зависят от одного "героя", который тащит на себе всё — пока не сгорит.
Что с этим делать
Начинать с мантр типа "ошибаться не страшно" — бесполезно.
Команда должна не услышать это — а почувствовать.
На практике. В реакциях. В атмосфере.
Если человек однажды рискнул и его не наказали — он рискнёт снова.
Если увидел, что ошибку можно обсудить, а не скрыть — начнёт говорить.
И только тогда появляется прогресс.
Ошибки — это нормально
Без них не бывает движения.
Когда их нет — проект, скорее всего, просто стоит на месте.
Настоящее развитие начинается там, где не боятся шагнуть вперёд.
А если все боятся — нужна не мотивация, а безопасная среда.
Если интересны темы культуры внутри команд, взаимодействия, управления и проблем в разработке — в Telegram-канале "Техдир на пальцах" я продолжаю эти обсуждения в более практичном формате.
epliner
Мне кажется, что убивает не страх, а отсутствие процессов и их понимание. Если в команде нет опытного проджекта или продуктовой роли, выстроить структуру принятия решений и удерживать фокус почти невозможно. Совмещение функций может временно сработать, но без нужной компетенции только усиливает перегруз и размывает ответственность . И отвлекает от выполнения своих задач
Techdir_hub Автор
Согласен. Про отсутствие процессов я уже тоже писал разбор.