Skip to content

Ano ang velocity sa agile?

Paliwanag sa velocity sa agile: puntos na natapos kada iteration, kung paano ito ina-average, kung paano nito tinataya ang mga petsa ng release, mga karaniwang maling paggamit, at kung paano ito kinakalkula at ginagamit sa pagpaplano ng East Agile Tracker.

Ang velocity ay ang dami ng trabahong natatapos ng isang team sa isang iteration, na sinusukat sa story points. Kung nakatapos ang isang team ng mga story na nagkakahalaga ng 5, 3, 2, at 2 puntos sa isang dalawang-linggong iteration, 12 ang velocity nito para sa iteration na iyon.

Ang velocity ay isang obserbasyon, hindi isang target. Ang trabaho nito ay gawing makatotohanan ang susunod na plano.

  1. Piliin kung ano ang ibinibilang na done — halimbawa, tinanggap ng product owner. Ang mga story lang na umaabot sa estadong iyon ang nabibilang; walang halaga ang bahagyang natapos na trabaho.
  2. Pagsamahin ang puntos ng mga done na story sa bawat iteration.
  3. I-average ang huling ilang iteration. Pinapakinis ng rolling average na tatlo hanggang limang iteration ang epekto ng mga holiday, mga araw ng pagkakasakit, at mga minsanang sorpresa.

Tinatawag ito ng XP na “panahon kahapon”: ang pinakamahusay na hula kung gaano karami ang magagawa mo sa susunod na iteration ay kung gaano karami ang nagawa mo sa huling ilang iteration.

  • Pagtatakda ng laki ng susunod na iteration. Nagpaplano ang team ng halos kasindami ng velocity nito, kaya tumutugma ang plano sa talagang naihahatid nito.
  • Pag-forecast. Hatiin ang natitirang puntos sa isang release sa velocity para makuha ang bilang ng natitirang iteration. Nagiging kalkulasyon ang petsa, at nagiging trade-off sa pagitan ng saklaw at petsa ang usapan.
  • Pagpansin sa pagbabago. Ang bumababang trend ay maaaring tumuro sa lumalaking technical debt, mga abala, o hindi malinaw na mga story, at mainam itong pag-usapan sa isang retrospective.
  • Paghahambing ng mga team. Relatibo ang puntos ng bawat team sa sarili nitong nakaraang trabaho, kaya hindi maihahambing ang 30 ng isang team sa 15 ng iba.
  • Pagtatakda ng target na velocity. Ang presyong pataasin ang numero ay kadalasang nagpapalobo sa mga tantiya sa halip na pabilisin ang paghahatid.
  • Pagbibilang ng hindi pa tapos na trabaho. Ang pagbibigay ng bahagyang kredito ay nagpapalaki sa ipinapakitang kaya ng team na ihatid.
  • Kinakalkula ang velocity mula sa iyong kasaysayan. Nabibilang ang isang story kapag naabot nito ang done state ng proyekto — Finished, Delivered, o Accepted, na pinipili kada proyekto. Tingnan ang Velocity.
  • Mako-configure ang paraan ng pag-average: ang huling 3, 5, o 10 iteration, o isang manual na halaga. Nagsisimula ang mga bagong proyekto sa isang panimulang velocity hanggang magkaroon sila ng kasaysayan. Maaari ring palitan ng manager ang velocity ng iisang iteration mula sa header ng Current column.
  • Ang velocity ang nagpaplano ng mga iteration. Ipinoproyekto ng Backlog ang mga paparating na iteration batay sa velocity, at kapag naka-on ang auto-plan iterations, napupuno ang kasalukuyang iteration hanggang sa iyong velocity at hindi lalampas. Tingnan ang Pagpaplano ng isang iteration.
  • Nasa pahinang Metrics ang trend kasama ng burndown at ng mga story na inilipat sa pagitan ng mga iteration. Tingnan ang Mga Sukatan.