Эффективность в IT
В соседнем ТГ канале предлагают не оценивать эффективность IT (ссылка в комментах). Я аж с туалета привстал, когда это увидел.
У тебя две IT деревни. В Вилларибо вродь за последний год особо ничего не поменялось, а в Вилабаджо прям чувствуется прогресс. Но это просто субъективные ощущения. Плюс Вилларибо говорит, что решения Вилабаджо не такие хорошие и легаси у них поменьше. Кто прав, непонятно.
Ключевая фраза в предыдущем абзаце чувствуется прогресс. Откуда берется это чувство? Мой ответ — от импакта в среднесрочной перспективе, например за квартал. Можно застрять на два спринта на фикс багов, можно посвятить время техдолгу. Но по итогам квартала должен быть понятный, осознанный импакт от IT. Некоторые проекты занимают больше времени. Поэтому надо скомбинировать средние, большие и мелкие задачи, чтобы прогресс постоянно чувствовался. Называется годовое планирование)
Что подразумеваю под импактом - это осознанное продуктовое или техническое обновление. Его ценность понимают и в команде и в бизнесе. Что касается технических обновлений, крайне важно, чтобы их заявленная цель выполнялась. Пример: «перепишем сервис, станет все универсально, фичи будут изич клепаться на нем» - переписывается год - фичи не клепаются быстрее - фейл. Или «сделаем штуку, и вот эта команда перестанет быть боттл неком по таким вопросам» - годы на архитектурирование и написание - простейшую задачу все равно нельзя сделать без участия этой команды - фейл.
В конце квартала выйти и сказать «мы сделали 42 продуктовых и технических обновлений, вот списочек» - по кайфу. Да, эти обновления будут разных размеров. Имхо работа обычно одинаково поделена между большими, средними и маленькими задачами. Так что можно отслеживать динамику импакта по этому числу.
Эта мысль пересекается с оценкой эффективности дизигнеров в Ководстве https://www.artlebedev.ru/kovodstvo/sections/148/ Советую прочесть эту древне-славянскую рукопись.
А вообще, если в компании есть ОКР, то что это, как не оценка эффективности?
