Nõudlushalduses vilgas
Agilest on kindlasti saamas eelistatud arendusmetoodika, kuna tänapäeval keskendutakse jätkuvalt varasemate tarnete poole. Kuidas saavad siis agarad metoodikad ja nõuete haldamine koos töötada? Agile keskmes on üksikisikud, kes suhtlevad klientidega ja teevad nendega koostööd, et luua toimiv tarkvara. Agile näeb ette ka kiire reageerimise muutustele ja julgustab tegelikult muutusi. Traditsioonilised meetodid on rohkem suunatud tööriistadele ja protsessidele, eelkõige nõuete määratlemisele ja haldamisele. Probleemiks on nende kahe koos abiellumine viisil, mis hõlmab mõlema maailma parimat. Mõlemast metoodikast liiga palju võib projektiga probleeme tekitada.
Mõned arvavad, et Agile tähendab "dokumentide puudumist" ja on distsiplineerimata. Kumbki pole tõsi. Agile julgustab projekti jaoks vajalikku dokumentatsiooni, kuid ei soovi dokumenteerimist dokumentatsiooni huvides. Vilgas nõuab suurt distsipliini. See pole kõigile tasuta. Igasugune metoodika võib muutuda väledaks, keskendudes õigele teabele, koostööle nii äri kui ka IT-d hõlmavates meeskondades ning töötades lõpptulemuse suunas kordustes.
Agile'i rakendamine oma nõuete haldamise protsessis
Mõned Agile'i peamised väljakutsed on suunatud inimestele ja metoodikale. Võistkonnad ei küsi abi ja ühendavad küsitavate tulemustega. Sageli pöörduvad nad tagasi oma vanale viisile. Meeskondadel pole struktureeritud viisi õpitu jagamiseks. Võistkondadel pole võimalust mõõta agiilse metoodika edukust. Distsiplineeritud Agile laiendab agiilset arengut kogu elutsüklile. See ei ole keskendunud ainult tarkvaraarenduse etapile.
Siin on mõned võtmepunktid, mida meeles pidada, kui kaalute Agile'i liikumist.
- Teadke oma projekti keerukust. Mõelge suurusele, hinnangulisele ajale ja pingutusele, kaasatud inimeste arvule ja nende asukohale.
- Pange eksperdid teid aitama ja ärge kartke neilt abi küsida. Kui teie protsess on praegu kaoses, loob Agile'i liikumine ilma mingi struktuuri ja distsipliinita lihtsalt Agile kaose.
- Täname võimalusi oma eraldamiseks nõuete määratlus töö. Tehke nõudeid vastavalt vajadusele, selle asemel, et proovida neid kõiki valmis saada. Teose lagundamiseks on mitu võimalust, funktsioonid on üks neist.
- Alustage agiilset lähenemist kohe alguses ja kasutage seda kogu elutsükli jooksul, alates nõuetest kuni arendamise ja testimiseni.
- Kaaluge võimalusi Agile'i edukuse mõõtmiseks ja pidage pidevalt nende meetmete mõõdikuid.
Agile - Scrum protsess nõuete haldamise tööriistaga
Üks nõtkema maailma kuulsamaid protsesse on Palli mängupanek. Teoorias, Scrum ei vaja eeposide, kasutajalugude, toote mahajäämuste ega sprintide haldamiseks tarkvaratööriistu. Lihtsalt öeldes vajate lihtsalt tahvlit ja palju post-it®. Aga mis siis, kui teie Scrumi meeskonda jagatakse? Või kui soovite saada kasu varem tehtud tööst? Siis oleks kasulik lasta andmed kuhugi salvestada ...
Miks mitte kasutada paindlikku nõuete haldamise lahendust, mis on võimeline täitma igasugust protsessi. Võtame Scrumi protsessi rakendamise näitena järgmise protsessi:
Tooteomanik kirjeldab neist tulenevaid eeposeid ja kasutajalugusid (jälgitavus!), Kus kasutajalood kaasatakse automaatselt toote mahajäämusse, saades toote mahajäämuse spetsiifilisi atribuute (nt tarnekuupäev, prioriteet, määratud meeskond ). Iga Scrumi meeskond saab hõlpsasti leida oma meeskonnale määratud kasutajalood ja otsustada, milliseid lugusid nad järgmisel sprindil edastada soovivad. Niipea, kui lugu on määratud spetsiaalsele sprindile (kuid mitte varem), lubatakse võistkonna meeskonnal tuletada individuaalseid "ülesandeid", mis on määratud teatud meeskonnaliikmetele. Igal “ülesandel” on ka staatus (teha à pooleli à tehtud).
Professionaalse nõuete haldamise lahenduse kasutamine võimaldab:
- toote omanikul, et näha, milliseid kasutajalugusid millises sprindis rakendati:
- toote omanikul, et näha konkreetse sprindi "kasutajalugudest" tuletatud ülesannete praegust olekut:
- Scrumi meeskonnaliige keskendub oma ülesannetele:
Professionaalsed nõuete haldamise lahendused võimaldavad määratleda andmete põhjal rollipõhised vaated, mis parandavad tohutult tõhusust.
Lisaks on erinevate aruannete (nt läbipõlemisskeem) loomine tegelikest andmetest vaid ühe klõpsuga - kui seda ei tehta pakettrežiimis. Need aruanded võivad olla HTML-vormingus, et lisada need sisevõrku.
