📱 Velocity: Ваша команда бежит быстрее всех или просто красиво отчитывается? Знакомо чувство, когда на ретроспективе все согласно кивают: «Да, спринт был хороший, мы сделали много». А потом вы смотрите на релиз и понимаете — «много» не превратилось в «ценное». И главный вопрос «Когда все будет готово?» повисает в воздухе. Сегодня разберем инструмент, который должен помочь, но который чаще всего используют не ради помощи, а ради красивых графиков. Это Velocity. Давайте без воды. Velocity — это не про скорость. Это про объем. Если просто: Velocity показывает, сколько условных единиц работы (чаще всего — story points) команда стабильно завершает за один спринт. Это не «кто быстрее», а «сколько мы обычно грузим в наш поезд, чтобы он гарантированно доехал до станции». 📌Как это работает? ✖️Команда оценивает задачи в стори поинтах (относительная мера сложности, усилий и рисков). ✖️За спринт (1-4 недели) команда берет задачи в бэклог. ✖️По итогу спринта суммируются поинты всех завершенных задач. Не начатых, не почти готовых, а именно сделанных по Definition of Done. ✖️Эта цифра — Velocity за спринт. ✖️После 3-5 спринтов вы видите диапазон вашей скорости (например, 30-40 поинтов). Это ваш ритм, ваша пропускная способность. 😈 Зачем это нужно? ✖️Планирование ✖️Прогнозирование ✖️Саморефлексия команды 😎 Для кого это подходит? ✅Scrum-команды, работающие в рамках фиксированных спринтов. ✅Руководители проектов и продакты для долгосрочного прогнозирования и управления ожиданиями стейкхолдеров. ✅Команды, которые хотят данных, а не интуиции, для своего планирования. А теперь — горькая правда. Именно из-за этих ошибок метрику ненавидят и называют токсичной. ❌Сравнивать команды по Velocity. Это фатально. 40 поинтов у одной команды — это не «быстрее», чем 20 у другой. У всех разная «стоимость» поинта, разный контекст, разные продукты. Velocity — индивидуальная метрика для конкретной команды. Сравнивать ее — все равно что сравнивать, кто сильнее: штангист или бегун. Бессмысленно и вредно. ❌Использовать Velocity как KPI для премий или давления. Стоило только начальству узнать про «скорость», как сразу хочется ее «повысить». Команда быстро смекает: чтобы цифра росла, надо ставить больше поинтов за ту же работу. Начинается инфляция оценок, качество и реализм планирования летят в тартарары. Velocity — это инструмент для команды, а не инструмент оценки команды. ❌Гнаться за ростом, а не за стабильностью. Здоровая метка — это стабильный, предсказуемый диапазон Velocity. Если он колеблется от 15 до 60 — вы ничего не можете спланировать. Ваша цель — не «разогнаться до 100», а стабилизироваться. Высокая, но стабильная скорость — результат зрелости процессов и качества оценок. Не демонизируйте Velocity. Это просто градусник. Но помните: ✨Градусник создан для диагностики, а не для того, чтобы им бить по голове. ✨Он показывает температуру, но не говорит болезнь. ✨Смотреть на него нужно в динамике и в контексте. Используйте Velocity как договор команды с самой собой о реалистичном объеме работы. Как способ сказать стейкхолдеру: «Мы не знаем точно, когда будет каждая фича, но с вероятностью 85% мы сделаем этот объем за 5 спринтов». А в качестве главного вопроса для ретро: «Наш Velocity помогает нам лучше планировать или это просто цифра для красивого отчета?» 👉 @projectvkarmane А как вы относитесь к Velocity? Доверяете или избегаете? Пишите в комментах.