Как правильно оценивать эффективность команды разработчиков

Бизнес-процессы
Блог
Как правильно оценивать эффективность команды разработчиков
Поделиться:

Почему важна оценка эффективности IT-команды

Работа в любом проекте подразумевает получение ожидаемых преимуществ от его реализации. Эффективность каждого исполнителя в IT нужно регулярно отслеживать и измерять, чтобы понимать заинтересованность и состояние морального духа программистов.

Основные критерии оценки

Для анализа результативности в коллективе разработчиков используются два основных критерия оценки команды:

  1. Метрики. Например, Agile, Scrum и таск-трекер Jira и российские аналоги, которые могут создавать отчет скорости достижения целей и отслеживать изменения на разных этапах разработки проекта.
  2. Результаты исследований. Сюда относятся разные типы опросов, встреч, обсуждений проблем в процессе и взаимодействии внутри коллектива.

Рекомендуется использовать оба способа, чтобы отслеживать конкретные критерии в зависимости от спецификации команды, целей и задач проектов.

Ключевые метрики для измерения производительности

Метрики — это инструменты для измерения и улучшения эффективности (efficiency) программиста. В сфере разработки ПО применяются ключевые параметры для оптимизации процесса персонала.

Lead Time и Cycle Time

Lead Time отражает общее время от появления идеи до получения готового product.

Cycle Time (время на доставку) показывает количество времени, необходимое для выполнения задания от начала до его завершения (fulfillment).

Отслеживание и оптимизация этими инструментами помогают значительно улучшить продуктивность программистов.

Velocity

Велосити (англ.«velocity») измеряет скорость выполнения конкретного объема задания в условиях ограниченного времени. Главная цель velocity — дать прогноз и установить производительность сотрудников за итерацию.

Например, с помощью данных velocity можно запланировать время, которое потребуется программистам на выполнение задач. Рекомендуется оценивать данные с нескольких итераций для более точного результата.

Velocity не бывает плохой или хорошей. Оценки каждого отдельного проекта и отдельного разработчика субъективны.

Capacity

Капасити (англ.«capacity») — оценка максимального объема будущих результатов, которая основывается на анализе общего количества времени в конкретном спринте разработки проекта.

Формула capacity фокусируется на ресурсах и учитывает в том числе возможные форс-мажоры, вроде дополнительных обязанностей вне заданий разработчика.

Рекомендуется использовать и velocity, и capacity для качественной оценки производительности.

KPI и их роль в оценке команды

Ключевые показатели эффективности (KPI) объективно измеряют, достигли или нет сотрудники IT-отдела поставленных персональных целей по заранее определенным ориентирам.

Важно соответствовать критериям постановки задач SMART — цель должна быть конкретная (Specific), измеримая (Measurable) достижимая (Achievable), значимая (Relevant), ограниченная во времени (Time bound).

Методы измерения производительности

Невозможно улучшить то, что нельзя измерить. Это утверждение применимо к ИТ-сотрудникам, практикующим agile-методики при выполнении спринт-задач.

Scrum и спринты

Scrum и Agile часто ассоциируют друг с другом из-за сходства между задачами и процессами. Однако это неправильно. Scrum — методология, основанная на принципах Agile, и стиль исполнения для активного решения задач в рамках поставленной цели, тогда как Agile — это набор принципов и подходов для гибкой разработки и управления проектами.

В Scrum анализ объема деятельности проводится за фиксированный период времени выполнения одной задачи — спринт. Знание скорости процесса помогает коллективу реалистично планировать спринты.

Отслеживание ключевых индексов Scrum позволяет повысить продуктивность, побудить коллектив, который соблюдает принципы Agile, к улучшению работы. При этом важно учитывать, что набор показателей производительности уникален для каждой Scrum-команды и типа задач, над которыми они работают.

Использование показателей и эффективности

Отчеты с результатами продуктивности имеют решающее значение в IT. И все же в стремлении отслеживать разнообразные данные статистики важно не забывать о цели.

Наиболее важные показатели для ИТ-сотрудников:

  • Время решения проблемы с момента открытия заявки до ее закрытия.
  • Среднее время реакции на начатую заявку.
  • Время установления и устранения проблемы. Это ключевой индекс стабильности работы команды в DevOps.

