„kanban“

Kada tinka Kanban, o kada Scrum?

Abu projektų valdymo požiūriai yra Agile metodai, pirmiausia yra kolektyvo mintis. Bendro siūlymo, kada Kanban, o kada Scrum yra geresnis požiūris, nėra. Tačiau galima remtis bazine abiejų metodų charakteristika sprendimui pasirinkti. Pradžioje reikėtų išsiaiškinti sekančius klausimus:

Koks yra projekto sudėtingumas?

Kokio dydžio yra realizavimo kolektyvas?

Kaip greitai ir lanksčiai reikės reaguoti įgyvendinimo metu?

Kokio dydžio gali būti pasirinkti iteracijų žingsniai?

Kokioje projekto fazėje esame (servisas/tolesnis programavimas versus visiškai naujas programavimas)?

Dažnai programinės įrangos projektai yra per maži Scrum požiūriui, kadangi Scrum turi su įvairiais nurodymais ir rolėmis tam tikrą projekto valdymo vadovą. Taigi praktikoje nedideliuose projektuose, pavyzdžiui serviso ir tolesnio programavimo projektuose, Kanban pasireiškė kaip tikslingas požiūris, kadangi jame yra tik minimalūs nurodymai, o planuojami darbai – ypač, jei jie iš pradžių yra sunkiai planuojami – praktiškai pašaukus arba su žymomis ant Kanban kortelių – gali būti įvykdyti. Dėl planuojamų užduočių čia paprastai nereikia nuolatinio aptarimo kolektyve, kaip tai yra nurodoma Scrum kasdieniuose susirinkimuose.

Šaltinis: https://www.techdivision.com/_Resources/Persistent/a90c984a454ba0b8478694b83f7a8822514b8fc8/Agiles-PM-Whitepaper0502.pdf

Planuojate vertingus pokyčius savo organizacijoje?

Susisiekime

Kanban versus Scrum

Kanban pasiteisino pirmiausia daugelio projektų kolektyvuose, nuolatinėse, blogai planuojamose užduotyse ir mažuose projektuose, kurių negalima dalinti į iteracijas, jis veda link optimizuotos Darbo Tėkmės. Didesniuose, sudėtinguose ir ilgalaikiuose projektuose labiau tinka Scrum.

