2021-10-01 15:56:02
Премия Дарвина в IT
Как вы думаете, возможен ли конкурс типа премии Дарвина среди менеджеров IT-проектов? Премии, которая вручалась бы за самую нелепую смерть проекта по вине ПМа?
Мне кажется, что нет.
Наверняка кто-то забьет в тревожные колокола раньше: или команда, или клиент. И даже если ПМ очень сильно ошибся, то наверняка набегут спасатели, потом пожарники, потом водолазы и откачают проект титаническими усилиями, сохранив лицо компании перед клиентом
Вспомнилась по этому поводу то ли притча, то ли байка, то ли быль.
Молодого, недавно назначенного менеджера компании IBM руководство вызвало на ковёр. Ещё бы! Он совершил сделку, на которой фирма потеряла 10 миллионов долларов. Когда сотрудник понял свою ошибку, было уже поздно, деньги уплыли.
Зайдя в кабинет и чувствуя свою вину, он, не дожидаясь того, что ему скажут, произнёс:
— Я понимаю, что вы вправе меня уволить, и, признавая свою вину, принимаю ваше решение.
— Уволить? — произнёс руководитель. — Мы только что потратили 10 миллионов на ваше обучение и не вправе разбрасываться такими ценными кадрами. Идите работать!
А вы помните, за какой ваш урок дороже всего заплатила ваша компания?
Расскажу про свой.
За несколько дней до релиза, над которым мы с командой работали около 3 месяцев, тестировщики в рамках регрессионного тестирования находят критичный дефект в функциональности, которая не могла быть затронута изменениями в этом релизе.
Они поднимают красный флаг, мы бросаем проектный десант на анализ ситуации.
И выясняется, что один разработчик с высоким чувством прекрасного не смог смотреть на несовершенный (ну ладно, пусть даже очень-очень плохой) код. Проявив инициативу, он его отрефакторил в свободное от девелопмента других фич релиза время.
Правда, план рефакторинга он ни с кем не согласовал, к тестировщикам с просьбой перепроверить функциональность после внесенных изменений не пришел.
Вы спросите, а как этот код прошел peer code review, gated check-in? Это было давно, не все нужные технические практики на проекте тогда были настроены должным образом. В общем, диверсия прошла успешно , и, если бы не бдительный тестировщик, партизанский рефакторинг мог бы остаться незамеченным.
Так вот, о цене ошибки. Быстро починить критический дефект не получилось. Стало понятно, что стабилизировать функциональность после сделанного рефакторинга будет слишком долго. Пришлось откатываться до прошлой версии и точечно вносить сделанные в рамках релиза изменения и заново тщательно тестировать. Дата релиза сдвинулась почти на месяц.
Клиент все понял, но, разумеется, переделку оплачивать не стал.
Не знаю, возможно, компания еще каким-то образом приносила извинения за наш факап.
Я очень серьезно отношусь к практикам технического совершенства на проектах. Теперь вы знаете, почему.
Ну что, составим хит-парад дорогих уроков? Жду ваших комментариев
274 views12:56
К
