framework – todo | doing | done https://tododoingdone.com Pravo mjesto za agilne teme Sun, 10 Sep 2017 14:41:10 +0000 hr hourly 1 https://wordpress.org/?v=6.7.1 Što kad zadaci dolaze određenom članu tima? https://tododoingdone.com/2017/07/sto-kad-zadaci-dolaze-odredenom-clanu-tima/ Fri, 28 Jul 2017 14:30:26 +0000 http://tododoingdone.com/?p=210 Scrum je metoda kojom tim implementira neki proizvod primjenjujući agilne principe rada. Sav posao kojeg tim radi planira se na razini jednog sprinta i vidljiv je na timskoj ploči. Ne postoji dodatni posao sa strane, niti postoji posao za nekog određenog člana tima.

Scrum je metoda kojom tim implementira neki proizvod primjenjujući agilne principe rada. Sav posao kojeg tim radi planira se na razini jednog sprinta i vidljiv je na timskoj ploči. Ne postoji dodatni posao sa strane, niti postoji posao za nekog određenog člana tima.

Za više detalja pogledajte Može li Scrum tim raditi na više projekata i Što s redovnim poslom koji je van “agilnog” projekta

Stvarni svijet

Posebno je česta pojava u novoformiranim timovima da se zadaci upućuju pojedinim ljudima (imenom i prezimenom). Razloga može biti više:

  • prije formiranja tima ljudi su radili neke poslove koji nisu gotovi pa ih treba dovršiti
  • netko u timu ima specifično znanje kojeg nitko drugi nema
  • nečiji šef želi da baš ta osoba odradi zadatak

Sigurno će se pronaći još koji razlog, no zajedničko svima je očito ignoriranje elementarne postavke Scruma:

Posao dolazi u timski backlog, tim povlači (preuzima) zadatke, ljudi sami u timu određuju tko će konkretno odraditi posao.

Dodjeljivanje zadataka nekom određenom članu tima je znak da okruženje još uvijek nije prihvatilo agilni način rada, i to je svakako nešto na čemu treba poraditi.

Kako u međuvremenu odgovoriti na gore navedena ponašanja?

Konkretni zadatak je iz “prošlog života” određenog člana tima

Osim ako nemamo tim sastavljen od potpuno novih ljudi, sigurno će neki od članova imati zaostatke iz prijašnjih projekata. Ponekad se takav posao naziva i “Business as Usual” (BAU), što je vjerojatno znak da organizacija nije do kraja prihvatila agilni način rada. U svakom slučaju, cilj je osvijestiti da takav dodatni posao postoji i da ga treba napraviti, a da istovremeno odvlači koncentraciju i krade vrijeme za izvršavanje zadataka zbog kojih je tim i formiran.

Najzdraviji pristup je, kao i u cijelom nizu sličnih situacija, vizualizirati taj dodatni posao, naprimjer u posebnoj koloni na timskoj ploči.

Na retrospektivi se može napraviti analiza takvih zadataka gdje će se provjeriti koliko ih je, je li baš bilo nužno da svaki dođe u tim, koliko su utjecali na redovni posao i prema tome reagirati.

Netko u timu ima specifično i jedinstveno znanje

Ništa lakše, uparivanje! Na prvi pogled zvuči nelogično i neefikasno ako dvije osobe rješavaju isti zadatak, ali praksa pokazuje se u našem poslu, koji se temelji na kreativnom radu, uparivanje itekako isplati: podiže se kvaliteta isporuke, posao se napravi brže i manje je repova nakon isporuke. Uparivanjem ćemo također proširiti i znanja koja pojedini ljudi imaju u timu i sljedeći put kad dođe tako specifičan zadatak bit će ga lakše odraditi.

Čak i IKEA preporučuje uparivanje.

Čak i IKEA preporučuje uparivanje.
Čak i IKEA preporučuje uparivanje.

Ukratko, uparujte ljude!

Nečiji šef želi da baš ta osoba odradi zadatak

Ovo je vjerojatno najozbiljniji problem od svih navedenih i ovakvo (šefovo) ponašanje je znak ili nepoznavanja načina rada po Scrumu ili namjerno kršenje dogovora o formiranju tima, njegovoj stabilnosti i neovisnosti.

U prvom slučaju pomaže direktna edukacija (tečajevi, coaching) a vjerojatno je još učinkovitija popularizacija Scruma preko odgovarajućeg ponašanja samih članova tima.

Naprimjer, tim može predložiti da će uzeti zadatak, riješiti ga na timski način i šefu isporučiti rješenje uz objašnjenje kako se radilo.

Kvaliteta i brzina isporuke će vjerojatno biti na višem nivou, što je svakako benefit timskog rada.

Drugi slučaj je puno ozbiljniji. Stav “Moj čovjek je moj čovjek i radit će ono što mu ja kažem” se ne mijenja preko noći, pa i pripadajući odgovori moraju biti pomnije osmišljeni. Često je dobra ideja napraviti eksperiment: naprimjer dogovoriti se da svaki drugi ovakav zadatak ide u tim umjesto pojedinom članu tima i poslije dva ili tri sprinta usporediti rezultate — kvalitetu i brzinu isporuke, utjecaj na redovni timski posao i slično.

Ljudi su razumni i fokusirani na rezultate.

Ako možete pokazati da tim radi bolje od nakupine pojedinaca, onda će i takav način rada vrlo brzo biti prihvaćen.

Ako imate nerazumnog šefa s druge strane onda… što reći, nemate sreće.

Kako god, ovo je tipična situacija u kojoj Scrum Master priprema teren i rješava problem.

Nevidljivi posao

