Straipsniai

Agile projektų valdymas su Scrum

Norėtume arčiau susipažinti su agile projektų valdymu su Scrum, trumpai paaiškinti roles ir priemones taip pat praktinį elgesį. Nors Scrum neturi labai ilgos koncepcijos fazės, tai nereiškia, kad elgiamasi be plano. Yra visiškai priešingai. Tačiau paskaitykite patys… Tuo tarpu, kai klasikiniame procese pagal taip vadinamą krioklio modelį iš anksto sudaromi detalūs reikalavimai su atitinkamais darbo nurodymais visam projektui, Scrum kolektyvai gauna atitinkamus tikslų nurodymus tik prieš įgyvendinimą ir tik atitinkamamai daliai (prieaugiui) bendrai programuojamos software. Aukštai kvalifikuotas ir tarpdiscipliniškas Scrum kolektyvas aktyviai papildomai prisideda prie planavimo ir koncepcionalaus tolesnio software vystymo. Taip gali būti paprieštarauta pirmai klaidingai nuomonei, Scrum esąs „beplanis“.

Dirbant su Scrum paprasčiausiai nenurodomas tikslus įgyvendinimas, o išvystomas kolektyve, kai šiuo atveju yra labai pranašus grupės dinaminis procesas kolektyve, o einamos žinios nuolat įsilieja į darbą. Scrum sąvoka reiškia: sudėtingų ir didelės apimties procesų padalijimas į dalinius projektus (prieaugius), kurie vienas po kito įgyvendinami į taip vadinamus bėgimus (iteracijas), kurie paprastai trunka nuo dviejų iki keturių savaičių, ir kurių tikslas yra funkcionalios ir kokybiškai aukštos vertės kodo tiekimas. Scrum pripažįsta, kad visas programavimo procesas yra nenumatomas. Svarbiausias Scrum projekto tikslas yra tiekti geriausią software atsižvelgiant į išlaidas, funkcionalumą, laiką ir kokybę!

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

Planuojate vertingus pokyčius savo organizacijoje?

Susisiekime

Kas yra Impact Mapping ir kaip tai yra naudojama?

