Основные метрики и KPI, которые необходимо отслеживать при аутсорсинге разработки ПО

Почему стоит отслеживать KPI при разработке программного обеспечения?

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

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

Вы имеете контроль над проектом

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

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

Вы получите самый важный ресурс менеджера - душевное спокойствие, обусловленное своевременным доступом к точной информации.

Вы достигаете своих бизнес-целей 

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

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

Вы видите приверженность команды инженеров

Представьте себе, что проект явно отстает от графика, а KPI на уровне команды разработчиков и отдельных программистов не установлены. Если спросить у команды, что произошло, они могут рассказать любую историю. У каждого может быть своя причина, почему то, что должно было произойти, не произошло, и у вас не будет реального инструмента, чтобы проверить, кто говорит правду.

Благодаря метрикам разработки ПО такая проблема никогда не возникнет, поскольку KPI превращают мнения в факты и цифры. Таким образом, вы точно знаете, в какой степени и кто выполнил или не выполнил свою задачу.

У вас есть полная информация для инвесторов

Если вы являетесь стартапом и финансируете продукт извне, инвесторы захотят точно знать, куда идут их деньги и как вы их используете. Поэтому, когда венчурный капитал спрашивает о состоянии проекта, как в приведенном выше случае, вы должны отвечать не мнениями, а фактами, то есть KPI разработки программного обеспечения.

12 важных  Метрик при разработке программного обеспечения

KPI, в зависимости от размера компании или проекта, способа финансирования и даже отрасли, могут кардинально отличаться. Здесь мы перечислили 12 важнейших KPI для разработки программного обеспечения, которые необходимо измерять.

Net Promoter Score (NPS)

Начнем с KPI в области разработки программного обеспечения, который в первую очередь относится к прошлым и реальным проектам аутсорсингового агентства.

NPS изучает общую удовлетворенность клиентов работой компании. Проверяется это с помощью двух простых вопросов: 

По шкале от 0 до 10, какова вероятность того, что вы порекомендуете наши услуги своим друзьям?
Почему Вы дали такой ответ?
Опрос NPS показывает субъективные ощущения клиентов от работы компании. Опрос может проводиться в режиме онлайн или вживую, и его предполагается периодически повторять с интервалом от 3 до 12 месяцев.

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

NPS измеряется путем вычитания % недоброжелателей (оценки от 0 до 7 баллов) из % промоутеров (оценки 9 и 10 баллов). Принято считать, что показатель Net Promoter Score от 0 до 30 является достойным, а выше 60 - отличным.

Альтернативой NPS является показатель CSAT (Customer Satisfaction Score), измеряемый по шкале от 1 до 5.

Employee Net Promoter Score (eNPS)

eNPS - это KPI для разработки программного обеспечения, который, как и NPS, изучает удовлетворенность, но на этот раз сотрудников компании, а не ее клиентов. Принципы проведения опроса, повторяемость и шкала оценки те же.

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

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

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

Velocity

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

Наиболее популярными способами измерения скорости являются следующие два:

• Подсчет заданий - простая пометка заданий как выполненных или невыполненных,
• Сюжетные баллы - оценка заданий по шкале сложности.

Скорость - величина переменная, поскольку темп каждого спринта может отличаться. Предполагается, однако, что после трех спринтов можно оценить средний показатель Velocity команды и на его основе оценить дальнейший прогресс.

Выгорание в спринте

Выгорание спринта - это KPI, который измеряет работу, выполненную в течение спринта, в сравнении с графиком. 

В то время как Velocity относится к ожидаемому темпу работы, Sprint burnout показывает скорость работы команды в рамках одного спринта. Чаще всего он измеряется как процентное соотношение выполненных задач к оставшемуся времени спринта, например, мы выполнили 60% задач, и у нас осталось 30% времени.

Выгорание выпуска

Release Burnout показывает, насколько быстро команда выпускает функции или продукты. Таким образом, это более широкая метрика программного обеспечения, чем показатель выгорания спринта, поскольку релиз может состоять из нескольких или десятка спринтов.

Благодаря показателю Release Burnout команда знает, сможет ли она уложиться в сроки выпуска продукта. Это также информация для инвестора или владельца продукта о том, выполнимы ли согласованные сроки.

Пропускная способность

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

Благодаря этому KPI менеджеры могут оценить, на что команда тратит больше всего времени и почему. Отслеживать эту метрику наиболее целесообразно в проектах, выполняемых по системе Канбан, но иногда ее можно использовать и в проектах, выполняемых по технологии Scrum.

Время цикла

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

Время цикла отсчитывается от момента принятия командой задачи до ее завершения; в этом KPI нет места для мнений, но необходимо обеспечить четкие правила приема и выполнения тикетов командой.

Ведущее время

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

WIP - Work-in-Progress/Process (незавершенное производство/процесс)

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

Частота развертывания

Deployment Frequency измеряет, как часто команда предоставляет код, готовый к развертыванию. С помощью этого KPI можно проверить способность команды со временем предоставлять ощутимую ценность, например, новую функцию или исправление ошибок.

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

Время ожидания изменений

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

Частота отказов при изменениях

Показатель отказов изменений измеряет, какой процент развертываний не удается выполнить на этапе производства. Он позволяет оценить эффективность работы команды разработчиков, то есть ее способность выпускать качественное программное обеспечение, не требующее исправлений.