Читать книгу Идеальная IT-компания. Как из гиков собрать команду программистов - Брайан Фитцпатрик - Страница 17

В бизнес-сообществе существует широко известная (и банальная) легенда о менеджере, который совершил ошибку и потерял 10 миллионов долларов. На следующий день он пришел в офис и стал паковать вещи. Услышав неизбежное приглашение в кабинет генерального директора, он поплелся туда и молча протянул директору лист бумаги. «Что это?» – спросил директор. «Заявление об увольнении, – ответил менеджер. – Я полагаю, что вы пригласили меня именно за этим». «Уволить тебя? – недоверчиво спросил директор. – С чего мне это делать? Я только что вложил 10 миллионов долларов в твое обучение!»[5]

Конечно, это экстремальный случай, но директор понимает, что увольнение менеджера не вернет 10 миллионов долларов, а обернется дополнительной потерей ценного сотрудника, который точно не совершит эту ошибку снова.

Мы оба работаем в Google, и один из любимых слоганов нашей компании звучит так: «Неудача – это возможность». Многие понимают, что без периодических неудач невозможно быть достаточно прогрессивным и рисковым. Провал рассматривается как ценная возможность извлечь опыт и стать лучше перед очередной попыткой. В связи с этим часто цитируются слова Томаса Эдисона: «Если я нахожу 10 тысяч способов, которые не работают, я не терплю неудачу. Я не чувствую себя обескураженным, поскольку каждая неудачная попытка – это очередной шаг вперед».

Компания Google часто следует принципу «не прятаться в пещере до тех пор, пока совершенство не будет достигнуто» (который мы обсуждали ранее): как только результат может быть чем-нибудь полезен, он публикуется в черновом виде. На этом принципе основана работа Google Labs. Успехи и неудачи становятся явными очень быстро; это дает возможность команде программистов усвоить опыт, сделать повторную попытку и выпустить новую версию продукта в максимально короткий срок. У этого подхода есть недостаток: Google периодически становится объектом иронии за то, что продукты вроде Gmail больше четырех лет существуют только в виде бета-версии. Преимущество такого подхода в том, что компания может быстро маневрировать и адаптироваться, создавая потрясающие продукты за очень короткое время. Требуется определенная скромность, чтобы согласиться на демонстрацию несовершенного продукта пользователям, и определенная вера в то, что пользователи очень ценят ваши усилия и хотят наблюдать, как быстро вы прогрессируете.

Ключом к обучению на своих ошибках является документирование неудач. Записывайте «результаты вскрытия», как их часто называют в нашей профессиональной сфере. Особо позаботьтесь о том, чтобы документ о «вскрытии» не оказался бесполезным списком извинений и оправданий – это не его предназначение. Хорошие «результаты вскрытия» всегда содержат информацию о том, что было усвоено, и о том, что будет изменено в результате полученного опыта. Затем поместите «результаты вскрытия» на видное место и работайте над воплощением в жизнь обещанных изменений. Помните, что другим людям (как сейчас, так и в будущем) проще изучать надлежаще документированные неудачи и избегать их повторения. Не скрывайте свой путь – пусть он станет ярко освещенной взлетной полосой для тех, кто последует за вами!

Хорошо составленные «результаты вскрытия» должны содержать в себе следующую информацию:

• краткий отчет;

• хронологию проблемы – от ее обнаружения до исследования и разрешения;

• основную причину проблемы;

• оценку последствий и ущерба;

• список действий, направленных на немедленное решение проблемы;

• список действий для предотвращения повторения проблемы;

• сделанные выводы.