Close

Agilis projektmenedzsment

Hogyan működhetnek hatékonyan az agilis módszertanok a szoftvercsapatod számára?

Mi az az agilis projektmenedzsment?

A szoftvercsapatok már majdnem tíz éve alkalmaznak agilis projektmenedzselési módszereket, ezzel növelve gyorsaságukat, az együttműködést és a piaci trendekre való válaszadás képességét.

De mi ez, és segíthet a te szoftvercsapatodnak is? Itt mindent megtalálsz, amit tudnod kell az induláshoz vagy az agilis projektmenedzselési gyakorlatod finomításához. 

Agilis projektmenedzsment – cikkek

[FOLYTATÁS]

Előzmények

Az agilis projektmenedzsment a szoftverfejlesztési projektek ismétlésen alapuló megközelítési módja, amely a folyamatos kiadásokra és az egyes ismétlések során az ügyfelek visszajelzéseinek figyelembe vételére helyezi a hangsúlyt.

A Toyotánál az 1940-es években alkalmazott „lean” gyártási módszerre visszavezethető agilis módszereket a szoftverfejlesztők a veszteség csökkentése, az átláthatóság növelése és az ügyfelek állandóan változó igényeinek való gyors megfelelés céljából vették át. Az agilis módszer nagymértékű változást jelent a „vízesés” jellegű projektmenedzsmenthez képest, amely az „ősrobbanásszerű” termékbevezetésekre fókuszál, hiszen használatával a szoftvercsapatok hatékonyabban működhetnek együtt, és gyorsabb lehet az innováció, mint azelőtt bármikor. 

A hagyományos agilis projektmenedzsmentet kétféle keretrendszerbe lehet besorolni: scrum és kanban. Míg a scrum esetében a projektek rögzített hosszúságú ismétlődésein van a hangsúly, a kanbannál ez a folyamatos kiadásokra került. Amint az egyik projekt befejeződik, a csapat azonnal folytatja a következővel. 

A scrum működése

A scrum egy olyan agilis projektmenedzselési keretrendszer, amely futamoknak nevezett rögzített hosszúságú munkaismétléseket alkalmaz. Négy szertartás létezik, amelyek az egyes futamokat struktúrákba rendezik.

Az egész a teendőlistával vagy elvégzendő munkamennyiséggel kezdődik. A scrumban két teendőlista van: az egyik a termék-teendőlista (amely a terméktulajdonoshoz tartozik), ez a funkciók prioritás szerint sorrendbe állított listája, a másik pedig a futam-teendőlista, amelynek kitöltéséhez a termék-teendőlista tetejéről kerülnek át az ügyek, amíg el nem éri a megfelelő kapacitást a következő futamhoz. A scrum-csapatoknak a folyamatban való részvételüknek megfelelő egyedi szerepköreik vannak. Általában van egy scrum-szakértő, aki a scrum-módszer felelőse a csapatnál; egy terméktulajdonos, aki a termék „hangja”; és a scrum-csapat, amely általában több funkciót is betöltő csapattagokból áll, és akiknek a feladata a munka dandárjának elvégzése.

A scrum négy szertartása

FUTAMTERVEZÉS FUTAMDEMÓ Napi kiállás Retrospective
A csapat tervezési megbeszélése, amelyen eldöntik, mit fognak elvégezni a következő futamban. Megbeszélés, ahol megosztják az eredményeket, és a csapat bemutatja, mit teljesítettek az adott futamban. Vagy másként kiállás, amely egy 15 perces rövid megbeszélés a szoftvercsapat szinkronba hozásához. Annak az áttekintése, hogy mi ment jól, és mi nem, a következő futam javítását célzó teendőkkel.

 

Scrumtábla – példa | Atlassian agilis fejlesztési coach

A scrum-tábla

A scrumtábla az adott futamban szereplő összes munka vizualizálására használatos. A futamtervezési megbeszélés során a csapat áthelyezi a termék teendőlistáján szereplő ügyeket a futam teendőlistájára. A scrumtábláknál több lépés is látható lehet a munkafolyamatban, például a Tennivalók, a  Folyamatban és a Kész. A scrumtáblák a kulcsfontosságú összetevők az agilis projektmenedzsment átláthatóságának növelésében.

A kanban működése

A kanban az agilis projektmenedzsment olyan keretrendszere, amely a munkát a csapat kapacitásához igazítja. A fókusz a munka lehető leggyorsabb elvégzésén van, miáltal a csapatok a változásra még gyorsabban reagálhatnak, mint a scrum esetében.

A scrumtól eltérően a kanban (általában) nem rendelkezik teendőlistákkal. Ehelyett a munka a  Tennivalók oszlopban van. Ezáltal a kanbancsapatok a folyamatos kiadásokra koncentrálhatnak, amit bármikor megtehetnek. Minden munka látható, megállapított hatókörű, és készen áll a végrehajtásra, így ha valami befejeződik, a csapat azonnal átáll a következő munkára. A munka mennyiségének és a csapat kapacitásának társítása WIP-korlátokkal történik, amely az egyszerre azonos oszlopban lévő munkamennyiség előre meghatározott korlátja (a Tennivalók oszlop kivételével). A kanban keretrendszer a következő négy komponenst tartalmazza:

A kanban négy komponense

Munkalista 
(vagy történetek)

