ma a szoftverfejlesztési életciklus (SDL) gyakran túlnézett aspektusát fogjuk megvizsgálni, amelyet post project review néven ismerünk. Kezdjük azzal, hogy meghatározzuk, mi is pontosan a projekt utáni áttekintés, és továbblépünk a jó projekt-áttekintés elemeinek lefedésére.
mi a projekt utáni áttekintés?
a projekt egyik jellemzője, hogy határozott kezdete és vége van. Előfordulhat, hogy a kezdet és a vég nem egyértelműen meghatározott (!) de az ember általában kap egy durva ötlet, amikor egy projekt kezdődött, és amikor vége. Valami, ami nem rendelkezik ilyen véges élettartammal, valójában nem Projekt. Lehetséges azonban bármilyen tevékenységet, például a folyamatban lévő szoftverkarbantartást és támogatást egyértelmű projektek sorozatára bontani – általában egy projekt befejezésekor, amikor egy szoftverkiadást gyártanak, és új projektet indítanak a következő kiadáshoz vagy frissítéshez.
a projekt utáni áttekintés nagyon hasznos és hatékony módja a folyamatos fejlesztési mechanizmus hozzáadásának. A legtöbb tevékenység különálló projektekre osztható, amint azt fentebb említettük. Ez a folyamatos fejlesztési mechanizmus segít abban, hogy minden sikeres projekt sikeresebb legyen (és gyakran kevésbé stresszes minden résztvevő számára). A projekt utáni felülvizsgálatok során általában a projektcsapat és a főbb érdekeltek találkoznak, és áttekintik, hogy mi ment jól és mi ment rosszul a projekt során. Ez segíthet a résztvevőknek a megfelelő döntések és tervek meghozatalában, hogy a következő projekt jobban működjön. Segíthet tisztázni a félreértéseket és más kérdéseket is.
olvassa el: Mi a projektmenedzsment szoftver a fejlesztők számára?
például egy projekt utáni felülvizsgálaton, amelyet egyszer elvégeztem, a minőségbiztosítási (QA) csapat ideges volt, mivel úgy érezték, hogy a követelmények megváltoztatását jóváhagyták és elvégezték a projekt során. Ezen visszajelzések alapján ezt a későbbi projektekben korrigálták annak biztosításával, hogy a minőségbiztosítási csoport képviselője mindig jelen legyen a követelményekről folytatott megbeszélések során. Ez bekapcsolta őket a hurokba, valamint lehetőséget adott számukra a minőségbiztosítási határidőkre gyakorolt lehetséges hatások felvetésére. Fontos biztosítani, hogy a projekt utáni áttekintés minden résztvevője megértse, hogy nem ideje hibáztatni vagy személyes támadásokat tenni. Az ötlet az, hogy dicsérjék egymást a jól elvégzett munkákért, valamint megtalálják a módját, hogy még jobban csinálják a dolgokat. Vigyázni kell arra, hogy a projekt utáni áttekintés ne fajuljon ujjal mutató gyakorlattá vagy kiabálós mérkőzéssé.
az elemek egy jó Post Project Review
mint korábban említettük, a post project review elsődleges célja nem az, hogy megosszák hibás, de azonosítani területeken a fejlesztések és a módját, hogy javítsa őket. Mielőtt megtervezné a projekt felülvizsgálatát, azonosítsa az elsődleges célokat és azt, amit el szeretne venni.
- azonosítsa a jól elvégzett elemeket: például az időbecslések nagyon jók voltak, a fejlesztők és a minőségbiztosítási csapatok jól működtek együtt stb.
- azonosítsa azokat az elemeket, amelyek javíthatók: lehet, hogy a rendszer dokumentációja nem volt kész időben; a fejlesztők vitákat folytattak az elemzőkkel, stb.alapvetően ezek olyan elemek, amelyek némi javításra szorulnak, amelyeket reálisan el lehet érni bizonyos fokú erőfeszítéssel.
- a törött elemek azonosítása: Ezek nagyon komoly, és szükség lehet egy teljes újragondolása, hogyan történik. Előfordulhat, hogy egyes folyamatokat el kell hagyni vagy meg kell változtatni. Lehet, hogy a folyamatosan változó követelmények megkövetelik a csapattól, hogy agilisabb fejlesztési módszertanra váltson. Lehet, hogy két embert, akik egymás idegeire kerülnek, át kell rendelni, hogy ne kelljen együtt dolgozniuk.
- döntsd el a cselekvési terveket: get input & megállapodás a javításra szoruló elemek javítására irányuló cselekvési tervekről és a törött elemek javításának módjairól. Ez sokkal könnyebbé teszi a hosszú távú változások végrehajtását, valamint elősegíti az elkötelezettség és a csapatszellem erős érzését a csapatban.
próbáljon minél több érdekeltet és csapattagot összehozni a találkozóra. Bár úgy tűnhet, mint egy recept a káosz (!), ha jól megtervezik, mindenki számára nagyszerű élmény lehet. Győződjön meg róla, hogy mindenki megérti a cselekvési tervet és a célokat. Az érdekelt felek és a csapattagok valószínűleg lelkesek lesznek, ha úgy látják, hogy ez egy esély a problémák megoldására. Tapasztalatom szerint az első alkalommal ezek a felülvizsgálatok általában a legnehezebbek, mivel az emberek nem biztosak abban, hogy mi megengedett és mi nem. Néhány képviselő rosszul veszi a kritikát is. Lehet, hogy van értelme, hogy van egy ötlete a potenciálisan robbanásveszélyes kérdéseket, és hogyan lehet hatástalanítani őket, mielőtt a találkozó. A találkozó előtt az érintett résztvevőkkel való privát találkozás annak biztosítása érdekében, hogy az alapszabályokat megértsék és elkötelezzék magukat, hogy betartják őket, nagyon hasznos lehet.
egy jó technika, amit találtam, hogy segítsen azonosítani a főbb kérdéseket, hogy tegyen valamit, mint a szavazás. Minden résztvevő olyan elemeket állít fel, amelyek a jól elvégzett kategóriák egyikébe eshetnek, néhány csípés szükséges és javításra szorul. Ez teszi mindenki úgy érzi, hogy az ő véleményét is számít. Plusz ez segíthet, hogy egy teljes képet a sok probléma. Gyakran talál egy mintát sok kérdésben. Ajánljon dicséretet olyan tárgyakról, amelyekről az emberek úgy érzik, hogy jól teljesítettek. A leggyakrabban említett kérdések azok, amelyekre figyelmet kell fordítani. Ezen a ponton segíthet, ha az emberek ötleteket adnak arról, hogyan lehet javítani a javításra szoruló elemeket, és hogyan lehet javítani a törött elemeket. Lehet, hogy informális szavazást is tart arról, hogy mely ötletek tűnnek a legjobbnak.
miután a találkozó véget ért, gyűjtsön össze minden információt, és jegyezze fel. Ügyeljen arra, hogy részletezze, mi megy jól, mit kell javítani és mit kell javítani. Határozza meg azokat a technikákat, amelyekben mindenki egyetértett, a javulás és a problémák megoldása érdekében. Jó ötlet ezt bemutatni a felső vezetésnek, különösen, ha egyes javításokhoz jóváhagyásra vagy erőforrásokra van szükség. Ezek a jelentések lehetővé teszik számukra a csapat áttekintését, és növelik a bizalmat abban, hogy a csapat megpróbálja támadni és megoldani a problémákat. Sokkal jobb, hogy megtalálják a módját, hogy megoldja a problémákat magát, ahelyett, hogy a felső vezetés részt vesz a megállapítás a javítások. Az emberek általában neheztelnek a végrehajtási utasításokra, de készségesen dolgoznak az általuk javasolt változásokon.
olvassa el: a legjobb projektmenedzsment eszközök a fejlesztők számára.
következtetés
a projekt utáni értékelés értékes módja annak, hogy a csapatok javítsák teljesítményüket és készségeiket. Olyan mechanizmust kínálnak, amely elősegíti a folyamatos fejlődést, valamint javítja a csapat morálját. Fontos, hogy a lehető legtöbb érdekelt fél részt vegyen a felülvizsgálatban, mivel segít a projekt minden részének áttekintésében, valamint mechanizmust biztosít a félreértések és egyéb kérdések tisztázására. A jó tervezés és a találkozó utáni nyomon követés elengedhetetlen ahhoz, hogy ezek a felülvizsgálatok sikeresek legyenek.
