"Сколько ошибок - это ""нормально"" и как настроить баланс между болотом и катастрофой? Говорят, что самое стабильное место на свете - это кладбище. Там никто не ошибается, инновации не внедряются, а показатели стабильно равны нулю. С другой стороны, ""болид смерти"", несущийся по граблям на полной скорости, - тоже так себе стратегия. Где же та золотая середина, которая позволяет компании расти, не превращаясь при этом в пепелище? 20 лет назад я возглавлял департамент интернет-проектов. Я решил предложить  добавить модуль ""Блоги"" в нашу CMS-систему (это был 2006 год и блоги стали модным явлением). Казалось бы, логичный шаг для развития продукта. Я собрал IT-команду, ожидая обычного разговора, но попал на ""грозный консилиум"". Вердикт команды был суров: - ""Мы не провели глубинное исследование клиентов"" - ""Нам нужно железное подтверждение от отдела продаж, что купят минимум 5 компаний"". - ""И вообще, зачем нас тут всех собрали?"" Команда превратилась в туго сбитый шар. Ноль инициативы, ноль риска - и, как следствие, ноль движения. Это была идеальная защита от ошибок, которая одновременно стала защитой от развития. Почему ""мало ошибок"" -  это тревожный звоночек? Если в вашей компании или отделе никто не косячит, это не значит, что вы гении. Скорее всего, это значит, что: - Вы стоите на месте. Люди боятся пробовать новое. - Ошибки скрываются. Сотрудники тратят энергию не на работу, а на ""прикрытие себя"". - Вы упускаете рынок. Пока вы 10 раз проверяете гипотезу, конкурент проверяет её 1 раз, ошибается, исправляет и забирает долю рынка. Как настроить команду на ""правильное"" количество ошибок? Чтобы не сгореть, но и не заплесневеть, нужно внедрить три базовых принципа: 1. Делим ошибки на ""дешевые"" и ""дорогие"" Дешевые ошибки: Ошибки в гипотезах, дизайне, новых фичах на малом сегменте. Это цена обучения. Их должно быть много. Дорогие ошибки: Падение основного сервера, утечка данных, репутационные риски. Это ошибки в процессах. Их должно быть минимум. 2. Культура разбора опыта без наказаний и атмосферы страха Когда что-то пошло не так, вопрос не ""Кто виноват?"", а ""Что в нашей системе позволило этому случиться и как нам не повторить это завтра?"". Как только вы убираете страх наказания, команда перестает ""сбиваться в шар"". 3. Зона экспериментов Дайте команде зону, где они могут ошибаться без последствий для компании. Выделите часть ресурсов на эксперименты, где результат не гарантирован. Идеальный темп - это когда вы ошибаетесь достаточно часто, чтобы узнавать что-то новое, но не настолько часто, чтобы это стало фатальным. Тот мой случай с модулем ""Блоги"" научил меня главному: команда, которая боится ошибиться, - это самый большой риск для руководителя, компании и акционеров. А если не боится, но и не ошибается - значит ставит простые цели. Андрей Анищенко in London"