[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"methodology-topic-scrum-metriki":4,"footer-feature-tags":164},true,{"topic":5,"parent":155,"siblings":158},{"slug":6,"title":7,"hint":8,"h1":9,"definition":10,"readTime":11,"published":12,"updated":12,"tags":13,"sections":16,"table":57,"shtab":84,"faq":108,"terms":121,"related":137,"seo":152},"metriki","Метрики Scrum","Что считать со второго цикла и чего не делать","Метрики Scrum: что считать и как не испортить процесс","Метрики в Scrum нужны для прогноза и для разговора о процессе, а не для оценки людей. Ниже — набор из пяти показателей, которых достаточно почти любой команде, и разбор того, что происходит, когда любой из них становится основанием для премии.","8 мин чтения","2026-08-28",[14,15],"метрики","средний уровень",[17,23,44,51],{"id":18,"h":19,"paras":20},"when","Когда метрики начинают что-то значить",[21,22],"Первый цикл не даёт данных: команда ещё не откалибровалась, оценки случайны, критерии завершённости применяются впервые. Осмысленные цифры появляются с третьего цикла, а прогноз — примерно с пятого, когда виден разброс, а не одно число.","Смотреть надо на серию, а не на точку. Скорость 34 за цикл не значит ничего; скорость 28–31–34–29 значит, что при планировании безопасно брать около 28, а обещать заказчику — исходя из нижней границы. Одно значение показывает состояние, серия — предсказуемость.",{"id":24,"h":25,"paras":26,"list":28},"set","Пять показателей, которых достаточно",[27],"Больше пяти метрик команда перестаёт читать. Этот набор закрывает четыре вопроса: сколько успеваем, насколько точно планируем, где узкое место и не жертвуем ли качеством ради скорости.",[29,32,35,38,41],{"k":30,"v":31},"Скорость команды. ","Сумма оценок работ, доведённых до готового состояния за цикл. Только для прогноза — не для сравнения команд.",{"k":33,"v":34},"Выполнение цикла. ","Доля запланированного, которая завершена. Стабильно ниже 70% — проблема в планировании, а не в людях.",{"k":36,"v":37},"Диаграмма сгорания. ","Остаток работ по дням. Плоская линия до последнего дня означает, что работа не разбита на части.",{"k":39,"v":40},"Время в статусе. ","Сколько задача ждёт в каждой колонке. Узкое место почти всегда проверка или тестирование.",{"k":42,"v":43},"Дефекты после выпуска. ","Прямая проверка критериев завершённости: если растут, «готово» стало означать «наверное, работает».",{"id":45,"h":46,"paras":47},"trap","Что происходит, когда метрику ставят в премию",[48,49,50],"Скорость команды — оценка, которую даёт сама команда. Как только от неё зависит премия, оценки начинают расти: та же работа получает не три единицы, а пять. Формально показатель улучшается на 60% за квартал, фактически не меняется ничего, а прогноз ломается — сравнивать циклы больше нельзя.","То же самое происходит с выполнением цикла: команда начинает брать заведомо меньше, чтобы гарантированно закрыть. Показатель идёт к 100%, реальный выпуск падает. Метрика, которой управляют, перестаёт измерять.","Из этого не следует, что результат команды нельзя оценивать. Следует, что оценивать надо тем, чем команда не управляет напрямую: метриками продукта, выполнением целей, качеством в проде. Внутренние метрики процесса оставьте команде — это её инструмент, а не отчётность.",{"id":52,"h":53,"paras":54},"read","Как читать показатели вместе",[55,56],"Отдельная метрика почти всегда допускает два толкования, и разводит их только вторая. Скорость упала — это перегруженная команда или более честные оценки? Ответ даёт выполнение цикла: если оно выросло, вторая версия. Выполнение близко к 100% из цикла в цикл — команда научилась планировать или просто берёт меньше? Ответ даёт скорость: если она при этом падает, верно второе.","Рост времени в статусе при неизменной скорости означает, что работа копится перед узким местом — сначала это незаметно в общем итоге, но через два-три цикла выльется в срыв. Это единственная метрика из набора, которая предупреждает заранее.",{"title":58,"head":59,"rows":63},"Что означает сочетание показателей",[60,61,62],"ЧТО ВИДИМ","ВЕРОЯТНАЯ ПРИЧИНА","ЧТО ДЕЛАТЬ",[64,68,72,76,80],[65,66,67],"Скорость падает, выполнение растёт","Команда стала оценивать честнее","Ничего. Пересчитать прогноз по новым цифрам",[69,70,71],"Скорость растёт, дефекты растут","Критерии завершённости перестали соблюдаться","Вернуть проверку критериев на обзор",[73,74,75],"Выполнение около 100% каждый цикл","Берут заведомо меньше возможного","Обсудить на ретроспективе, снять страх недовыполнения",[77,78,79],"Сгорание плоское до последнего дня","Работа не разбита на части","Декомпозировать до задач на 1–2 дня",[81,82,83],"Растёт время в одном статусе","Узкое место: проверка, тестирование, приёмка","Ограничить незавершённую работу перед этим этапом",{"title":85,"lead":86,"points":87,"links":93},"Где эти цифры берутся в Shtab","Все пять показателей собираются из данных, которые команда и так вносит в работу: статусов, оценок и трекера времени. Отдельного учёта вести не нужно.",[88,89,90,91,92],"Скорость по циклам и диаграмма сгорания строятся по завершённым работам — вручную ничего сводить не надо.","Время задачи в каждом статусе видно в карточке и в отчёте: узкое место находится за минуту.","Оценка ведётся в часах, сторипоинтах, деньгах или своих единицах — итоги по циклу считаются автоматически.","Сводный отчёт показывает задачи и трудозатраты по проекту и по каждому исполнителю, с выгрузкой в таблицу.","Трекер времени даёт факт рядом с оценкой: расхождение план-факт видно без опроса команды.",[94,99,103],{"tag":95,"title":96,"text":97,"to":98},"ВОЗМОЖНОСТЬ","Сводный отчёт","Задачи, трудозатраты и статистика по исполнителям.","\u002Ffeatures\u002Fsvodnyi-otchiot\u002F",{"tag":95,"title":100,"text":101,"to":102},"Трекер времени","Факт по задачам рядом с оценкой.","\u002Ffeatures\u002Ftreker\u002F",{"tag":104,"title":105,"text":106,"to":107},"РЕШЕНИЕ","Отчётность и дашборды","Сводки по проектам и команде для руководителя.","\u002Fsolutions\u002Fotchetnost-dashbordy\u002F",[109,112,115,118],{"q":110,"a":111},"Можно ли сравнивать скорость двух команд?","Нет. Оценка относительная и своя у каждой команды: тройка в одной команде и тройка в другой — разный объём работы. Сравнение приводит к тому, что «медленная» команда начинает завышать оценки, и обе метрики теряют смысл. Сравнивать команды можно результатом, а не внутренними единицами.",{"q":113,"a":114},"Что делать, если скорость скачет в два раза?","Разброс обычно означает неоднородный размер работ: один крупный элемент переносится и обнуляет цикл, потом закрывается и удваивает следующий. Лечится декомпозицией: если самый большой элемент не больше пятой части цикла, разброс падает сам.",{"q":116,"a":117},"Нужна ли диаграмма сгорания, если есть доска?","Доска показывает состояние, сгорание — темп. Проблема «делаем, но не заканчиваем» видна только на диаграмме: карточки перемещаются, а остаток не убывает. При коротких циклах и хорошей декомпозиции ценность диаграммы падает, и многие команды со временем от неё отказываются.",{"q":119,"a":120},"Как считать скорость, если часть работ не оценена?","Либо оценивайте всё, что попадает в цикл, либо считайте скорость в штуках завершённых работ. Смешивать нельзя: сумма оценок по половине объёма выглядит как падение скорости и провоцирует неправильные выводы на ретроспективе.",[122,125,128,131,134],{"slug":123,"title":124},"velocity","Velocity",{"slug":126,"title":127},"burndown-chart","Диаграмма сгорания",{"slug":129,"title":130},"story-point","Story point",{"slug":132,"title":133},"cycle-time","Cycle time",{"slug":135,"title":136},"definition-of-done","Definition of Done",[138,143,147],{"tag":139,"title":140,"text":141,"to":142},"ТЕМА","Метрики Kanban","Время прохождения и пропускная способность — для потока.","\u002Fmethodology\u002Fkanban\u002Fmetriki\u002F",{"tag":139,"title":144,"text":145,"to":146},"События Scrum","Где эти цифры используются на встречах.","\u002Fmethodology\u002Fscrum\u002Fsobytiya\u002F",{"tag":148,"title":149,"text":150,"to":151},"МЕТОДОЛОГИЯ","KPI и управление по целям","Чем показатели эффективности отличаются от метрик процесса.","\u002Fmethodology\u002Fkpi\u002F",{"title":153,"description":154},"Метрики Scrum: velocity, сгорание, время в статусе","Пять метрик Scrum, которых достаточно команде: скорость, выполнение цикла, диаграмма сгорания, время в статусе, дефекты. Как читать их вместе и почему нельзя ставить в премию.",{"slug":156,"title":157,"short":157},"scrum","Scrum",[159,162],{"slug":160,"title":161},"vnedrenie","Как внедрить Scrum",{"slug":163,"title":144},"sobytiya",[165,174,180,189,194,200,206,212,216,222],{"id":166,"name":167,"hex":168,"translations":169,"count_pages":173},8,"Компания","#f40925",{"ru":170,"en":171},{"name":167},{"name":172},"Company",9,{"id":175,"name":176,"hex":177,"translations":178,"count_pages":166},26,"Главная страница",null,{"ru":179},{"name":176},{"id":181,"name":182,"hex":183,"translations":184,"count_pages":188},2,"Проекты","#3027ff",{"ru":185,"en":186},{"name":182},{"name":187},"Project",15,{"id":190,"name":191,"hex":177,"translations":192,"count_pages":181},33,"ИИ",{"ru":193},{"name":191},{"id":195,"name":196,"hex":177,"translations":197,"count_pages":199},34,"Комментарии",{"ru":198},{"name":196},4,{"id":201,"name":202,"hex":177,"translations":203,"count_pages":205},25,"Задачи",{"ru":204},{"name":202},24,{"id":207,"name":208,"hex":177,"translations":209,"count_pages":211},27,"Рабочие пространства",{"ru":210},{"name":208},3,{"id":205,"name":213,"hex":177,"translations":214,"count_pages":166},"Kanban-доска",{"ru":215},{"name":213},{"id":217,"name":218,"hex":177,"translations":219,"count_pages":221},23,"Диаграмма Ганта",{"ru":220},{"name":218},1,{"id":188,"name":223,"hex":177,"translations":224,"count_pages":221},"Календарь",{"ru":225},{"name":223}]