Несколько других аспектов, которые не менее важны
В мире гибкой методологии скорость команды за спринт считается конечной метрикой. Он измеряет производительность команды и работу, которая может быть выполнена.
Скорость измеряется в сюжетных очках и помогает измерить скорость выполнения команды. Менеджеры часто полагаются на скорость, чтобы оценить производительность команды.
Однако есть много других важных аспектов, которыми часто пренебрегают в ущерб скорости —
Добавленная стоимость
В ярости скорости мы часто пренебрегаем ценностью предметов, которые выбираем в спринте. Вы могли оказаться в ситуации, когда у вас хорошая скорость, но продукт движется не в правильном направлении.
Очки истории задач в спринте рассчитываются как оценка усилий по отношению к базовой задаче. Иногда мы наполняем спринт стори-поинтами, и добавленная стоимость этих задач не учитывается.
Спринт должен состоять из исправления ошибок, задач по улучшению кода/инфраструктуры и задач, повышающих ценность продукта. Это позволяет продвигать ваш продукт вперед и постоянно совершенствоваться в гибкой манере.
Приоритизация задач
Приоритет чаще всего путают с серьезностью. Приоритет определяет порядок, в котором разработчики выбирают проблемы для исправления. Ошибка может иметь высокий уровень серьезности, но может не иметь значения в спринте, поэтому она получит низкий приоритет.
Я был свидетелем ситуации, когда все ошибки были отмечены высшим приоритетом. Это просто понять, но иногда мы предпочитаем игнорировать это — если все имеет высокий приоритет, ничто не имеет высокого приоритета.
Еще одна ошибка заключается в том, что серьезности придается большее значение, чем приоритету. Проблемаможет быть серьезной, но не иметь высокого приоритета для бизнеса.
Перераспределение приоритетов ваших задач на основе текущих требований бизнеса очень важно. Это гарантирует, что вы выберете задачи, которые в настоящее время являются ценными для бизнеса.
Совокупный поток
Совокупный поток показывает, сколько работы находится в каком статусе в спринте. Он используется для проверки выполнения спринта.
Вы можете найти узкие места измерить время выполнения и то, как текущий спринт развивается с течением времени. Это поможет вам убедиться, что все элементы спринта выполняются одинаково.
Подробности по этой ссылке.
Время выполнения
Время выполнения заказа – это время между запросом функции и ее просмотром пользователем. Это включает в себя весь цикл разработки программного обеспечения. Он включает в себя сбор требований для исправления ошибок. Некоторые ошибки могут проскочить, но это нормально.
Измерение времени выполнения поможет вам понять, сколько времени требуется, чтобы донести функцию или продукт до пользователя. Вы можете планировать акции и объявления на основе этого показателя.
Подведение итогов
Лично я обнаружил, что эти показатели полезны в спринтах, которые я провожу. Есть много других полезных показателей, таких как пропускная способность, заблокированное время, количество ошибок за спринт и т. д.
За какие показатели вы ручаетесь, пишите в комментариях.
Хотите испытать Medium на себе? Подумайте о том, чтобы поддержать меня и других авторов подписавшись на членство. Членство стоит всего 5 долларов в месяц, оно поддерживает нас, писателей, без каких-либо дополнительных затрат. Если вы это сделаете, я получу часть гонорара, и это не будет стоить вам больше. Спасибо!
Дополнительные материалы на PlainEnglish.io. Подпишитесь на нашу бесплатную еженедельную рассылку новостей. Подпишитесь на нас в Twitter и LinkedIn. Присоединяйтесь к нашему сообществу Discord.