Posebno je opasan posao koji se ne vidi u timskom backlogu. Ovakav posao najčešće dolazi određenom članu tima od njegovog šefa (nadređenog, linijskog voditelja ili koju već hijerarhiju pronalazimo u organizaciji) i jedini savjet kojeg ovdje mogu dati je: vizualizirajte baš sve.

Vizualizirajte baš sve!

Baš svaki posao treba biti vidljiv na timskoj ploči tako da se na kraju sprinta može pokazati koliko se radilo na kojim stvarima i sukladno tome reagirati.

]]>
Koji projekti su prikladni za Scrum? https://tododoingdone.com/2017/03/koji-projekti-su-prikladni-za-scrum/ Wed, 29 Mar 2017 08:07:55 +0000 http://tododoingdone.com/?p=193 Potrebno je razlikovati pojmove produkta i projekta kako bi se razumjelo gdje je Scrum primjenjiv, a gdje primijeniti neke druge metode.

Što je produkt

Scrum je okvir za razvoj proizvoda (produkata). Proizvod ima svoj životni ciklus, pojednostavljeno:

  1. Traženje (ideje, prototipi)
  2. Razvoj
  3. Održavanje i nadograđivanje
  4. Gašenje

Kako se mijenja faza u kojoj je proizvod, tako se mogu primjenjivati i različite izvedbene metode.

Scrum će se najprirodnije snaći u fazi razvoja proizvoda, iako će se i u fazu traženja uklopiti sasvim dobro.

Ovisno o kakvom se održavanju i nadograđivanju radi, moguće je da će prvi izbor biti kanban ili neka kombinacija Scruma i kanbana.

Što je projekt

S druge strane, projekt je više administrativna kategorija. Tokom projekta se može razviti jedan ili više proizvoda. Kroz projekt je također moguće voditi proces održavanja i nadograđivanja proizvoda i slično. U svakom slučaju, projekt i proizvod mogu, ali i ne moraju biti direktno povezani.

Kako se Scrum uklapa

U tom smislu, Scrum se može primijeniti u svakom projektu koji u sebi sadrži nekakav proizvod. Naprimjer, ako imamo projekt kojemu je cilj isporučiti proizvod internet bankarstvo, od inicijalne ideje do razvoja i isporuke u produkciju, Scrum će se sasvim dobro uklopiti u životni ciklus u te dvije faze.

Kad se završi projekt razvoja i započne projekt održavanja i nadogradnje (proizvoda), Scrum se može ali i ne mora primijeniti.

Primjeri

Spomenuto internet bankarstvo je tipičan produkt za čiju bi implementaciju Scrum bio odličan odabir: imamo osnovnu ideju, imamo cijeli niz sitnih funkcionalnosti koje zajedno čine cijeli proizvod i koje su dovoljno neovisne da ih možemo organizirati u kategorije po važnosti, naprimjer moramo imatitrebali bismo imati i bilo bi dobro da ih imamo. Scrumom ćemo postići da na početku implementiramo funkcionalnosti iz kategorije moramo imati, čime već imamo upotrebljiv proizvod. Zatim prelazimo na ostale kategorije i prestajemo kad je došlo vrijeme za isporuku, kad smo potrošili budžet ili kad vidimo da nastavak razvoja ne donosi dovoljno povrata uloženog.

Fukcionalnosti možemo organizirati u kategorije po važnosti, naprimjer “moramo imati”, “trebali bismo imati” i “bilo bi dobro da ih imamo”

Nasuprot internet bankarstvu, organiziranje rođendanske zabave je projekt koji nije prikladan za Scrum: iako ima proizvod (zabavu), taj proizvod ne možemo isporučivati malo po malo a nakon zabave nije potrebno nikakvo održavanje. Možemo odraditi retrospektivu (i inače vrlo korisna praksa) i to je to.

Nategnuto, i rođendanska zabava bi se mogla progurati kroz Scrum, ali bismo se više nabijali na metodu nego što bismo imali stvarnih benefita tokom primjene

]]>
Scrum nije razvojna metodologija https://tododoingdone.com/2017/02/scrum-nije-razvojna-metodologija/ Tue, 28 Feb 2017 06:43:40 +0000 http://tododoingdone.com/?p=190 Scrum nije metodologija razvoja softvera, ili bilo kojih drugih produkata. Metodologija propisuje korake koji te dovode do rezultata (rješenja, cilja). Scrum je okvir koji postavlja pozitivna ograničenja (eng. enabling constraints) kojem je cilj potaknuti određena ponašanja tokom procesa i unutar tima, kako bi tim samostalno došao do rezultata.

Kad primijeniti Scrum?

Scrum se pokazuje najboljim kad trebamo konačni proizvod kojeg nije moguće unaprijed definirati do najsitnijih detalja, ali gdje imamo ideju koju vrijednost želimo isporučiti krajnjem korisniku. Na kraju svakog kratkog i fokusiranog ciklusa (iteracije, sprinta) želimo biti malo bliže svom cilju. Po putu se sama konkretna izvedba — implementacija — prilagođava novim zahtjevima, saznanjima i informacijama. Dodajte periodičke kontrolne točke (dnevno na temu tekućih poslova; recimo jednom po ciklusu na temu samog rada i timske dinamike) i imate Scrum.

Nije samo za softver

Scrum čak nije ograničen na softver. Ako ste u marketingu, posve je primjenjiv u razvoju marketinških kampanja. Ako ste u izdavaštvu, vrlo je lako zamisliti iterativni i inkrementalni pristup kod pripreme i izdavanja časopisa. Moguće ga je primijeniti i na proizvodnju hardvera, pa čak i automobila.

Prirodan odabir

Gledajte na Scrum kao na implementaciju principa do kojih ćete ionako i sami doći ako se odmaknete jedan korak unatrag i pogledate što vam može pomoći u boljem, lakšem i jednostavnijem obavljanju svog posla.

]]>