Scrum in Agile za lutke

12. 5. 2019

Obstaja veliko različnih metodologij, s katerimi lahko uveljavite načela in filozofijo Agile. Nekateri od teh so Kanban, Programiranje (XP), Crystal in System (DSDM).

Ena izmed najbolj priljubljenih metodologij Agile Scruma s preprostim vmesnikom je intuitiven in zanimiv način, da se osredotočite na projekt. Čeprav je Agile izdelan posebej za razvoj programske opreme, lahko vsak, ki dela v dinamičnem in dinamičnem okolju, izkoristi prilagodljivo in iterativno delo.

Zgodovina metodologije

Leta 2001 je sodelovalo 17 avtorjev programske opreme

Leta 2001 se je v Snowbirdu v Utahu zbralo 17 vodilnih avtorjev programske opreme, med njimi Jeff Sunderland, ki se smatra za botra Agila. Jeff in njegovi prijatelji so skupaj ustvarili legendarni Manifest za agilni razvoj programske opreme, ki si je zadal nalogo, da se loči od težkih omejitev tradicionalnega razvoja programske opreme. Čeprav se ime projekta Agile Scrum zdi zastrašujoče, uporabniku ni treba biti razvijalec programske opreme, da bi lahko razumel načela delovanja in ga začel uporabljati samostojno.

Prevod besede agile pomeni: agilen, živahen, hiter, okreten, agilen in program je popolnoma skladen s temi vrednotami. Tradicionalne metodologije projektnega vodenja, kot so Waterfall, PMBOK PMI in PRINCE2, so toge in jih je mogoče nadzorovati. Opisujejo različne faze projektnega načrtovanja od začetka do konca in predpostavljajo, da imajo uporabniki vnaprej vse zahteve in potrebne informacije. Agile Scrum zavrača vse tradicionalne metodologije projektnega vodenja kot okorne, omejevalne in neprimerne za nove zahteve, saj morajo biti poslovne skupine hitre in prilagodljive.

Fleksibilno vodenje projekta vzame negotovost, kot je podana, in vrednosti so odgovorne za spremembo načrta. Agilno načrtovanje vas spodbuja, da delate na nečem majhnem, ga hitro izvedete, dobite povratne informacije, ocenite, kaj deluje in kaj ne, ter prilagodite načrt za rezultate. Ta proces majhnih, hitrih in ponavljajočih se ciklov je znan kot »iterativen«.

Načela nadzora osnovne sheme

Učenje osnov metodologije je najlažji del projekta. Obvladovanje tehnologije je težja naloga. V tem smislu je Agile podoben pokru, v katerem se pravila obvladajo v 10 minutah, potem pa bo trajalo dolgo časa, da se začne pravilno igrati. Spodaj je nekaj osnovnih korakov za začetek:

  1. Prenesite in natisnite različico uradnega priročnika Scrum v PDF obliki.
  2. Označite besedne zveze in vloge, ki so nove za uporabnika, in začnite delati na spominu, kaj vsaka od njih pomeni v Agilnem Scrumu.
  3. Izberite vloge.
  4. Izberite Scrum Master, pomagal bo ekipi, da se premakne po načelih Scruma, ki deluje po vzoru »podrejenih«.
  5. Ustvarite svoj izdelek Backlog - to je mesto, kjer je navedeno vse, kar potrebuje projekt, ki je razvrščeno po pomembnosti.
  6. Ob oblikovanju projekta, ko se pojavijo nove potrebe, se mu dodajo. Za to je odgovoren predvsem lastnik izdelka.
  7. Začnite načrtovati, izberite naloge iz zaostankov, ki bodo zaključeni v prvem projektu. Sprint je časovno omejen.
  8. Določite trajanje projekta, vendar ne več kot en mesec.
  9. Opredelite naloge, ki jih je treba vključiti v Agile Scrum in ki bodo odgovorne za njih.
  10. Začni sprint. Člani skupine delajo na lastnih projektih, vsak pa preverja njihov napredek na dnevnem srečanju Scrum. To srečanje traja približno 20 minut, ekipe odgovarjajo na 3 vprašanja: kaj je bilo storjeno včeraj? kaj bo danes storjeno? Kaj danes blokira in kakšna pomoč je potrebna?
  11. Izvedite analizo sprinta.
  12. Izvedba novega načrtovanja za izboljšanje njegovega dela in zagotavljanje učinkovitosti projekta.
  13. Ko je prvi Sprint zaključen, zaženite novega, poudarite več nalog iz zaostankov in ponovite postopek.

