Pamilyar ka sa Scrum, di ba? Gusto kong hulaan ang pagsasaalang-alang na ang The Scrum Alliance ay may higit sa 400, 000 mga miyembro, at sa mga iyon, ang karamihan ay matagumpay na ginagamit ito sa kanilang mga samahan.
Ngunit, hindi ito ang tanging paraan upang makabuo ng software sa isang maliksi na paraan - seryoso! Narinig mo ba ang Kanban?
Para sa isang maliit na impormasyon sa background, orihinal na inilalapat ito sa sandalan ng paggawa bilang isang paraan upang mailarawan ang input at output ng trabaho dahil dumaloy ito sa isang pabrika. Ang visualization na ito ay ipinakita sa isang board na kilala bilang isang - hintayin ito - Kanban. Karamihan sa mga kamakailan-lamang at mas nauugnay sa iyo, ito ay pinagtibay bilang isang paraan para sa pamamahala ng pag-unlad ng software.
Una na nakabalangkas ng neurologist na si David J. Anderson, ito ay isang paraan ng pag-aayos ng software at pagpaplano na nagbibigay-daan sa iyo upang alisan ng takip ang mga problema sa proseso at patuloy na naghahatid ng mahalagang pagpapabuti sa iyong produkto - na alam kong, perpekto. Nang simple, sa anumang oras sa oras, maaari mong makita kung saan ang trabaho (na kinakatawan ng mga kard) ay nasa proseso ng pag-unlad.
Paano ito gumagana
Ang pangunahing board ng Kanban ay gumagamit ng anim na mga haligi na nagpapakita kung saan ang bawat piraso ng trabaho ay nasa ikot ng pag-unlad ng produkto. Ang isang magaspang na sample ng kung ano ang hitsura nito ay nasa ibaba.
Tingnan ang halimbawa ng Kanban board na ito sa Trello.
Hanay 1: Backlog
Ang haligi ng Backlog ay dapat maglaman ng isang prioritized list ng mga ideya, bug, o mga pangangailangan sa negosyo. Ang card ay hindi na kailangang magkaroon ng isang tonelada ng detalye, ngunit dapat itong magkaroon ng sapat na impormasyon na maunawaan ng mga miyembro ng iyong koponan kung bakit ito mahalaga.
Hanay 2: Pagpaplano
Sa haligi na ito, pupunan ng isang tagapamahala ng produkto ang isang detalye para sa tampok sa pamamagitan ng pagpupulong sa mga stakeholder ng negosyo, inhinyero, at taga-disenyo. Kapag handa na, ililipat niya ito sa kolum na "Handa para sa Engineering".
Hanay 3: Handa para sa Engineering
Sa yugtong ito, ang lahat ng mga kard ay dapat magkaroon ng detalyadong mga pagtutukoy. Habang maaaring mayroon ka pa ring mga katanungan tungkol sa mga teknikal na detalye, dapat na malinaw ang mga kinakailangan sa negosyo.
Hanay 4: Sa Pag-unlad
Maaari mong ilipat ang isang kard sa "Sa Pag-unlad" anumang oras. Ang sistemang "pull" na self-driven na ito ay bumubuo ng isang kultura ng personal na pananagutan at pag-usisa.
Hanay 5: Pagsubok
Kapag nakumpleto mo na ang trabaho sa card, ilipat ito sa "Pagsubok" kung saan kukunin ito ng ibang engineer (o isang tao sa pangkat ng QA).
Hanay 6: Nalalabas
Ang isa pang tampok na pagtukoy ay ang gawain ay dapat na naihatid ng patuloy sa isang dula o kapaligiran sa paggawa. Ang haligi na ito ay nagbibigay-daan sa sinuman sa koponan na makita kung ano ang inilabas kamakailan.
Ang Mga Kalamangan at Tradeoffs
Kapag nagpapasya ka sa pagitan ng Kanban at isang mas karaniwang pamamaraan tulad ng Scrum o Waterfall, tandaan ang mga benepisyo at hamon na ito:
Pakinabang: Nagpapabuti ng Pakikipagtulungan
Sa ilang mga koponan sa pag-unlad na nakatrabaho ko, ang mga inhinyero ay mga espesyalista. Ang bawat koponan ay magkakaroon ng ilang mga frontend engineers at backend engineers. Nangangahulugan ito na ang trabaho ay madalas na naharang dahil ang isang engineer ay abala sa iba pa.
Ang Kanban, sa kabilang banda, ay naglilimita sa trabaho sa pag-unlad at pinipigilan ang mga blockage. Ang bawat miyembro ng koponan ay maaari lamang gumana sa isang item sa isang pagkakataon, at ang sinumang hindi abala ay maaaring maghila ng trabaho mula sa tuktok ng kolum na "Handa para sa Teknolohiya". Hinihikayat nito ang mga generalists ng engineering at pakikipagtulungan sa mga miyembro ng koponan.
Palakasin ang Benepisyo: Huwag Hayaan ang mga Bagay na Pumasa Bago Maghanda sila
Gumagana lamang ang Kanban kapag naghihintay ka upang ilipat ang mga baraha sa susunod na haligi hanggang sa matapos na. (Bonus: Pinapaliit nito ang mga depekto.)
Hamon: Oras ng Diskwento upang Magninilay
Bilang default, walang mga time-boxed sprint na may malinaw na mga layunin, mga target ng petsa, at mga paglabas ng mga siklo. Sa halip, isipin ang bawat kard bilang isang independiyenteng piraso ng trabaho na maaaring makumpleto at mailabas sa anumang oras.
Sa patuloy na stream ng trabaho na ito, walang "maghintay hanggang sa susunod na sprint" na pagpipilian. Kailangan mong patuloy na suriin ang lupon, hilahin ang susunod na item, at ilipat ang mga nakumpletong item sa ibaba ng agos. Maliban kung magtatayo ka ng oras para sa mga retrospective at standup ay maaaring mahirap para sa mga miyembro ng koponan na mapanatili kung paano nila ginagawa.
Umikot Ito: Pahiram Kung Ano ang Gumagana Mula sa scrum
Gumamit ako araw-araw na mga standup at retrospectives kasama ang Kanban at natagpuan na nagdaragdag sila ng halaga. Kung may mga regular na pagpupulong o mga pattern na gumagana para sa iyong koponan, huwag baguhin ang mga ito upang sundin ang dogmatiko sa Kanban. Oras ng badyet upang pag-usapan ang mga priyoridad at kung paano sila nagbago upang malaman ng lahat kung ano ang nangyayari sa pag-unlad ng produkto.
Pakinabang: Nagpapataas ng Transparency
Ang bawat nag-develop ay dapat gumawa ng inisyatiba upang ilipat ang isang kard sa kolum na "Sa Pag-unlad". Ang kahulugan, sa anumang oras, ang manager ng koponan ay maaaring tumingin sa kung sino ang abala, na hindi abala, at kung gaano katagal ang anumang piraso ng trabaho ay nagpapatuloy.
Kapag ang produksyon ay nagpapabagal o humihinto, pinapayagan ka ng Kanban na makita nang eksakto kung bakit. Kung ito ay dahil ang koponan ng negosyo ay hindi nai-prioritize ang mga item sa backlog, ang koponan ng produkto ay hindi nakumpleto ang spec, ang pangkat ng dev ay gumagalaw nang mas mabagal kaysa sa inaasahan, o ang pangkat ng QA ay hindi masubukan ang isang bagay; ang mga bottlenecks ay halata.
Palakasin ang Benepisyo: Payagan ang Pag-unlad na Maging Pampubliko
Ang isa sa mga pakinabang ay ang Kanban ay napaka-visual. Kahit na ang mga miyembro ng koponan na hindi teknikal ay maaaring tumingin sa isang lupon ng Kanban at sabihin kung saan ang mga piraso ng trabaho ay nasa proseso. Gamitin ito sa iyong kalamangan at payagan ang mga nakamit ng koponan na lumiwanag sa pamamagitan ng paglalagay ng iyong board sa isang pampublikong lugar.
Hamon: Hindi ba Pinapayagan ang Long-Term Planning
Ang pagkabahala tungkol sa mga huling oras at pagtantya ay hindi ang pinaka-produktibong paggamit ng iyong oras, kaya maaari mong pahalagahan na ang Kanban ay higit pa tungkol sa pang-araw-araw na output. Iyon ay sinabi, ito lamang ay hindi nagbibigay ng isang sistema para sa pagbuo ng isang pangmatagalang plano. Maaari itong magdulot sa iyo na magtrabaho sa mga proyekto ng sporadically kaysa sa pagtuon sa isang bagay sa mahabang panahon. Mahirap na gumastos ng isang araw sa Project A pagkatapos ng isang araw sa Project B at pagkatapos ay bumalik sa Project A.
Kunin Ito: Gamitin Ito Kapag Malamang Na Magbabago ang Iyong mga Panguna
Ang bawat haligi sa iyong board ay independiyenteng ng iba, kaya ang mga miyembro ng koponan ay maaaring ilipat ang mga bagay sa anumang oras. Maaari itong makainis sa mga nag-develop sa isang setting ng scrum (kung saan ang mga pagtatantya para sa sprint ay ginawa upfront), ngunit ang Kanban ay nagtatagumpay sa ganitong uri ng mabilis na pagbabago ng kapaligiran.
Nais ng lahat na maging mas produktibo, ngunit maaaring mahirap subukan ang isang bago kung hindi ka sigurado kung saan magsisimula. Natagpuan ko ang Kanban na maging kapaki-pakinabang at umaasa na makikita mo rin itong kapaki-pakinabang para sa iyong personal na daloy ng trabaho (o kahit para sa iyong buong koponan!).
I-tweet mo ako kung magpasya kang bigyan ito ng isang shot!
