Выученные уроки в проектах. Полезно ли говорить об ошибках?
Ох как мы не любим рассказывать о том, что в нашей работе что-то пошло не так. Наверное, лучше, если бы мы все свои "косяки" прятали под ковер, а через год о них никто и не вспомнит. Однако, если взглянуть на ситуацию с точки зрения Заказчика, можно осознать, что ошибки — это часть процесса, из которой можно извлечь уроки.
Под Заказчиком в данном контексте подразумевается Внутренний Заказчик — один из ТОП-руководителей компании.
Опытный Заказчик понимает, что: 1. Чем больше ошибок, тем опытнее команда. И в следующий раз скорее всего эти ошибки не допустит. 2. Если команда при этом расскажет о своих ошибках максимальному числу других команд, скорее всего эти ошибки не допустят и они.
Заказчик в этом случае своей поддержкой лишает команды права на незнание. Ведь очень удобно прийти через год с хромым продуктом и сказать "А я не знал". И вроде как на самом деле не знал. Но результат некачественный, и от этого не легче. Поэтому все должны понимать, какие ошибки бывают и как с ними работать. Потому что если знаешь, то придется работать.
В идеальном мире команды, наверное, могут работать без ошибок, но в реальности все совершенно по-другому. Ошибки будут всегда, и нужно научиться извлекать из них пользу.
На мой взгляд, есть три подхода в управлении ошибками: 1. Плохое решение — не делать с ошибками ничего. 2. Нормальное — обсудить их с одной командой и решить как их избегать в будущем. 3. Хорошее — делиться опытом с несколькими командами и разрабатывать общие мероприятия, пополняя базу знаний.
Команды часто боятся признаться Заказчику в своих ошибках, а Заказчик, будучи сильно загруженным, не всегда будет их расспрашивать. Это создает проблемы: экономя время сейчас, Заказчик может потерять значительно больше в будущем.
Рассмотрим стоимость отложенного решения. Средняя зарплата в России составляет 85 тысяч рублей, и в проекте обычно работает 5 человек. Каждый месяц задержки проекта обходится компании в 425000 рублей. А Яесли проектов 100? Это 42,5 миллиона рублей в месяц, Карл! — просто из-за страха команды и экономии времени Заказчика.
В крупных компаниях количество одновременно реализуемых проектов может доходить до 400. Несложно посчитать потенциальные потери каждый месяц.
Анализ ошибок и стремление делиться ими — это признак зрелости системы управления проектами и корпоративной культуры. Важно, чтобы Заказчики и команды понимали это. При этом важно сначала эту идею "продать" Заказчикам, и только потом - командам, иначе честные команды могут больно получить по шапке и замкнуться в себе.
В одном из проектов, где я участвовал, команда была скептически настроена к анализу ошибок. Однако Заказчик поддержал нас, и мы не только не были наказаны, но и смогли извлечь уроки из своих ошибок. Эти уроки стали основой чек-листов, которые помогают другим командам проверять себя и исправляться вовремя.