Trener ekipe

Trener ekipe

Scrum - prilagodljiv način upravljanja projekta - je običajno razvoj programske opreme. Agilni razvoj programske opreme se pogosto obravnava kot metodologija, vendar dejansko predstavlja strukturo za nadzor procesov. Agilni Scrum: kaj je to? Agilni Scrum kot del svojega fleksibilnega razvoja ekipe je dobro prikazan v vlogi. Podpirata jih dve specifični nalogi.

Prva vloga je Scrum Master, ki se lahko šteje kot trener ekipe. Članom ekipe pomaga pri izvajanju projekta na najvišji ravni. Lastnik izdelka (programska oprema) je druga vloga, ki usmerja ekipo, da ustvari pravi izdelek. Model Scrum predvideva, da se projekti gibljejo skozi vrsto sprintov. V skladu s prilagodljivo metodologijo imajo sprinti časovni okvir, ki ni daljši od enega meseca, najpogosteje pa dva tedna.

Model pomeni sestanek za načrtovanje na začetku sprinta, kjer člani skupine ugotovijo, koliko funkcij lahko izvedejo in nato ustvarijo zaostanek v sprintu, seznam nalog, ki jih je treba opraviti med sprintom. V Scrumu fleksibilni sprintovski tim dobi vrsto funkcij od ideje do kodirane in dokazane funkcionalnosti. Na koncu se te funkcije izvajajo, kar pomeni kodiranje, testiranje in integracijo v razvijajoči se izdelek ali sistem.

Scrum proces: temeljni artefakti

Scrum proces: temeljni artefakti

Agilno upravljanje projektov Scrum s prilagodljivimi pristopi nakazuje prisotnost artefaktov. Primarna med njimi pri razvoju Scruma je sam izdelek. Model pričakuje, da bo skupina na koncu vsakega sprinta izdelek ali sistem pripeljala v potencialno operativno stanje. Obiranje proizvoda je še en artefakt. To je popoln seznam funkcij, ki jih je treba dodati izdelku. Lastnik prednostno obravnava zaostanke, zato ekipa vedno uporablja najbolj dragocene funkcije.

Priljubljen in uspešen način za ustvarjanje zaostanka izdelka z metodologijo je, da ga zapolnimo z uporabniškimi zgodbami, ki zagotavljajo kratek opis funkcij, opisanih z njihovega stališča. Pri vodenju projektov prvi dan sprinta in med načrtovalnim sestankom člani skupine določajo lagerski sprint. Zamik za sprint se lahko obravnava kot seznam opravil za sprint, medtem ko je zaostajanje izdelka seznam funkcij, ki jih je treba ustvariti kot uporabniške zgodbe.

Zaostajanje za Sprint je seznam nalog, ki jih mora ekipa izpolniti, da lahko doda funkcionalnost.

Dodatni artefakti, ki so rezultat fleksibilne metodologije Scruma, so časovni razpored sprinta in izhodni grafikon. Grafikoni Burndown prikazujejo delovno postavko, ki ostane v sprintu ali izdaji, in so učinkovito orodje za razvoj programske opreme, ki ugotavlja, ali bo nov sprint potekal po urniku, tako da bodo vsa načrtovana opravila zaključena do zahtevanega datuma.

Naloge ekip udeležencev

Naloge ekip udeležencev