Инструменты и программное обеспечение для оценки

Инструменты для управления продуктивностью дают руководителю сведения со статическими данными об уровне навыков коллектива, его сильных и слабых сторонах, зонах роста. Эти сведения помогают сделать конкретные шаги для повышения эффективности сотрудников.

Для анализа efficiency используются разные инструменты и методологии. Основные можно разделить на две группы: анализ по метрикам и по результатам анализа.

Практические советы и рекомендации

Эффективность работы ИТ-отдела нужно не только отслеживать и изучать, но и поддерживать на постоянном уровне. Когда производительность резко падает, важно принять меры для ее повышения.

Как выбрать правильные метрики для вашей команды

Выбор правильных критериев для отслеживания продуктивности имеет ключевое значение, поскольку нет единых значений для всех ИТ-сотрудников и бизнес-задач.

Сначала необходимо определить цели оптимизации.

Когда важна скорость и гибкость, сделайте фокус на метриках, направленных на скорость доставки ценности клиенту и гибкость производственного процесса: Time to market (Lead time, Cycle time и Time to learn), Release frequency, Mean time to repair.

Если нужна стабильность, стоит выбрать параметры, нацеленные на качество производственного процесса: Technical debt, Critical bugs, Critical vulnerabilities на конец итерации, количество новых тест-кейсов.

Когда важнее конечный результат, сфокусируйтесь на измерении результативности, нацеленных на пропускную способность и прогнозируемость процесса. К ним относятся: запланированное и фактическое количество целей, фич/эпиков, US (пользовательских историй), Story points, а также средняя скорость velocity.

Рекомендация в целом — смотреть на совокупность критериев, чтобы не потерять важные показатели.

Регулярный анализ и адаптация методов

Эффективность работы сотрудников должна оцениваться регулярно, чтобы обеспечить цельное представление о персональных вкладах и динамике ИТ-отдела.

Анализ результатов достижения целей и командной работы может проводиться каждый квартал или ежегодно и показать результативность программиста за конкретный период времени.

Важно адаптировать процесс с производительностью на разных уровнях: дирекции, направления, команды. Например, проведение еженедельных статусов руководителями дирекций с ИТ-лидерами выбранных направлений позволяет принимать своевременные тактические решения для лучшей производительности.

Влияние оценки на рост и развитие команды

Мониторинг эффективности ИТ-отдела важна, потому что успех программирования зависит от способности каждого сотрудника взаимодействовать в команде, понимания общих целей и соответствия компетенций.

Сплоченный коллектив способен не только успешно реализовать план действий, но и найти точки роста в быстро меняющейся ИТ-сфере. В этих условиях сотрудники будут сконцентрированы на высоких результатах

Заключение

Проекты в любой сфере редко проходят гладко и без форс-мажоров. Большинство значений оценки эффективности остаются не репрезентативными из-за большого разнообразия стеков и платформ, на которых строятся ИТ-продукты.

Важность комплексного подхода к оценке

Индексы некоторых метрик невозможно использовать по причине неоднозначности сигналов.

Например, в одной команде Velocity составляет 10 стори пойнтов (SP), а в другой — 20SP. При этом нельзя сказать, что первая группа перфомит в два раза больше второй, т.к. нельзя сравнивать стори пойнты разных коллективов.

Поэтому на этапе адаптации параметров важно использовать комплексный подход к анализу. Для начала стоит определить основу для расчета. Например, спринт, который фиксирован по времени и имеет ритм повторения. Следующий шаг — считать параметры относительно отклонения от единого уровня по группе или по платформе. Теперь можно проверить полученные метрики через ключевые характеристики: соблюдение сроков, скорости, качества.

Важно в процессе подсчета помнить, что измерения должны подсветить проблемные места в программировании, чтобы по-настоящему повысить продуктивность команды разработки и достичь высоких результатов в деятельности.

Хочешь работать с нами? Отправь свое резюме

Нажимая на кнопку, вы соглашаетесь с Политикой конфиденциальности персональных данных

Файлы cookie обеспечивают работу наших сервисов. Используя наш сайт, вы соглашаетесь с нашими правилами в отношении этих файлов.