Innopolis University DevOps Playground
Skip to content

MOSP_Project Tracking_Velocity

Раздел: Project TrackingNursultan
Цитата: “So what is the fruit of tracking? show us the data on estimated vs actual. show us your velocity. explain how tracking helps you plan.”
Задача: показать метрику velocity (скорость команды) и объяснить её значение для планирования.
Решение:

  • Вставить слайд «Team Velocity» с таблицей:

    Неделя (Майлстоун) План Pts Выполнено Pts Velocity (Pts)
    Week 1 (Mar 1–10) 20 15 15
    Week 2 (Mar 11–20) 25 22 22
    Week 3 (Mar 21–30) 30 30 30

    (Pts = кол-во закрытых пунктов задач, выдуманные цифры для примера)

  • Под таблицей добавить подпись:

    «Velocity = Completed Points per Week. Данные собраны вручную из GitLab: закрытые задачи суммируются по оценочным баллам (1 задача = 1 pt)».

  • Создать слайд «Velocity in GitLab» с пошаговой инструкцией:

    1. Через GitLab перейти в раздел Issues → Milestones → [Выбрать нужный майлстоун], нажать «Burndown chart» (доступно в бесплатной версии).
    2. Сделать скриншот графика Burndown chart: “График задач, остающихся к закрытию к моменту времени”.
    3. Лаконично добавить текст: «Velocity = количество закрытых задач/итерацию. Используется Burndown chart GitLab Free».
  • Внизу слайда разместить скриншот реального графика из GitLab (или примерный макет).

  • Добавить подпись: «Если Burndown chart недоступен, можно экспортировать CSV задач (Issues → Export) и вручную построить velocity-график в Excel: Completed Points per Week».

Раздел: Project TrackingMoofiy
Цитата: “ok, but what you learned from the tracked data? you should show it”
Задача: сформулировать конкретные выводы (lessons learned) из анализа трекинговых данных и разместить их на слайде.
Решение:

  • На слайде «Project Tracking Insights» сделать три кратких буллета:
    1. «Недооценили время на первую серию DistilBERT-экспериментов – фактически заняло на 5 дней больше».
    2. «Установленный WIP-лимит позволил сохранить среднее время решения задачи в пределах 2 дней».
    3. «После оптимизации процесса Peer Review время проверки PR сократилось с 3–4 до 1 дня».
Edited by Aniia Kotomceva