Mi az agilis projektmenedzsment?
Az Agile Projektmenedzsment egy olyan fokozatos módszer a tervezési és építési tevékenységek irányításához, amelyeket beépítettek különféle területeken, például a mérnöki, informatikai és más üzleti területeken, amelyek arra törekednek, hogy új szolgáltatási bővítést alakítsanak ki rendkívül adaptív és interaktív módon. Az agilis menedzsment egy egyszerű keretet kínál, amely támogatja a kommunikációt minden csapattag között, és tükrözi a korábban tapasztalt esetleges munkahiányt. A tradicionális vízesés-tervezést alkalmazó cégek az agilis fejlesztésmódra vándoroltak. A vízesés a szoftvert szakaszos sorozatban építi fel, amikor először ad valós visszajelzéseket közvetlenül a kiadás előtt. Az Agile fokozatosan készít szoftvert kis ismétlések felhasználásával, hogy a növekedést a változó üzleti igényekkel összhangban szabályozza. A vízesés módszerével nem térhetünk el szakaszosan, de az Agile esetében lehetséges.
Az agilis projektmenedzsment meghatározása
Az Agile Development számos iteratív és inkrementális szoftverfejlesztési módszertan kifejezése. Bár az agilis módszerek sajátos megközelítésükben egyediek, mindegyikük közös elképzeléssel és alapvető értékekkel rendelkezik. Az agilis fejlesztésben két megközelítés létezik:
- Könnyű megközelítés
- Teljes körű megközelítés
Az könnyű megközelítés több módszerből áll, mint például a Scrum, a Lean szoftverfejlesztés, a Kanban (folyamat + módszer), a folyamatos integráció, a folyamatos kézbesítés, az extrém programozás és a szolgáltatás-vezérelt fejlesztés.
A teljes megközelítést egynél több csapat telepítésére használják. Az olyan funkciók, mint a Scrum of Scrum, Scrum méretarányosan, Nagyméretű scrum, Scaled agilis keret, Fegyelmezett agilis szállítás, Agile egységes folyamat a teljes megközelítés részét képezik.
Az Agile manifeszt bizonyos iránymutatásokat tartalmaz, amelyeket be kell tartani az újonnan adaptált módszerek hagyományos módszerekkel történő értékelésénél.
- Az egyének és a köztük zajló interakciók jobb betekintést és ötleteket eredményeznek - A folyamatok és eszközök bevezetése a projekt fejlesztése során
- A működő szoftver nagyobb értéket képvisel a csapat számára, mint az átfogó dokumentáció, megfelelő működési modell vagy eredmény nélkül, amelyet teljes egészében annak a feltételezésnek a alapján készítenek, hogy a szoftver működni fog.
- Az ügyfelek együttműködésére azért van szükség, hogy jobban megértsük az elvárásokat, mint hogy velük szerződést tárgyaljunk.
Az iparban zajló változásokra való reagálás és a versenytársakkal való lépések megteremtése hozzáadott értéket és célt jelent a csapat számára, ahelyett, hogy a fejlesztésekhez nem igazított tervet követnének.
Az agilis projektmenedzsment megértése
A Scrum egy iteratív és növekményes Agile szoftverfejlesztési keret, amely folyamatosan továbbfejleszti a projektet minden egyes iterációban, és a változtatásokat adaptálja a szoftverprojektek kezeléséhez, valamint a termék- vagy alkalmazásfejlesztéshez. Hangsúlyozza a „rugalmas, holisztikus termékfejlesztési stratégiát, ahol egy fejlesztői csapat egységként működik a közös cél elérése érdekében”, szemben a „hagyományos, egymást követő megközelítéssel”. A Scrum lehetővé teszi önszerveződő csapatok létrehozását és verbális interakciót a csapat minden tagja között. Nem egy meghatározott folyamat, hanem egy empirikus folyamat. Egyszerűen fogalmazva, a Scrum a csoportos együttműködés agilis kereteként határozható meg, amely összetett projektek felépítésére irányul.
A Scrum csapatban különböző szerepek vannak:
Scrum master - Ez egy szakértő segítő. Ideális esetben önálló szerepet játszik, és nem az adatszolgáltatók vezetői. Alapvető szerepet játszik az agilis kézbesítésben. Néhány kulcsfontosságú felelősség az alábbiakban található:
- A súrolómester szolgavezetõként jár el.
- Megvédi a csapatot a külső zavaroktól.
- Folyamatosan működik a vezetőséggel a napi szintű előrehaladás nyomon követése érdekében.
- A csapat minden akadályáról gondoskodik a csapat hatékonyságának javítása érdekében.
- Biztosítja az adaptációt, és ellenőrzi a folyamatáramot.
- Lehetővé teszi a csoporton belüli összes szerep és felelősség szoros együttműködését.
Terméktulajdonos - Ez a belső vevő, más szóval az üzleti érdekelt fél vagy a terméktulajdonos. A legfontosabb feladat a termék látásának megfelelő és könnyen érthető módon történő közlése. A sprint-tervezési ülésen minden nap prioritást élveznek a napi termékmaradások. A felhasználó által meghatározott történetek értékelését a Terméktulajdonos végzi.
A fejlesztői csapat - Az is ismert, mint a Scrum csapat, amely általában mintegy 10 tagból áll. Felhatalmazással bírnak arra, hogy a feladatokat a lehető legmagasabb színvonalú és színvonalas módon végezzék el. Elkötelezettek az agilis keret mellett, és ennek megfelelően megtervezik munkájukat.
Hogyan könnyíti meg az agilis projektmenedzsment a munkát?
Termékápolási munkamenet
A „ápolási” értekezlet célja annak biztosítása, hogy a lemaradásban maradjon olyan tételek, amelyek relevánsak, pontosak és prioritásuk szempontjából releváns mértékben kiértékelve vannak. Segít lépést tartani a projekt vagy termék jelenlegi ismereteivel és céljaival.
Sprint tervezési ülés
Mit kell tenni?
- Elemezze a magas prioritású lemaradási részeket a megközelítés egyértelműsége érdekében.
- A Sprint-célt véglegesíteni kell.
- A Scrum Master, a terméktulajdonos és az egész csapat részt vesz az eredeti tervezésben.
Hogyan kell csinálni?
- Meghatározza és generálja a Sprint Backlog feladatokkal.
- A Kész meghatározása (Meghatározzák az adott termékre vonatkozó kilépési kritériumokat annak eldöntéséhez, hogy a termékmaradék-elem teljes-e). A Scrum mester és a csapat részt vesz ebben a szakaszban.
Napi Stand Up találkozó
- A projekt előrehaladása
- A nap terve
- Fel kell venni a változásokat
- A leégett diagram egy olyan grafikon, amelyet arra használnak, hogy tükrözzék, hogy hány órányi munka van hátra egy ismétlésben.
Ezeket a fő témákat kell megvitatni a találkozón.
Sprint Review Találkozó
Annak érdekében, hogy bemutassuk a funkcionalitást az üzleti vállalkozásnak, vagy néha ellenőrizzük a Sprint-lemaradásban elfogadott felhasználói történeteket, ha teljesítik a várt eredményt. A Scrum csapata, a projekttulajdonos, a Scrum Master, a külső érdekelt felek mind részt vesznek a találkozón. Az eredmény jóváhagyása elfogadva, a Terméktulajdonos a fejlesztés minőségét is értékelheti.
Sprint Retrospektív Találkozó
Három dolgot veszünk figyelembe ebben:
- Mit kell tenni minden sprint után
- Mi ment jól az elmúlt sprintben
- Mit lehet megváltoztatni a következő sprintben
Legnépszerűbb agilis projektmenedzsment vállalatok
Néhány vezető vállalat, amelyben az Agile Projektmenedzsment bemutatása hatalmas különbséget tett:
- 3M - Az agilis módszerek átvétele dinamikus környezetet teremtett, inkább a hagyományos vízesés módszereit.
- IBM - Hiányos lemaradások felülbírálása, termék pontos szállítása.
- ANZ - Ausztrália harmadik legnagyobb bankja. Az új funkciók, mint például az emberközpontú tervezési alapelvek, elősegítették a jutalom megszerzését.
- Google - Engedélyezze a felhasználók számára, hogy részt vegyenek az Android platform fejlesztésében a Beta verzióban.
- Spotify - A zenei streaming szolgáltatás nagyszerű eredményeket ért el az Agile segítségével.
Mit tehetsz az agilis projektmenedzsmenttel?
Befektetés a jó történetekbe
A lemaradáshoz hozzáadott tulajdonságot általában felhasználói történetnek nevezik. A csapat különféle történeteit mutatják be és értékelik bizonyos kritériumok alapján. A történeteknek függetleneknek kell lenniük, és nem függhetnek más követelményektől. Értéknek kell hozzáadnia a projektet mind belső, mind külső szempontból. A történet erőfeszítését a terméktulajdonos becsüli meg. Kicsinek kell lennie és könnyen átruházhatónak kell lennie anélkül, hogy sok zavart okozna. Miután a történetet röviden elmagyarázták, a csoport szavazást fog folytatni. Ha eltérés mutatkozik a várakozásokban, akkor újra megvitatják az összes kapcsolódó kérdéssel. Ez a folyamat addig folytatódik, amíg egy megfelelő sztorit nem választanak ki. A becslés pontok alapján történik. Ez kiküszöböli az idő iránti elkötelezettséget, és az erőfeszítés a kijelölt feladatokon alapszik.
Munka az agilis projektmenedzsmenttel
Az agilis projektmenedzsment célja, hogy először a legmagasabb üzleti értéket nyújtsa. A Scrum keret fontos műtermékei segítenek ennek elérésében.
Termek elmaradas
A termék tulajdonosának tulajdonában van, és az üzleti előírások szerint prioritást élvez. A felhasználói történeteket és a felhasználási eseteket elsősorban kiértékeljük, és szabadon teszteljük. A jellemzők és a hibák megtörténnek, és a megszerzett ismereteket átadják az egész csapatnak. Más ötletek ötletbörzse megtörtént. A lehetséges megoldásokat mérlegeljük és beépítjük a műszaki munkába. Ezután kidolgozzák a tervet, és a hátralévő feladatokat megvitatják a Scrum napi ülésén.
Sprint Hátralék
A sprint munkáját a termékmaradék részhalmaza határozza meg. A csapat tagjai létrehozzák a sprint-lemaradást. Minden csapatnak saját státusza van, attól függően, hogy milyen feladatokat határozott meg az agilis folyamat. Ezt rendszeresen frissítik. Az elemek hozzáadásával vagy törlésével a csapat gondoskodik. A feladatokat csak akkor tekintik késznek, ha a rendszerbe telepítik és a terméktulajdonos áttekinti.
Leégett a táblázatok
A táblázatok információkat tartalmaznak az egyes csoportok előrehaladásáról és a hátralévő munkáról. Ez azt mutatja, hogy mennyi munkát kell elvégezni a csapatnak a kiadás előtt. Ideális esetben a Sprint végéig nullára kell égnie.
Előnyök
Az agilis módszerek értéke
- Bátorság : A csapatban mindenkinek egyenlő esélyt kell biztosítani a felszólalásra annak biztosítása érdekében, hogy a sprint egy irányba haladjon.
- Összpontosítás : Fókuszáljon az agilis célok elérésére és a végtermék Értékkel történő szállítására.
- Tisztelet : A csapatnak fontolóra kell vennie más ötleteket és perspektívákat. Soha ne torzítson a különbségekkel és a háttérrel.
- Nyitottság : Átláthatóságra és bizalomra van szükség a csapaton belül, és nyitottnak kell lennie a visszajelzések fogadására.
- Elkötelezettség : A csapatoknak elkötelezetteknek kell lenniük agilis céljaik iránt.
Miért van szükség agilis projektmenedzsmentre?
- A működő szoftver korai és folyamatos szállítása a napi előrehaladás bemutatása érdekében.
- Az agilis fő és legfontosabb jellemzője a fejlesztés késői szakaszában felmerülő változások felkarolása. A változtatások elvégezhetők és integrálhatók a szoftverbe még az utolsó iterációnál.
- Az üzletemberek és a munkavállalók naponta együtt dolgoznak több találkozó részeként, amikor az interakció gyakran zajlik, és jobb megértés érhető el a csapatban.
- Készítsen egy projektet motivált egyének körül, és bízzon bennük a munka elvégzésében.
- Az üzenet továbbításának leghatékonyabb módszere a szemtől szembeni interakció, oly módon, hogy az elvárások egyikét sem veszik félre.
- Az előrehaladás elsődleges mérőszáma a működő szoftver
- Folyamatos figyelmet kell fordítani a műszaki kiválóságra.
- Az egyszerűség maximalizálja a nem elvégzett munka mennyiségét, amely képet ad arról, hogy mit kell elsőbbséget élvezni és befejezni az elején.
- A csapatok a határidőn belül kitűzendő célok szerint önszerveződnek.
A csapatok rendszeresen tükrözik és beállítják a viselkedést a versenytársakkal való lépésekkel és azok körül bekövetkező változások alapján.
terület
A műszaki reform jelenlegi üteme rövid idő alatt megváltoztathatja az iparágat. Azok a vállalatok, amelyek évtizedek óta tevékenykednek, megértik, hogy nincsenek felkészülve arra, hogy ugyanolyan gyorsan alkalmazkodjanak. Az agilis megközelítés az együttmûködésrõl szól, a termék gyorsabb kiadására, a visszajelzés gyorsabb megszerzésére. Arra ösztönzi a vállalatokat, hogy korszerűsítsék módszereiket és reagáljanak, ha változásokat észlelnek.
Miért használjuk az agilis projektmenedzsmentet?
Az agilis keret pillérei
- Vizsgálat : Megfelelő ellenőrzéseket hajtanak végre az Agile irányába tett előrehaladás nyomon követése érdekében, hogy észleljék az elfogadhatatlan eltéréseket.
- Adapció : A folyamat minél előbbi módosítása a további aggályok vagy módosítások elkerülése érdekében.
- Átláthatóság : A módszer lényeges szempontjainak egyértelművé tétele, amelyek felelősek az eredményért.
Megfelelő közönség az agilis projektmenedzsment megtanulásához
Az agilis projektmenedzsment olyan emberek számára alkalmas, akiknek minimális ismerete van a következő terminológiákról:
Kapacitástervezés
Az egész sprint feladatokra bontható és az egyes csapatok kapacitása külön-külön kerül megtervezésre. A lehetséges emberórákat figyelembe veszik és a feladatok elvégzéséhez szükséges sprint órák alapján számítják ki, a rendelkezésre álló erőforrásokat és a lehetséges eltéréseket. Ez teljes áttekintést nyújt a Sprint befejezéséhez szükséges napok számáról, és a Felhasználói történet teljes működőképessé tételéhez szükséges.
Az elfogadási kritériumok meghatározzák a felhasználói történet korlátait, és ezeket használják annak ellenőrzésére, hogy a történet befejeződött-e és a várt módon működik-e. A Kész-Kész kifejezés, amelyet a csapatok rendszeresen használnak annak jelzésére, hogy a sprint alatt elvégzett munka „valóban” megtörtént. Annyira készen áll, hogy a fogyasztó azt gondolja, hogy a mű valószínűleg teljesíthető. A megfelelő agilis csapatnak nincs szüksége két koncepcióra (kész és kész-kész).
Következtetés
Az olyan potenciális akadályok ellenére, mint például az ügyfelek meggyőzése és az ügyfelek munkaidő alapján történő kiszámítása, az Agile szoftverfejlesztési módszer alkalmazása szembetűnő különbséget jelent az előállított output minőségében.
Ajánlott cikkek
Ez egy útmutató a Mi az Agile Projektmenedzsment című témakörben található. Itt megvitattuk az Agile Projektmenedzsment meghatározását, működését, készségeit, hatókörét és előnyeit. A további javasolt cikkeken keresztül további információkat is megtudhat -
- Az Agile vs Scrum közötti különbségek
- Agilis interjúkérdések és válaszok
- Agilis projektmenedzsment a bábuk számára
- A rajzástechnika segíti az agilis csapatokat a növekedésben?