Scrum Master je trener ekipe in pomaga praktikantom Scrum doseči najvišjo raven uspešnosti. V magistrskem postopku se razlikuje od tradicionalnega projektnega vodje, pri čemer ta vloga ne zagotavlja dnevnih smernic za ekipo in ne dodeljuje nalog posameznikom. Dober Mojster v procesu upravljanja projektov Agilnega Scruma skriva ekipo od zunanjih motenj, kar omogoča svojim članom, da se osredotočijo med sprintom na izbrani cilj.

Medtem ko se Scrum Master osredotoča na pomoč ekipi, da je najboljša, lastnik izdelka deluje tako, da usmeri ekipo na pravi cilj. Lastnik to stori tako, da ustvarja prepričljivo vizijo izdelka in jo nato posreduje ekipi. Odgovoren je za prednostno obravnavo zaostankov med razvojem Scruma, da se prepriča, da je dosegel nič, saj bo v tem primeru izvedel več o sistemu, ki se gradi, njegovih uporabnikih in ekipi.

Tretja in zadnja vloga pri vodenju projekta je ekipa Scrum. Čeprav se ji ljudje lahko pridružijo z različnimi nazivi delovnih mest, so v projektu ta imena nepomembna.

Tehnika navaja, da vsaka oseba na kakršenkoli način prispeva k dokončanju dela vsakega sprinta. To ne pomeni, da bo tester preoblikoval sistem. Udeleženci bodo več časa porabili za delo, ne glede na disciplino, ki so jo morda opravili, preden so sprejeli prilagodljivo odločitev o modelu. Toda z Scrumom bodo ljudje delali zunaj svojih odgovornosti, ker bo to storjeno za dobro ekipe.

Vodja projekta

Učitelj scrum je oseba, ki pomaga drugim ljudem razumeti projekt in služi njegovi ekipi z odpravljanjem ovir. Pomaga tudi poenostaviti kompleksnost učenja scrame Agile. Čarovnik mora zagotoviti, da razvojna skupina deluje na podlagi osnovnih vrednosti. Pogosto ga obravnavajo kot trenerja ekipe, ki ji pomaga pri boljšem delu. Poleg tega zagotavlja, da bo izvajanje Scruma uspešno v podjetju. Mojster deluje kot središče projekta.

On mora opravljati naslednje funkcije:

  1. Nadzor, da ekipa izpolnjuje svoje poslovne cilje.
  2. Spodbujanje timskega dela v timskem delu
  3. Za izvedbo načrtovanja, zbiranje ekipnih naročil, sprintovske demonstracije, retrospektivo sprinta.
  4. Obdelajte in pomagajte ohranjati celovitost projektnih vrednosti.
  5. Prispevati k izboljšanju tehničnih praks, kot so TDD, avtomatizirano testiranje in stalno integracijo.
  6. Spremljanje prisotnosti zainteresiranih strani na srečanju.
  7. Nadzor nad porazdelitvijo tveganja med skupinami.
  8. Študije izvedljivosti, priprava in preverjanje specifikacij.

Kanban vs Scrum

Scrum in Kanban sta iterativna delovna sistema, ki sta odvisna od procesnih tokov in sta namenjena zmanjševanju odpadkov. Vendar pa med njimi obstaja več velikih razlik.

Kanban je vizualna metoda upravljanja, ki so jo razvili Hirotaka Takeuchi in Ikujiro Nonaka v razvojnih strategijah izdelkov leta 1986. Danes se raziskave in razvoj Kanbana nadaljuje in poslovne ekipe nenehno iščejo nove načine, kako ga uporabiti kot uporabno orodje, vključno z zmogljivostjo, učinkovitostjo, časom cikla in kakovostjo. Kanban dobro deluje pri uporabi Scruma ali katerekoli druge metode Agile.

Načeloma se kanban lahko uporablja za vizualizacijo in izboljšanje pretoka dela, ne glede na metodologijo, ki se uporablja za opravljanje dela. Kanban je lahko konfiguriran tako, da ustreza procesom in delovnim sistemom, ki jih ekipa ali podjetje že ima. Ko je metoda dela sprejeta ali razvita na podlagi načel Agile, lahko skupina začne uporabljati orodja Agile, kot so kanban plošče in orodja za napovedovanje projektov, ki bodo pomagala pri upravljanju projektov in delovnih procesov.

