idag kommer vi att titta på en ofta överblickade aspekt av software development lifecycle (SDL) kallas post project review. Vi börjar med att definiera vad exakt en postprojektgranskning är och gå vidare till att täcka elementen i en bra projektgranskning.
Vad är en Post Project Review?
en av funktionerna i ett projekt är att det har en bestämd start och ett bestämt slut. Ibland kan början och slutet inte vara mycket tydligt definierade (!) men man kan vanligtvis få en grov uppfattning när ett projekt startade och när det är över. Något som inte har denna typ av ändlig livslängd är egentligen inte ett projekt. Det är dock möjligt att dela upp alla aktiviteter som pågående underhåll och support av programvara i en serie tydliga projekt – vanligtvis slutar ett projekt när en programversion sätts i produktion och startar ett nytt projekt för nästa utgåva eller uppgradering.
en post-projektgranskning är ett mycket användbart och kraftfullt sätt att lägga till en kontinuerlig förbättringsmekanism. De flesta aktiviteter kan delas in i en uppsättning diskreta projekt som nämnts ovan. Denna kontinuerliga förbättringsmekanism hjälper till att göra varje efterföljande projekt mer framgångsrikt (och ofta mindre stressande för alla deltagare). Efter projektgranskningar involverar vanligtvis projektgruppen och stora intressenter som träffas och granskar vad som gick bra och vad som gick dåligt under projektet. Denna input kan hjälpa deltagarna att fatta rätt beslut och planer så att nästa projekt går bättre. Det kan också hjälpa till att rensa upp missförstånd och andra frågor.
Läs: Vad är projekthanteringsprogramvara för utvecklare?
till exempel på en post-projektgranskning som jag en gång genomförde var Kvalitetssäkringsteamet upprörd eftersom de kände att kravändringar hade godkänts och gjorts utan deras input under projektet. Baserat på denna feedback korrigerades detta i efterföljande projekt genom att säkerställa att en representant från QA-teamet alltid var närvarande när diskussioner om krav behövde göras. Detta satte dem i slingan och gav dem möjlighet att ta upp potentiella effekter på QA-tidsfristerna. Det är viktigt att se till att alla deltagare i post-projektgranskningen förstår att det inte är dags att tilldela skuld eller göra personliga attacker. Tanken är att berömma varandra på bra jobb och hitta sätt att göra saker ännu bättre. Man måste vara försiktig så att en postprojektgranskning inte degenererar till en fingerpekande övning eller skrikande match.
elementen i en bra Postprojektgranskning
som tidigare nämnts är en postprojektgransknings primära syfte inte att fördela skulden utan att identifiera områden för förbättringar och sätt att förbättra dem. Innan du planerar en post projektgranskning identifiera dina primära mål och vad du vill ta bort.
- identifiera objekt som gjordes bra: till exempel kanske tidsberäkningar var mycket bra, utvecklare och kvalitetssäkringsteam fungerade bra tillsammans och så vidare.
- identifiera objekt som kan förbättras: kanske systemdokumentation var inte redo i tid; utvecklare hade tvister med analytiker, etc i grund och botten är det saker som behöver förbättras som realistiskt kan uppnås med viss ansträngning.
- identifiera objekt som är trasiga: Dessa är ganska allvarliga och kan kräva en fullständig omprövning av hur de görs. Eventuellt kan vissa processer behöva släppas eller ändras. Kanske ständigt föränderliga krav Kräver laget att byta till en mer smidig utvecklingsmetodik. Två personer som kommer på varandras nerver kan behöva omplaceras så att de inte behöver arbeta tillsammans.
- Bestäm handlingsplaner: få input & avtal om handlingsplaner för att förbättra objekt som behöver förbättras och sätt att fixa objekt som är trasiga. Detta kommer att göra det mycket lättare att genomföra långsiktiga förändringar samt bidra till att bygga en stark känsla av engagemang och laganda i laget.
försök att få så många av intressenterna och teammedlemmarna tillsammans för mötet. Även om det kan verka som ett recept på kaos (!), om det planeras bra kan det vara en bra upplevelse för alla. Se till att alla förstår handlingsplanen och målen. Intressenter och teammedlemmar kommer sannolikt att bli entusiastiska om de ser det som en chans att arbeta med att lösa problem. Enligt min erfarenhet är första gången dessa recensioner görs vanligtvis det svåraste eftersom människor inte är säkra på vad som är tillåtet och vad som inte är. Vissa medlemmar kan också ta kritik dåligt. Det kan vara meningsfullt att ha en uppfattning om potentiellt explosiva frågor och hur man desarmera dem innan du går in i mötet. Möte privat med de drabbade deltagarna före mötet för att säkerställa att grundregler förstås och få engagemang för att de kommer att följas kan vara till stor hjälp.
en bra teknik som jag har funnit för att identifiera viktiga problem är att göra något som att rösta. Varje deltagare sätter upp objekt som kan falla i en av kategorierna bra gjort, vissa tweaking behövs och måste åtgärdas. Detta gör att alla känner att hans eller hennes åsikter räknas. Plus det kan hjälpa till att ge en fullständig bild av många problem. Ofta hittar man ett mönster i många frågor. Ge beröm på saker som människor tycker är bra gjort. De frågor som nämns oftast är de som behöver uppmärksamhet. Vid denna tidpunkt kan det hjälpa att få människor att ge förslag på hur man kan förbättra objekt som behöver förbättras och hur man fixar objekt som är trasiga. Du kan till och med ha en informell omröstning om vilka ideer som verkar vara bäst.
när mötet är över, samla all information och spela in den. Se till att specificera vad som går bra, vad som behöver förbättras och vad som behöver fixas. Identifiera de tekniker som alla var överens om skulle arbeta för att förbättra och lösa problemen. Det är bra att presentera detta för ledningen, särskilt om vissa korrigeringar behöver godkännande eller resurser. Dessa rapporter ger dem ett sätt att granska laget och kommer att bygga sitt förtroende för att laget försöker attackera och åtgärda problem på egen hand. Det är mycket bättre att hitta sätt att lösa problem själv snarare än att ha ledande befattningshavare att engagera sig i att hitta korrigeringarna. Människor ogillar vanligtvis verkställande order men kommer gärna att arbeta med förändringar som de själva föreslog.
Läs: bästa projekthanteringsverktyg för utvecklare.
slutsats
postprojektrecensioner är ett värdefullt sätt för lag att förbättra sina prestationer och färdigheter. De erbjuder en mekanism för att hjälpa bränsle ständiga förbättringar samt förbättra laget moral. Det är viktigt att få så många intressenter som möjligt i granskningen eftersom det är hjälper till att granska alla delar av projektet samt ger en mekanism för att klara upp missförstånd och andra frågor. Bra planering och uppföljning efter mötet är avgörande för att göra dessa recensioner till en framgång.
