Как было бы здорово, если бы можно было оцифровать потери при работе коллектива, как распределение потерь в двигателе внутреннего сгорания.
Рабочие 40 часов в неделю:
- из них за работой - 34, остальное - кофе и разговоры о важном,
- потери времени на ненужных совещаниях - 6 часов,
- потери времени на ответы на письма и мессенджеры - 3 часа...
Эффективность команды считают далеко не все. И тому есть причины. Посчитать эффективность не просто. И помимо этого, часто находится что-то более важное и понятное, что оттягивает внимание на себя. Если вы взялись за улучшения в отделе, то часто первое, что надо решать - это проблемы коммуникации, потом качества и только потом пойдет количественный анализ.
Я трижды проходила путь от «гаражной» разработки до серьезного осознанного управления. Бывает, что бизнес чувствует, что IT не вывозит. И даже пытаются внести изменения в процессы. Но как посчитать результат, непонятно. Непонятно ещё и потому, что IT - это область особенная.
Кажется, IT-шников где-то учат давать «непонятные объяснения». Наверно, там даже экзамен сдают. Если ты на экзамене употребишь 3 слова, которые не знает комиссия - считай, что сдал на 5, если всех запутаешь так, что комиссия забудет вопрос - на 4, если просто говоришь не связанные логически причины - 3.
Поэтому внедрением изменений должен заниматься руководитель IT. Кстати, самые эффективные команды, которые я видела, были на старте технологических проектов. Когда собственник, он же идейный вдохновитель, сам выступает в качестве руководителя всех IT-шников, субъективно измеряет качество и результат, и «подгоняет» команду под свои мерки. Я думаю, что эффективность в этих случаях достигается сочетанием в одном человеке виденья, куда и как должен бизнес идти, и пониманием экономической целесообразности. Собственник точно знает бизнес ценность для клиента, и при этом отвечает своими деньгами за решения.
Условия внедрения метрик эффективности
А если это не технологический стартап, какие нужны условия, чтобы посчитать эффективность IT команды?
- Высокое значение затрат IT - например, если это аутсорс, или saas решение.
- Когда продукт можно выделить и по затратам и по прибыли, если у вас только один продукт - то вы без доп усилий можете посчитать хотя бы в ретроспективе.
- Опытный IT менеджер. Чтобы он, внедряя изменения не за кошмаром команду.
Зачем считают эффективность команды?
- Когда надо понять, нужен ли продукт, проект или команда. Особенно это актуально, если у вас существует внутренний конвейер по созданию продуктов или стартапов.
- Если сильные изменения на пути рынке и стали очевидными требования к изменению в компании.
- Если возникают сомнения в целесообразности внутренней команды и есть желание сравнить варианты затрат внутри и снаружи.
- Когда все остальное уже отстроено.
Как считать?
- Выделите, какой результат значим для бизнеса. Это могут быть фичи, это может быть скорость решения багов, это могут быть стратегически важные задачи и т.д.
- Определите эффективность чего именно хотите посчитать, чем вы управляете? Можно считать в разрезе людей, на команду в целом, на затраты на всю команду. Этот показатель зависит от привычки в компании. Сравниваются команды - считаем по команде, в компании принято бюджетирование - считаем затратами, хотите понять, как улучшить команду через изменения в людях - считайте по людям.
- Период - тут должен быть синхрон с внутренними ритуалами в команде, например, с периодами релизов или спринтов. Если таких практик нет регулярных - смотрите по календарю, например по неделям или месяцам.
В своем тг канале я расскажу об одном из супер простых примеров расчёта эффективности: КПД IT команды