(Šaltinis: http://t3n.de/magazin/praxisbericht-scrum-kanban-scrumbuts-agiles-232822/2/)

Tiek Scrum tiek Kanban yra glausti (Lean) ir Agile projektų valdymo požiūriai, kurie vieną turi bendro, tačiau iš esmės skiriasi atskirose vietose.

Abu požiūriai yra Lean ir Agile.

Abu metodai naudoja stūmimo principą.

Abiejuose darbas yra dalijamas.

Abu požiūriai riboja darbo progresą.

Abiejuose pirmoje vietoje randasi kaip galima didesnis skaidrumas.

Abu turi tikslą, kaip galima greičiau sukurti funkcionuojančią ir tiekimui tinkamą programinę įrangą.

Abiejuose pirmoje vietoje yra Tėkmė. Kolektyvai organizuojasi patys.

Abiejuose tiekimo planas nuolat gerinamas remiantis empiriniais duomenimis (greičiu ir praėjimo laiku).

Lean principai kilę iš japonų automobilių pramonės. Didžiausias tikslas yra, sumažinti arba sustabdyti sekančius tris išlaidavimo būdus:

Muda – darbas, kuris nesuteikia produktui vertės.

Muri – mašinų ir darbuotojų perkrova.

Mura – procesų nereguliarumas.

Viena turi būti visada apgalvota naudojant Lean metodus – nesvarbu ar Scrum ar Kanban. Su šiais požiūriais ir procesais sukuriami tam tikri nurodymai – ta prasme struktūra. Šių nurodymų įgyvendinimas galimas tik žmogaus, atsižvelgiant į atitinkamą discipliną, komunikaciją ir motyvaciją, taip galima išvengti išvardintų išlaidavimo būdų. Esminės garantijos projekto sėkmei Agile metodai nesuteikia.

Šaltinis: https://www.techdivision.com/_Resources/Persistent/a90c984a454ba0b8478694b83f7a8822514b8fc8/Agiles-PM-Whitepaper0502.pdf

Planuojate vertingus pokyčius savo organizacijoje?

Susisiekime

Agile projektų valdymas su Kanban

Kanban yra produkcijos proceso valdymo metodas. Eiga orientuota vien tik pagal tikrąjį medžiagos sunaudojimą gaminimo ir naudojimo vietoje. Kanban įgalina sumažinti ankstesnių vietinių produktų kiekį ir produktų, kurie būtų sunaudoti sekančioje integravimo fazėje.“ (Šaltinis: http://de.wikipedia.org/wiki/Kanban)

Apie Kanban istoriją

Žodis Kanban kilęs iš japonų kalbos ir reiškia „žemėlapį“, „stalą“ arba „kvitą“. Principas žinomas dar ir kaip atnešimo, kvietimo arba stumimo principas. Ankstesnis Kanban buvo sukurtas Taichi Ohno 1947-ais metais, kuris su sistema reagavo į nepakankamą Toyota Motor Korporacijos produktyvumą palyginus su amerikiečių konkurentais. Jo idėja buvo produkciją organizuoti pagal supermarketo principą: kai tik vartotojas kažką paima iš lentynos, ši yra tučtuojau užpildoma.

Kanban principas yra suprantamas ir kaip reakcija į kliento poreikius, kurie turi naujus reikalavimus dėl produkcijos greičio, tiekimo pasirengimo ir santykių su tiekėjais. Kanban metodas pakeitė ligšiolinius produkcijos metodus ir buvo įvestas daugybės japonų įmonių, jų tarpe ir Toyotos. 1970-ais metais sistema buvo įvesta ir Vokietijoje ir JAV. (Palyginti: http://de.wikipedia.org/wiki/Kanban#Historische_Entwicklung)

Šaltinis: https://www.techdivision.com/_Resources/Persistent/a90c984a454ba0b8478694b83f7a8822514b8fc8/Agiles-PM-Whitepaper0502.pdf

Planuojate vertingus pokyčius savo organizacijoje?

Susisiekime

Kada naudoti Scrum, kada Kanban?

AOE media įvedė ir Kanban: Tam yra skirta daug iškabų su daugybe skirtingų dizainų ir daugybe skilčių. Pradžioje kolektyvai dar neturėjo daug patirties, kada koks metodas yra naudotinas: todėl naudojo Scrum ir Kanban paraleliai. Taip buvo galima labai gerai palyginti, koks metodas kokiam kolektyvui tiko geriausiai. Kanban veda link ženklių pagerėjimų kolektyvuose, kurie dirba ne tik su projektu, su nuolatinėmis, blogai planuojamomis užduotimis ir su mažesniais projektais, kurių negalima dalinti į iteracijas. Dideliems, sudėtingiems užsakymams ir ypač ilgalaikiams projektams labiau tinka Scrum.

Savęs motyvacija ir skaidrumas

AOE media įmonės vadovybė ir programuotojai tuo pačiu atrado agile vystymąsi sau. Pionieriai iš įvairių įmonės skyrių bendrai susikūrė agile metodų įvedimą, kurie stipriai susiję su savęs motyvavimu ir apsisprendimu ir taip labai tinka prie įmonės mažos hierarchijos ir agentūros vertybių. Agile vystymosi metu vadovybė vis daugiau mąstė apie vidinius veiksnius kaip dalyvavimas, atsakomybė arba motyvacija, kurie kyla iš asmens arba užduoties.

Kad darbuotojai savo užduotis – kaip Scrum ir Kanban – gali rinktis iš projekto patys, veda link didesnio pasitenkinimo darbu ir nuostabių rezultatų. Ypač Scrum įgalina didelį skaidrumą. Iš vienos pusės kolektyve, iš kitos klientui: išleidimo planai reguliarių aktualizavimų kiekvienos iteracijos pabaigoje dėka nebėra tylus noras, bet jau realybė. Ir taip tęsiasi iki sutarties formavimo: AOE media siūlo klientams pavyzdžiui savo sukurtą agile pastovių kainų sutartį.

Šaltinis: http://t3n.de/magazin/praxisbericht-scrum-kanban-scrumbuts-agiles-232822/2/

Planuojate vertingus pokyčius savo organizacijoje?

Susisiekime

Scrum ir Kanban

Kaip veikia Scrum?

Kiekvienas Scrum projektas prasideda tuo, kad taip vadinamas produkto savininkas sukuria produkto neatliktų darbų sąrašą, pirmenybinį užduočių sąrašą kolektyvui. Jei produkto savininkas yra netiesiogiai klientas, šis gali užduotį perleisti ir proxy produkto savininkui, kurį pasiūlo užsakovas. Visos užduotys sudarytos iš sprintų (iteracijų), tiksliai nustatytų dviejų savaičių laikotarpių. Planavimo fazėje – sprinto „planavime“ – kolektyvas pasiima užduotis iš produkto neatliktų užduočių sąrašo, kurias realiai galima įgyvendinti nustatytu laiku. Bendrai nusprendžiama, kaip bus dirbama (kolektyvo susitarimas).

Kai produkto savininkas yra atsakingas už projekto sėkmę ir investicijų grįžimą, Scrum meistras rūpinasi tuo, kad visi suprastų procesą ir jo laikytųsi. Taip pat jis prižiūri, kad kolektyvas galėtų netrukdomai dirbti. Kiekvieno sprinto rezultatas yra projekto prieaugis (pavyzdžiui veikiantis kliento prisijungimas), kurio kokybė atlaikė peržiūros procesą ir kurį galima tiekti klientui. Toliau sekanti retrospektyva tikrina pabaigtą sprintą, atsižvelgiant į Scrum proceso kokybę: Kaip jaučiasi kolektyvas? Ar veikia priemonės? Kito sprinto pradžioje kolektyvas renkasi sekančias užduotis iš produkto neatliktų darbų sąrašo, kurias produkto savininkas nustatė kaip ypatingai svarbias – ir sekantis sprintas prasideda.

Kaip galima pritaikyti Kanban?

Daugybė agentūrų naudoja Scrum ir Kanban skirtingiems projektams ir kolektyvams. Priešingai nei Scrum, Kanban yra metodas, kuris turi užtikrinti nepertraukiamą darbo eigą (Flow). Tam yra vizualizuojamos visos užduotys ir procesai (taigi ir problemos, kurios šiom trukdo) ir daromos suprantamomis. Tai vyksta iškabos pagalba, kuri yra padalinta į eilutes ir skiltis (Lanes). Į šią iškabą keliauja visos užduotys bilietų virš atskirų skilčių forma. Kiekviena skiltis reiškia darbo žingsnį. Taip projekto dalyviai gali bet kuriuo momentu matyti, koks statusas yra priskirtas kokiai užduočiai.

Šalia to yra riba paraleliai vykstančioms užduotims. Tai reiškia, kad skiltyje „Plėtra“ pavyzdžiui vienu metu gali būti tik keturi bilietai. Tikslas yra, kad kiekvienas darbuotojas pagal galimybes dirbtų tik su viena užduotimi, o ne su keliomis paraleliai. Už to slypi darbo eigos mintis: bilietai turi eiti pagal galimybes vienodai ir be didelių laukimo pauzių arba blokadų per neatliktų užduočių sąrašą. Kas trukdo darbo eigą, yra analizuojama ir galimai šalinama. Šiuo būdu galima vizualizuoti proceso problemas ir jas viena po kitos išspręsti. Priešingai nei Scrum, Kanban vizualizuoja tik aktualų procesą, tačiau šio reikšmingai nekeičia.

Šaltinis: http://t3n.de/magazin/praxisbericht-scrum-kanban-scrumbuts-agiles-232822/

Planuojate vertingus pokyčius savo organizacijoje?

Susisiekime