Сколько ошибок - это "нормально" и как настроить баланс между болотом и катастрофой?

Говорят, что самое стабильное место на свете - это кладбище. Там никто не ошибается, инновации не внедряются, а показатели стабильно равны нулю. С другой стороны, "болид смерти", несущийся по граблям на полной скорости, - тоже так себе стратегия.

Где же та золотая середина, которая позволяет компании расти, не превращаясь при этом в пепелище?

20 лет назад я возглавлял департамент интернет-проектов. Я решил предложить  добавить модуль "Блоги" в нашу CMS-систему (это был 2006 год и блоги стали модным явлением). Казалось бы, логичный шаг для развития продукта. Я собрал IT-команду, ожидая обычного разговора, но попал на "грозный консилиум".

Вердикт команды был суров:
- "Мы не провели глубинное исследование клиентов"
- "Нам нужно железное подтверждение от отдела продаж, что купят минимум 5 компаний".
- "И вообще, зачем нас тут всех собрали?"

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

Почему "мало ошибок" -  это тревожный звоночек?

Если в вашей компании или отделе никто не косячит, это не значит, что вы гении. Скорее всего, это значит, что:
- Вы стоите на месте. Люди боятся пробовать новое.
- Ошибки скрываются. Сотрудники тратят энергию не на работу, а на "прикрытие себя".
- Вы упускаете рынок. Пока вы 10 раз проверяете гипотезу, конкурент проверяет её 1 раз, ошибается, исправляет и забирает долю рынка.

Как настроить команду на "правильное" количество ошибок?

Чтобы не сгореть, но и не заплесневеть, нужно внедрить три базовых принципа:
1. Делим ошибки на "дешевые" и "дорогие"
Дешевые ошибки: Ошибки в гипотезах, дизайне, новых фичах на малом сегменте. Это цена обучения. Их должно быть много.
Дорогие ошибки: Падение основного сервера, утечка данных, репутационные риски. Это ошибки в процессах. Их должно быть минимум.

2. Культура разбора опыта без наказаний и атмосферы страха
Когда что-то пошло не так, вопрос не "Кто виноват?", а "Что в нашей системе позволило этому случиться и как нам не повторить это завтра?". Как только вы убираете страх наказания, команда перестает "сбиваться в шар".

3. Зона экспериментов
Дайте команде зону, где они могут ошибаться без последствий для компании. Выделите часть ресурсов на эксперименты, где результат не гарантирован.

Идеальный темп - это когда вы ошибаетесь достаточно часто, чтобы узнавать что-то новое, но не настолько часто, чтобы это стало фатальным.

Тот мой случай с модулем "Блоги" научил меня главному: команда, которая боится ошибиться, - это самый большой риск для руководителя, компании и акционеров. А если не боится, но и не ошибается - значит ставит простые цели.

Андрей Анищенко in London