Skip to content

Scrum o Kanban

Paghahambing ng Scrum at Kanban: time-boxed na mga sprint laban sa tuloy-tuloy na daloy, mga tungkulin, WIP limit, mga sukatan, at kung saan nakapuwesto sa pagitan nila ang iteration-based na board ng East Agile Tracker.

Ang Scrum at Kanban ang dalawang agile na pamamaraang pinakamadalas paghambingin ng mga team. Parehong ginagawang nakikita ng dalawa ang trabaho at parehong naglalayong maghatid nang paunti-unti. Nagkakaiba sila sa bilis ng pagtakbo ng trabaho: nagpaplano ang Scrum sa mga nakapirming time box, samantalang tuloy-tuloy na humihila ng trabaho ang Kanban at nililimitahan kung gaano karami ang sabay-sabay na isinasagawa.

Inihahambing ng pahinang ito ang dalawa. Para sa mas malawak na pamilya, kasama ang XP at Lean, tingnan ang Ano ang Agile Development?.

Inaayos ng Scrum ang trabaho sa mga sprint — mga nakapirming time box, karaniwang isa hanggang apat na linggo. Nagsisimula ang bawat sprint sa sprint planning, kung saan pinipili ng team ang trabahong inaasahan nitong matapos, at nagtatapos sa isang review ng nabuo at isang retrospective tungkol sa paraan ng pagtatrabaho ng team.

Tatlong tungkulin ang itinatakda ng Scrum:

  • Product Owner — may hawak ng product backlog at ng pagkakasunod-sunod nito.
  • Scrum Master — gumagabay sa team sa proseso at nag-aalis ng mga hadlang.
  • Developers — bumubuo ng increment.

Ang pangunahing sukatan ay ang velocity: kung gaano karaming trabaho ang natatapos ng team kada sprint, na nagiging batayan ng plano para sa susunod na sprint. Tingnan ang Ano ang velocity?.

Nagsisimula ang Kanban sa workflow na mayroon na ang team. Gumagalaw ang mga work item sa isang board na binubuo ng mga column na kumakatawan sa mga yugto (halimbawa To do → In progress → Review → Done). Tatlong ideya ang bumubuhat sa pamamaraan:

  • I-visualize ang workflow — nasa board ang bawat item at bawat yugto.
  • Limitahan ang work in progress (WIP) — may takdang hangganan ang bawat column; pumapasok lang ang bagong item kapag may lumabas na isa.
  • Pamahalaan ang daloy — sinusukat ng team kung gaano katagal ang mga item (cycle time, lead time) at inaalis ang mga bottleneck.

Walang time box ang Kanban at wala itong itinatakdang mga tungkulin. Nangyayari ang pagpaplano tuwing kailangang punuin muli ang pila.

ScrumKanban
RitmoNakapirming mga sprint (1–4 na linggo)Tuloy-tuloy na daloy
CommitmentAng trabahong pinlano para sa sprintWalang batch commitment; humila kapag may kapasidad
Mga tungkulinProduct Owner, Scrum Master, DevelopersWalang itinakda
Pagbabago sa gitna ng cycleHindi hinihikayat sa loob ng sprintPinapayagan anumang oras
Paglilimita ng trabahoAng kapasidad ng sprintWIP limit kada column
Pangunahing mga sukatanVelocity, burndownCycle time, lead time, throughput
BoardNire-reset bawat sprintPermanente

Walang pamamaraang mas mahusay sa pangkalahatan. Bagay ang Scrum sa mga team na gusto ng regular na ritmo ng pagpaplano at ng forecast na binuo mula sa mga nakaraang sprint, gaya ng mga product team na naghahatid ng mga feature ayon sa iskedyul. Bagay ang Kanban sa trabahong dumarating nang hindi inaasahan at kailangang asikasuhin pagdating nito, gaya ng support, operations, o maintenance.

Maraming team ang naghahalo ng dalawa (“Scrumban”): pinananatili nila ang ritmo ng pagpaplano at binabantayan din kung gaano karami ang isinasagawa.

Kung saan nakapuwesto ang East Agile Tracker

Section titled “Kung saan nakapuwesto ang East Agile Tracker”

Ang East Agile Tracker ay iteration-based, kaya mas malapit ito sa Scrum at sa eXtreme Programming kaysa sa Kanban. Gumagamit ito ng sarili nitong mga termino para sa ilan sa mga konsepto sa itaas:

  • Iteration ang tawag sa mga sprint. Nagtatakda ang bawat proyekto ng haba ng iteration na 1–4 na linggo. Awtomatikong nalilikha ang mga iteration; walang sprint na bubuksan o isasara. Tingnan ang Mga Iteration.
  • Iisang nakaayos na listahan ang backlog. Pinananatili ito ng product owner sa mahigpit na pagkakasunod-sunod ayon sa priority, at ipinoproyekto ng Backlog ang mga paparating na iteration batay sa velocity. Tingnan ang Mga User Story at Pagpaplano ng Iteration.
  • Ang velocity ang nagtatakda ng laki ng plano. Kapag naka-on ang auto-plan iterations, napupuno ang kasalukuyang iteration hanggang sa iyong velocity at hindi lalampas. Tingnan ang Pagpaplano ng isang iteration.
  • May sariling estado ang bawat story. Dumaraan ang isang story sa Unstarted → Started → Finished → Delivered → Accepted, na ipinapakita sa card, sa halip na dumaan sa mga column ng board. Tingnan ang state machine.

Walang mga WIP limit at walang flow mode na walang iteration. Ang mga ideya ng Kanban na dala pa rin ay ang visibility (nasa iisang board ang bawat story at ang estado nito) at ang mga sukatan ng daloy: ipinapakita ng pahinang Metrics ang trend ng velocity, ang burndown, at ang mga story na inilipat sa pagitan ng mga iteration.