Primerjalna tabela za Agile Scrum in kanban.

Primerjalna tabela za Agile Scrum in kanban

Upravljanje portfelja

Upravljanje portfelja

Razume se, da uporabnik ne more samostojno obravnavati upravljanja portfelja, vendar je treba njegovo mnenje upoštevati v okviru drugih delov projekta, na katere vpliva. Strategija, ki na primer poenostavlja upravljanje portfelja, je edini način za financiranje ekip, kar lahko povzroči prekomerne stroške in birokracijo za ekipe, ki se financirajo.

V metodologiji upravljanja portfelja Agile Scrum je devet pomembnih dejavnikov:

  1. Potencialne vrednosti. Skupina za upravljanje portfeljev bo prepoznala potencialne nove ideje in razvojne produkte s preverjanjem poslovnega okolja, spoznavanjem, kaj konkurenti počnejo s pridobivanjem povratnih informacij od obstoječih strank. To bo pomagalo zagotoviti njihove prihodnje potrebe s prilagodljivim modeliranjem in brainstormingom.
  2. Potencialna podjetja. Ekipa upravljanja portfelja bo vložila čas v razumevanje potencialnih pobud. Za ta namen imajo lahko raje poslovni primer, ki ustvarja predpostavke na visoki ravni o tržnem potencialu ali donosnosti naložb (ROI). Skupina lahko razmisli tudi o alternativnih pristopih k temu delu in izbere ciljno skupino ali majhen poskus za boljšo uporabo metodologije Agile Scrum.
  3. Prednostna potencialna prizadevanja. Ker je malo organizacij neomejenih proračunov za delo na projektu, je treba dati prednost potencialnim pobudam in nato vlagati v tista področja, ki so najpomembnejša. Pri določanju prednostnih nalog je treba upoštevati več dejavnikov, vključno s poslovno vrednostjo, poslovnim tveganjem in odvisnostjo.
  4. Upravljanje portfeljskega proračuna. Tradicionalna podjetja vsako leto preidejo v proračunski proces, ki vodi do znatnih režijskih stroškov in tveganj. Učinkovitejše strategije so opustitev tradicionalnega financiranja in prehod na načrtovanje proračuna, ki se razvija v skladu s potrebami in viri.
  5. Za začetek prizadevanj je zahteva po Agilnem Scrumu. Nove izdelke lahko razvije skupina za izdelke ali projektna skupina. V primeru izdelkov, ki so za organizacijo bistveno novi, lahko najprej uporabite minimalni pristop za raziskave, ko prvič preskusite tržni potencial izdelka z vrsto učnih poskusov.
  6. Financiranje. Prizadevanja za IT je treba financirati. To vključuje financiranje novih projektov za začetna prizadevanja, pa tudi stalna sredstva za gradnjo, prehod in delo po njihovi uvedbi. Poleg tega bo po začetku financiranja izvedeno redno spremljanje, da se zagotovi njegova razumna poraba.
  7. Načrtovanje IT zmogljivosti. Oddelek za informacijsko tehnologijo mora imeti sredstva, tako finančno kot ljudi, da opravlja svoje naloge. Biti morajo strokovnjaki s pravimi veščinami za delo v sodelovanju z udeleženci projekta.
  8. Upravljanje dobaviteljev. Pomemben vidik upravljanja portfelja, zlasti ko gre za ponudnike storitev IT, ki zagotavljajo izvajalce, svetovalce ali razvojne storitve. Upravljanje dobaviteljev vključuje naročanje naročil, identifikacijo potencialnih dobaviteljev, spremljanje izvajanja pogodbe in končno sklepanje pogodb.
  9. Upravljanje portfelja IT, vključno z nadaljnjim razvojem in operativnimi rešitvami.

Prilagodljive možnosti upravljanja virov