Oszlopok vagy sávok

Folyamatban lévő munka korlátai (WIP)

Folyamatos kiadások

Munkalista vagy történetek: olyan ügyek vagy feladatok, amelyeket el kell végezni.

A kanban táblán a különféle munkafolyamatok, felhasználók, projektek stb. feladatainak elkülönítésére használatosak. A csapat kapacitása alapján az elvégzendő munkát korlátozó szabály.  A csapat a WIP-korláton belüli mennyiségű történeten dolgozik, és a kiadás bármikor lehetséges. 

 

Kanban tábla – példa | Atlassian agilis fejlesztési coach

A kanban tábla

A kanban tábla az összes elvégzett munka vizualizálására használható. Ezenkívül alkalmas erőforrás-tervezésre is, hogy a projektmenedzserek láthassák a munkát, és ennek megfelelően tervezhessék az idővonalakat. A kanban tábla oszlopokra és sávokra osztható, amelyeken a történetek végighaladnak, miközben a befejezéshez közelednek. A történetek a  Tennivalók oszlopban vannak, amíg a WIP-korlát lehetővé nem teszi, hogy a következő feladaton dolgozzanak. A munkalistát viszonylag kis ügyekre érdemes felosztani, és prioritás szerint rendezni. Amint ebben a példában látható, a sávok segítenek a magasabb prioritású elemek és minden egyéb elem elkülönítésében.

Becslés, jelentés és tervezés

Bármilyen agilis keretrendszert is választasz a szoftverfejlesztés támogatásához, valamilyen módon látnod kell a csapat előrehaladását, hogy a későbbi munka vagy futamok tervezhetők legyenek. Az agilis projektbecslés a scrum- és a kanbancsapatokat is segíti kapacitásuk megértésében. Az agilis jelentések megjelenítik a csapat időbeli előrehaladását. A teendőlista-készítés segítségével a projektmenedzserek naprakészen tarthatják a munkalistát a csapat számára.

Agilis projektbecslések | Atlassian agilis fejlesztési coach

Agilis projektbecslés

A projektek becslése különösen fontos aspektusa a kanban- és a scrum-projektmenedzsmentnek is. A kanban esetében az egyes állapotokhoz sok csapat a régebbi tapasztalati és a csapat mérete alapján állítja be a  WIP-korlátot. A scrum-csapatok projektbecslést használnak annak meghatározásához, hogy mennyi munkát lehet elvégezni az adott futamban. Számos agilis csapat egyedi becslési technikákat vezet be, például a tervezési pókert, ideális órákat vagy sztoripontokat a szóban forgó feladat számértékének meghatározásához. Ez az agilis csapatok számára viszonyítási pontként szolgál, amelyhez a futamokra való visszatekintések alkalmával viszonyíthatnak a csapatuk teljesítményének vizsgálatakor. A Jira Software testreszabható a csapat egyéni projektbecsléseinek rögzítéséhez.

Agilis jelentéskészítés – példa | Atlassian agilis fejlesztési coach

Agile reporting

A projektbecslések az egyes futamok kezdetekor és végekor számítanak. A segítségükkel a csapatok a futam elején meghatározhatják, hogy mit tudnak elvégezni, de a végén azt is megmutatják, hogy milyen pontosak voltak ezek a kezdeti becslések. Az agilis jelentések, például a Burndown diagramok megmutatják, hogy hány sztoripont lett befejezve a futam során. A Jira Software azonnal használható jelentések tucatjait kínálja, amelyek valós idejű, eljárás kezdeményezésére alkalmas információval szolgálnak a csapatod teljesítményéről. A visszatekintéseket támogató adatok az agilis csapatok számára rendkívül értékes módot kínálnak a fejlődésre.

Agilis teendőlista – példa | Atlassian agilis fejlesztési coach

Teendőlista-kezelés és -karcsúsítás

A termék teendőlistája a munkákat prioritási sorrendben tartalmazó lista a fejlesztési csapat számára, amely a termékmenetrendből és annak követelményeiből származik. A fejlesztési csapat minden futamhoz a termék-teendőlistából választja ki a munkát.  

A teendőlista karcsúsítása és fenntartása segítségével a csapatok elérhetik hosszútávú céljaikat a csapat hosszútávú kapacitása és a változó üzleti célok alapján az elemek folyamatos felvételével és eltávolításával. A Jira Software használatával a csapatok nagyméretű teendőlistákat karcsúsíthatnak többszörös kiválasztást lehetővé tevő besorolással, és sorba rendezhetik a felhasználói sztorikat és hibákat az ügyek áthúzásával. A Jira Software rugalmas keresésével szűrést is végezhetsz egy konkrét felhasználói sztori vagy hiba megtalálásához.

Claire Drumond
Claire Drumond

Claire Drumond az Atlassian egy marketingstratégája, előadója és szerzője. Számtalan cikket írt és tett közzé a Trello és az Atlassian blogjain, és rendszeresen hozzájárul a Medium különböző kiadványaihoz, többek között a HackerNoonhoz, az Art+Marketinghez ás PoetsUnlimitedhez is. Világszerte tart előadásokat a technológiai konferenciákon az agile-ról, a csoportok közötti zárkózottság megszüntetéséről és az empátia kiépítéséről.
Twitter: @claire_drumond // Medium: @cdrumond

Következő
Program