Impact Mapping yra strateginė planavimo technika ir reikalavimų analizė. Ji padeda įmonėms susikoncentruoti ties projekto darbo tikslu ir skatina tikslingą darbą. Sąsajos kaip Lean Startup arba Continuos delivery darosi vis reikšmingesnės, tuo tarpu įprasta, į išbaigtumą ir tikslumą nukreipta sąvoka „reikalavimas“ vis labiau nustumiama į antrą planą. (Palyginti: http://btdays.de/2014se/sessions/continuous-learning-agile-anforderungsanalyse-mitimpact-mapping).

Šiame kontekste Gojko Adzik sukūrė taip vadinamą Impact Mapping, kuris užsiima problema ir atlieka špagatą tarp plano ir eksperimento (Palyginti: http://de.slideshare.net/springify/software-that-matters-agileanforderungsanalyse-mit-impact-mapping). Projektai turi vienas nuo kito nepriklausomą, dinamišką sąsają su žmogumi, kitais projektais bei organizacijomis ir bendruomenėmis aplink juos. Impact Mapping yra kooperatyvus ir kūrybingas metodas, kuris suteikia geresnę apžvalgą apie vykstantį projektą. (Palyginti: http://de.slideshare.net/springify/softwarethat-matters-agile-anforderungsanalyse-mit-impact-mapping).

Taip veikia Impact Mapping

Impact Mapping sujungia skirtingus metodus vienas su kitu ir pateikia projektus vizualiai. Metodas yra skirtas spręsti sudėtingoms problemoms ir tinka pirmiausia nevienalytėms grupėms. Išankstinių žinių beveik nereikia. Pradžia su Impact Mapping yra visada susijusi su verslo tikslu. Taip projekto tikra nauda gali būti labiau pabrėžta. Impact Mapping reiškia „Poveikio kartografavimas“ ir susideda iš žodžių „Paruošimas“ (Preparation) ir „Kartografavimas“ (Mapping). Pirmoje fazėje reikia nustatyti tikslus, rasti tinkamus matavimo metodus ir nustatyti pirmą atkarpą. Antroje fazėje viskas pateikiama panašiame į Mindmap žemėlapyje ir vizualizuojama (Palyginti: http://www.wolter.biz/tag/impact-mapping/).

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

Planuojate vertingus pokyčius savo organizacijoje?

Susisiekime

Plano varoma plėtra ir vizijos varoma plėtra

Klasikinio projektų valdymo procese visa vystomo sprendimo apimtis yra iš anksto nustatoma ir tiksliai apibrėžiama. Tokioje planavimo ir tikslinimo fazėje – “didelis dizainas priekyje“ – projektų vadovas dažnai įgyvendindamas projektą nustato, kad laikas ir biudžetas yra neteisingai suskaičiuoti arba kad kolektyvas negali apdoroti kliento poreikių ir reikalavimų. Dėl „plano varomos plėtros“ dažniausiai kyla stresas, nepasitenkinimas ir nepakankamas ekonomiškumas. (Šaltinis: http://t3n.de/magazin/praxisbericht-scrum-kanban-scrumbuts-agiles-232822/)

Agile procesas pirmiausia pasižymi tuo, kad projekto pradžioje laikas ir biudžetas nustatomi kaip konstantos. Kartu su klientu yra kuriami reikalavimai, kuriuos bus galima realizuoti šiame lauke. Tuomet kalbame apie „vizijos varomą plėtrą“. Šio veikimo modelio privalumas yra pirmiausia tai, kad klientas proceso metu gali dalyvauti projekte ir nustatyti atskirus „to do“ nuo iteracijos iki iteracijos (taikymo srities valdymas). Skaidrus procesas padeda ne tik programuotojams dirbti tikslingai. Ir klientas jaučiasi geriau dirbdamas su einamu projektu. Vertybių varomo darbo metodo dėka kolektyvas gali pasimokyti iš praėjusių iteracijų ir išmoktas žinias panaudoti sekantiems žingsniams. (Šaltinis: http://t3n.de/magazin/praxisbericht-scrum-kanban-scrumbuts-agiles-232822/)

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

Planuojate vertingus pokyčius savo organizacijoje?

Susisiekime

Krioklio metodas versus Scrum ir Kanban

Kas nežino IT aplinkoje seniai pažįstamo ir dažnai „prakeikto“ projektų valdymo su krioklio metodu. Pagal jį gana išsamioje išankstinėje koncepcijoje pirmiausia sudaromas krūvių sąrašas, kuris aprašo reikalavimus projektui. Techninis šių reikalavimų vertimas vyksta pareigų sąraše, kuris pagal poreikį dar gali būti papildomas išsamesnėmis koncepcijomis. Tačiau dažnai praeina daug savaičių, netgi mėnesių, kol pagal sukurtus dokumentus gali būti pradėtas tikrasis programavimas.

Tuo tarpu šis veikimo metodas turi ženklų minusą, kuris praeityje vis naujai būdavo daromas: ne taip jau nereikšminga reikalavimų dalis projekto pradžioje yra arba dar nežinomi arba juos galima tik grubiai apibrėžti ir paaiškinti, kadangi dėl didėjančio sudėtingumo tinklo srityje dažnai tik projekto eigoje paaiškėja visi techniniai reikalavimai ir gali būti pritaikomi.

Be to, dažnai dėl besikeičiančių išorinių faktorių arba rinkos aplinkybių, beveik visada yra reikalingų pataisymų, kurių pasekoje daugumoje atvejų rezultatas atrodo arba turi atrodyti visiškai kitaip nei tai buvo suplanuota koncepcijos pradžioje. Jau prieš kelis metus ši aplinkybė buvo priežastis galvoti apie naujus projektų valdymo metodus, kurie teiktų daugiau lankstumo ir galiausiai daugiau saugumo visiems dalyvaujantiems: gimė agile projektų valdymas ir su augančia dinamika, ypač tinklo aplinkoje, padidėjo šių projektų valdymo metodų paklausa ir reikšmė. (Šaltinis: http://www.scrumalliance.org).

Tuo tarpu paskutiniu laiku labiausiai įsitvirtino Scrum ir Kanban.

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

Planuojate vertingus pokyčius savo organizacijoje?

Susisiekime

Projektų valdymo metodų kombinacija

Klasikinis būdas su Agile sukelia sinergijos efektą

Teiginys: Abiejų metodų kombinacija yra ideali. Galioja šūkis: viskas savo laiku ir visuomet tada, kai tinka.

Klasikinio projektų valdymo elementai galėtų ženkliai palengvinti agile metodų įvedimą ir pritaikymą. Taip rodo patirtis, kad klasikiniai laipteliai, kaip aiškiai suformuluoti tikslai, laikotarpiai arba terminų ir biudžeto nurodymai dažnai sutinkami teigiamai. Jie tarnauja visiems dalyvaujantiems kaip svarbi orientavimosi pagalba, taip pat vadovybei.

Tačiau Agile ir Klasikinį būdą galima kombinuoti. Vienoje ar kitoje vietoje aišku reikia patobulinti, pavyzdžiui ta prasme, kad įprastas ataskaitų pateikimas programavimo lygyje įgalina ir iteratyvius apatinių lygių procesus (ką dažnai naudojami krioklio metodai nebūtinai palengvina).

Jei agile ir klasikinė sinergija pavyksta, gali išsivystyti idealus procesas, kuris greitai atneša rezultatus ir intensyviau įtraukia dalyvaujančius bei veda lik didesnio dalyvaujančių projekte pasitenkinimo nei koks kitas procesas.

Apibendrintai

Agile metodai yra kiekvieno projektų vadovo ir atsakingo už projektą „Must have“. Jie yra naudingos pagalbinės priemonės, kai kalba eina apie tai, pasitikti projekto aplinkos iššūkius, kurie linkę nuolat kisti.

Daug pavyzdžių tiesa rodo, kad konkretus įgyvendinimas projekto kasdienybėje ne visai paprastas. Atsargus dozavimas pradžiai ir gera integracija į atskiros įmonės projekto valdymo kultūrą yra svarbūs sėkmės faktoriai.

Centrinis klausimas dalyvaujantiems projekte, susijęs su agile metodais, yra ne tai, ar juos reikia panaudoti ar ne, bet greičiau, ar ir kaip agile projekto aplinka gali būti prasmingai valdoma. Evoliucija vietoj revoliucijos – sutrumpinus – ligi šiol labiausiai sėkmę nešantis metodas.

Šaltinis: http://www.computerwoche.de/a/sieben-thesen-zum-agilen-projekt-management,2537362

Planuojate vertingus pokyčius savo organizacijoje?

Susisiekime

Agile metodai labiau tinka mažiems projektams

Mažiau yra daugiau

Teiginys: Agile metodai labiau tinka mažiems projektams.

Agile valdomi projekto kolektyvai turėtų turėti ne daugiau nei dešimt darbuotojų. Didesniuose kolektyvuose dalyvaujančios rolės turi būti įsisavintos ir saugiai pritaikomos. Bendrai pažiūrėjus yra naudinga, kai atskiri kolektyvo dalyviai yra susipažinę su agile metodika. Priežastis: daug labiau nei kiekvienas kitas metodas agile projektų valdymas atveria galimybę, nuo prototipų kūrimo pereiti tiesiai prie vėlesnių vartotojų reikalavimų – o ne plėtoti projektą pro šalį.

Agile projektų valdymas teikia lankstumo

Teiginys: ypač situacijose su neaiškiais reikalavimais agile metodai gali būti naudingi.

Ne tik projekto dydis yra lemiamas kriterijus, ir pradinė situacija gali būti prieš arba už agile metodų pritaikymą. Kadangi tuo tarpu, kai klasikiniai metodai dėl geresnio planavimo ir geresnio kontroliavimo labiau tinka dideliems projektams ir didesnės apimties programoms, agile metodai gali būti naudingi, kai reikalavimai (dar) yra neaiškūs arba ypač greitai keičiasi.

Projektas yra nelygus projektui

Teiginys: Agile projektų valdymas yra ne vien tik geras ar blogas. Tai yra tam tikromis sąlygomis prasmingas veikimo modelis.

Kiekvienas projektas yra kitoks, kiekviena aplinka turi savo dinamiką. Vis dėlto yra kriterijai, kurie nurodo, ar projektas tinka agile metodikai ir kokios kliūtys slypi agile projektų valdyme. Kiekviena įmonė turėtų iškelti sau sekančius klausimus:

  • Ar projektas arba įmonė randasi aplinkoje su sudėtingais produktais, neaiškumais ir dažnai besikeičiančiais reikalavimais?
  • Ar bendrovė turi reikalingas žinias ir personalą?

  • Kaip agile metodika sutampa su įprasta įmonės ir vadovavimo kultūra?

Šaltinis: http://www.computerwoche.de/a/sieben-thesen-zum-agilen-projekt-management,2537362

Planuojate vertingus pokyčius savo organizacijoje?

Susisiekime

Daugiau pasitikėjimo, mažiau kontrolės.

Teiginys: Agile projektų valdymas kelia didelius reikalavimus dalyvaujantiems projekte ir reikalauja vadovybės pasitikėjimo.

Agile projektų valdymas ir juo besiremiantis procesas kaip Scrum dirba su save kontroliuojančiais kolektyvais, nustatytomis rolėmis, kliento integracija ir tiksliais darbo ciklais (time boxes).

Projekto kolektyvas ir vadovybė turi pasikliauti visišku savarankiškumu. Vadovybei tai reiškia: ji turi daugiau galvoti į priekį (pavyzdžiui, kas liečia reikalavimų svarbos nustatymą) ir tinkamu momentu paleisti vadžias iš rankų. Darbuotojams tai reiškia: savarankišką darbą, daugiau atsakomybės, tačiau ir daugiau skaidrumo, kas liečia savo darbo našumą. Kadangi agile valdomame projekte pagal programavimo našumą kiekvieną dieną galima matyti, ką atskiras darbuotojas nuveikė dėl bendros sėkmės. Klasikiniame projekte atskiras darbuotojas gali labiau pasislėpti už kolektyvo rezultatų.

Neužtenka to, kad visa tai dažniausiai yra nauja ir neįprasta. Didžiajai daliai įmonių tai reiškia naują įmonės kultūrą, kuri kelia klausimus:

  • Ar atskiros funkcijos gali būti kompetentingai atliekamos?
  • Ar darbuotojai tam tinkami ir kvalifikuoti?

  • Ar klientų santykiai yra pribrendę šiam procesui, ar abi pusės pasitiki viena kita?

Agile projektų metodų naudojimas turi pasekmes – personalo vystymuisi ir vadovavimo kultūrai. Kadangi iš vienos pusės agile valdomi (daliniai) projektai turi būti vedami patyrusių projektų vadovų (arba taip vadinamų Scrum meistrų), dalyvaujantys asmenys ir suinteresuotos šalys apmokyti ir šalia projekto koučinami. Iš kitos pusės agile požiūris reikalauja savikontrolės ir valdymo. Tai atitinkamai reiškia kontrolės netekimą ir persiorientavimą jėgų santykiuose ir įmonės hierarchijoje. O tuo pagal patirtį yra ne iškart vis dalyvaujantys suinteresuoti.

Šaltinis: http://www.computerwoche.de/a/sieben-thesen-zum-agilen-projekt-management,2537362

Planuojate vertingus pokyčius savo organizacijoje?

Susisiekime

Agile projektų valdymo sprogstamumas

IT projektai tampa vis sudėtingesni

Teiginys: auganti paklausa agile projektų valdymo metodams kaip pavyzdžiui Scrum yra didžiulio sudėtingumo kilimo ypač IT projektuose pasekmė.

Projekto darbuotojai, kurie darbuojasi jau ilgiau, žino, apie ką eina kalba. Klientai vis dažniau ir vis greičiau keičia savo reikalavimus. Tačiau ir vien projekto turinio sudėtingumas ir tikslai vis didina inovatyvių veikimo būdų poreikį . Agile projektų valdymo metodų su veikimo modeliais kaip Scrum privalumai yra aiškiai matomi. Jie daug labiau nei klasikiniai metodai siūlo galimybę nuo pat pradžių įtraukti klientą į procesą . Tai ne tik padidina projekto sėkmės tikimybę, bet ir kolektyvo pasitenkinimą.

Agile projektų valdymas yra sprogstamas

Teiginys: nors agile metodai turi daug privalumų – pavyzdžiui greitesnius rezultatus ir daugiau klientų pasitenkinimo, toli gražu ne visos įmonės tam tinkamos.

Save kontroliuojantys kolektyvai ir didesnė projekto vykdymo laisvė yra sprogstama įmonės ramybei. Daug besitęsiančių iteracijų ir laikini prototipai neveda automatiškai link norimos greitos sėkmės, bet ir gali – dėl nuolatinių papildomų reikalavimų – skatinti nusivylimą ir stagnaciją.

Agile projektų valdymo metodų pritaikymas yra daugiau nei grynas įrankis, jie reikalauja mentaliteto ir užsakovų, suinteresuotų šalių ir vadovybės mąstymo kitimo. Apie šį agile projektų valdymo „politinį“ diapazoną visi dalyvaujantys turi žinoti iš anksto. Kitaip tai greitai reikš katastrofą.

Šaltinis: http://www.computerwoche.de/a/sieben-thesen-zum-agilen-projekt-management,2537362

Planuojate vertingus pokyčius savo organizacijoje?

Susisiekime

IT projektai

IT projektai tampa vis sudėtingesni. Šalia klasikinių procesų vadovai projektų valdyme vis dažniau naudoja agile projektų valdymą kaip pavyzdžiui Scrum. Tačiau atsargiai! IT sistemą įvesti agile reikalauja naujo mąstymo.

Vis daugiau įmonių norėtų – ir privalo – būti agile, ir projektų valdyme. Tačiau nors šis metodas atrodo turi savotišką traukos galią, dauguma projektų vadovų baiminasi griebtis šių priemonių, kai eina kalba apie konkretų įgyvendinimą. Atsarga dažniausiai yra pagrįsta. Kadangi toli gražu ne kiekvienas projektas ir tuo labiau ne kiekviena įmonė yra tinkami taip vadinamam pačiam save kontroliuojančiam metodui.

Pavyzdys: didelė įmonė planuoja programą naujos IT sistemos vertinimui, programavimui ir įvedimui. Programa su 200 dalyvaujančių darbuotojų dalinama į dešimt projektų, kiekvienas iš jų su trim daliniais projektais. Devyniuose projektuose naudojamas klasikinis projektų valdymas, atskiruose daliniuose projektuose ir agile metodai. Dešimtas planas su 30 milijonų eurų biudžeto apimtimi yra pilnai valdomas agile.

Tarpinis balansas po trijų metų parodo sekančius rezultatus: devyni pirmoje eilėje klasikiniu būdu valdomi projektai yra visai sėkmingi. Tiesa klasikinis projektų planavimas ir iteratyvus, agile procesas daliniuose projektuose yra ne taip paprasta, kas liečia laiko planavimą ir vientisas ataskaitas, tačiau pabaigoje viskas dažniausiai funkcionuoja.

Vienintelis pralaimėjęs yra pilnai agile vestas projektas. Viso proceso metu jis kelia klausimų dėl neaiškaus išlaidų planavimo, nuolatinių reikalavimų dėl biudžeto ir neskaidraus laiko planavimo ir galų gale išsivysto iki rizikos faktoriaus visam išleidimo planavimui. Konkrečiame projekte buvo labai nukrypta nuo pradinio laiko planavimo.

Šaltinis: http://www.computerwoche.de/a/sieben-thesen-zum-agilen-projekt-management,2537362

Planuojate vertingus pokyčius savo organizacijoje?

Susisiekime

Scrum apibendrintai

Susirinkimai ir atviri penktadieniai

Susirinkimai Scrum nėra protokolai „iš apačios“ projektų vadovui „viršuje“. Jie tarnauja kaip viso kolektyvo informacijos šaltinis. Kiekvienas gali kasdieniame susirinkime pasakyti, ką jis padarė, ką reikės pradėti toliau ir taip pat, kas galbūt jį užlaikė. Čia įsimaišo ir Scrum meistras. Jis pasirūpina tuo, kad dėmesio centras susirinkimo metu nedingtų – pavyzdžiui todėl, kad kalba nenukryptų link sugedusio kavos aparato. AOE media taip pat įvedė specialias retrospektyvos formas. Prie to priklauso atviri penktadieniai, kurie būna kas ketvirtį metų pagal įvairius metodus, pavyzdžiui kaip atvira erdvė. Pavyzdžiui paskutinio atviro penktadienio metu darbuotojai aptarė, kokias galimybes AOE siūlo atsiliepimams, atvirumui ir skaidrumui arba kaip galima patraukliau organizuoti serviso kolektyvo darbą. Iš to reguliariai susidarydavo darbo grupės.

Apibendrinimas

Kas nori įvesti Scrum, tam neužtenka vien skaityti knygas: aišku Scrum ir Kanban pagrindai yra lengvai suprantami. Drausmingas įvedimas nėra taip lengvai įgyvendinamas. Tačiau tik jis galiausiai veda į „laisvę“ ir ištraukia iš klasikinio projektų valdymo chaoso. Apsimoka apmokyti (klasikinius) projektų vadovus, kolektyvą ir klientus. Ir Scrum koučeris gali būti naudingas. Scrum yra iš esmės daugiau nei naujas programinės įrangos arba produkto kūrimo instrumentas: Scrum veda link paradigmų kaitos, kuri reikalauja mąstymo pasikeitimo tiek iš viso kolektyvo tiek iš klientų. Sąlyga įvesti agile plėtrą kaip įmonės kultūrą, yra drąsa nuolatiniam pasikeitimui, mokymuisi iš klaidų ir noras pagerinti procesus. Esmė: visi darbuotojai, ne tik vadovybė, turi dalyvauti. Tik tuomet agile plėtra įmonėje bus įgyvendinta.

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

Planuojate vertingus pokyčius savo organizacijoje?

Susisiekime