Upravljanje virov je lahko pozitivna okrepitev fleksibilnih pristopov z vključitvijo naslednjih parametrov:

  1. Pogostost sodelovanja kot merilo za odločanje o sestavi ekipe.
  2. Lokacija je zelo uteženi parameter.
  3. Uvedba osebnega dejavnika s strani zaposlenih.
  4. Stopnja konstantnosti.
  5. Načrtovanje timov na ravni uspešnosti.

Seveda ti dejavniki ne nadomeščajo drugih, kot so kvalifikacije, preference glede notranje ali zunanje sestave, stroški, dostopnost in načrtovanje materialov. Te zahteve za načrtovanje virov so problem. Če so dobro rešeni, pomagajo ustvariti podlago za fleksibilno načelo samoorganizacijskih skupin. Prav tako povečuje verjetnost, da bodo rešitve in izdelki ustvarjeni ne le enkrat, temveč tudi nenehno, z optimizacijo in širjenjem.

Tako dinamično team building krepi še eno fleksibilno načelo, po katerem mobilni procesi prispevajo k trajnostnemu razvoju, odjemalec, razvijalec in uporabnik pa bodo lahko vzdrževali stabilno interakcijo za nedoločen čas.

Podobnosti in razlike metod

Obstaja veliko razlik med metodami. Glavna stvar, ki loči Agile od Scruma: Agile je filozofija, Scrum pa je proces izvajanja filozofije. Podobnost metod:

  1. Enakovredno v zvezi z vodenjem projektov in razvojem programske opreme.
  2. Optimalna uporaba virov.
  3. Učinkovito upravljanje različnih nalog.
  4. Namen je čim bolj izkoristiti poslovne uporabnike.
  5. Zagotavljanje dostave izdelka ali projekta poslovnim uporabnikom v najkrajšem možnem času.
  6. Poudarite stalno izboljševanje, sodelovanje in odprto komunikacijo.

Razlike med agilnostjo in Scrum so takšne:

  1. Področje uporabe
  2. Načrtovanje. Prilagodljiva metodologija vključuje redno zagotavljanje in posodabljanje programske opreme. Pri Scrumu je naslednji sprint načrtovan, ko je ekipa končala trenutne sprintne aktivnosti.
  3. Oblikovanje in izvedba. Agile poudarja, da sta oblikovanje in izvedba enostavna. V Scrumu sta lahko načrtovanje in izvedba eksperimentalna in inovativna.
  4. Delovno okolje Prilagodljiva metodologija je zelo primerna za stabilno okolje, v katerem je majhna skupina strokovnjakov, medtem ko je Scrum primeren za projekte, kjer je delovno okolje dinamično ali se povpraševanje hitro spreminja.
  5. Prožnost Ključna prednost Agile-metodologije je prilagodljivost, saj se hitro prilagaja spremembam. Medtem ko ima Scrum nekoliko strog in strukturiran pristop in slog.
  6. Sodelovanje. Agile poudarja sodelovanje, pa tudi neposredno interakcijo ali komunikacijo med člani skupine, medtem ko Scrum zagotavlja sodelovanje z vsakodnevnimi srečanji z natančno opredeljenimi vlogami za bojnega mojstra, poslovne uporabnike in različne člane ekipe.
  7. Povezava Fleksibilna metodologija daje prednost neposredni komunikaciji in sorodnim metodam za doseganje različnih ciljev. Scrum ne posveča preveč pozornosti neposrednemu sporočilu.
Agile in Scrum

Zdaj je uporabniku jasno, da so Agile Scrum potrebna orodja za vodenje projektov in razvoj programske opreme. Sledijo sistematičnemu pristopu, da dosežejo najboljše rezultate. Oba sta namenjena zagotavljanju maksimalne vrednosti za poslovne uporabnike z optimalno uporabo virov, poudarjanjem iterativnih procesov, prispevanjem k spremembam, stalnim izboljševanjem, sodelovanjem, odprto komunikacijo. Na različne načine se med seboj dopolnjujejo.