I Dag skal Vi se på et ofte over-sett aspekt av software development lifecycle (SDL) kjent som post project review. Vi vil starte med å definere hva, nøyaktig, en post prosjekt gjennomgang er og gå videre til å dekke elementene i en god prosjektgjennomgang.
Hva Er En Post Project Review?
en av funksjonene i et prosjekt er at den har en klar start og en klar slutt. Noen ganger kan start og slutt ikke være veldig klart definert (!) men man kan vanligvis få en grov ide når et prosjekt startet og når det er over. Noe som ikke har denne typen endelig levetid er egentlig ikke et prosjekt. Det er imidlertid mulig å bryte opp enhver aktivitet som pågående programvarevedlikehold og støtte i en rekke klare prosjekter-vanligvis avslutter et prosjekt når en programvareutgivelse settes i produksjon og starter et nytt prosjekt for neste utgivelse eller oppgradering.
en post project review er en svært nyttig og effektiv måte å legge til en kontinuerlig forbedringsmekanisme. De fleste aktiviteter kan deles inn i et sett av diskrete prosjekter som nevnt ovenfor. Denne kontinuerlige forbedringsmekanismen bidrar til å gjøre hvert etterfølgende prosjekt mer vellykket (og ofte mindre stressende for alle deltakere). Post prosjektgjennomganger involverer vanligvis prosjektgruppen og store interessenter som møtes og gjennomgår hva som gikk bra og hva som gikk dårlig under prosjektet. Denne innspillingen kan hjelpe deltakerne til å ta de riktige beslutningene og planene slik at neste prosjekt går bedre. Det kan også bidra til å rydde opp misforståelser og andre problemer.
Les: Hva Er Prosjektledelse Programvare For Utviklere?
For eksempel, På et innlegg prosjekt gjennomgang som jeg en gang gjennomført, Kvalitetssikring (QA) teamet var opprørt som de følte krav endringer hadde blitt godkjent og gjort uten deres innspill i løpet av prosjektet. Basert på denne tilbakemeldingen ble dette korrigert i etterfølgende prosjekter ved å sikre at en representant fra QA-teamet alltid var til stede når diskusjoner om krav måtte gjøres. Dette satte dem i løkken, så vel som ga dem mulighet til å få opp potensielle virkninger på qa-tidsfrister. Det er viktig å sikre at alle deltakere i post project review forstår at det ikke er tid for å tildele skyld eller gjøre personlige angrep. Ideen er å prise hverandre på jobber godt utført samt finne måter å gjøre ting enda bedre. Man må være forsiktig at en post prosjekt gjennomgang ikke utarte til en finger peker øvelse eller rope kamp.
Elementene I En God Postprosjektgjennomgang
som nevnt tidligere er en postprosjektgjennomgang hovedformål ikke å fordele skyld, men å identifisere områder for forbedringer Og måter å forbedre dem på. Før du planlegger en post project-gjennomgang, identifiser dine primære mål og hva du vil ta bort.
- Identifiser elementer som ble gjort bra: for eksempel kanskje tidsestimater var veldig gode, utviklere og kvalitetssikringsteam jobbet godt sammen og så videre.
- Identifiser elementer som kan forbedres: kanskje systemdokumentasjon ikke var klar i tide; utviklere hadde tvister med analytikere, Etc.I Utgangspunktet er det elementer som trenger litt forbedring som realistisk kan oppnås med en viss grad av innsats.
- Identifiser elementer som er brutt: Disse er ganske alvorlige og kan kreve en fullstendig omtanke på hvordan de er ferdige. Muligens noen prosesser kan trenge å bli droppet eller endret. Kanskje stadig skiftende krav krever at teamet endrer seg til en mer smidig utviklingsmetodikk. To personer som kommer på hverandres nerver, må kanskje tilordnes slik at de ikke trenger å jobbe sammen.
- Bestem handlingsplaner: Få innspill & avtale om handlingsplaner for å forbedre elementer som må forbedres og måter å fikse elementer som er brutt. Dette vil gjøre det mye enklere å implementere langsiktige endringer, samt bidra til å bygge en sterk følelse av engasjement og lagånd i teamet.
Prøv å få så mange av interessentene og teammedlemmene sammen for møtet. Selv om det kan virke som en oppskrift på kaos (!), hvis planlagt godt det kan være en stor opplevelse for alle. Sørg for at alle forstår handlingsplanen og målene. Interessenter og teammedlemmer vil sannsynligvis bli begeistret hvis de ser det som en sjanse til å jobbe med å få problemer løst. I min erfaring første gang disse vurderingene er gjort er vanligvis den vanskeligste siden folk er ikke sikker på hva som er tillatt og hva som ikke er. Noen medlemmer kan også ta kritikk dårlig. Det kan være fornuftig å ha en ide om potensielt eksplosive problemer og hvordan du kan avdekke dem før du går inn i møtet. Møte i privat med de berørte deltakerne før møtet for å sikre grunnregler er forstått og få engasjement for at de vil bli fulgt kan være svært nyttig.
en god teknikk som jeg har funnet for å identifisere store problemer, er å gjøre noe som å stemme. Hver deltaker setter opp elementer som kan falle inn i en av kategoriene godt utført, noen tweaking nødvendig og må løses. Dette gjør at alle føler at hans eller hennes meninger blir talt. Pluss det kan bidra til å gi en fullstendig oversikt over mange problemer. Ofte vil man finne et mønster i mange saker. Tilby ros på elementer som folk føler er godt utført. Problemene nevnt oftest er de som trenger oppmerksomhet. På dette punktet kan det bidra til å få folk til å gi ideer om hvordan du kan forbedre elementer som må forbedres og hvordan du løser elementer som er ødelagte. Du kan selv ha en uformell stemme på hvilke ideer synes best.
når møtet er over, samle all informasjonen og skriv den ned. Sørg for å detalj hva som går bra, hva som må forbedres og hva som må fikses. Identifisere teknikker alle enige ville fungere på å gjøre forbedring og fikse problemene. Det er en god ide å presentere dette til toppledelsen, spesielt hvis noen reparasjoner trenger godkjenning eller ressurser. Disse rapportene gir dem en måte å gjennomgå teamet og vil bygge deres tillit til at laget prøver å angripe og fikse problemer på egen hånd. Det er mye bedre å finne måter å løse problemer selv i stedet for at toppledelsen blir involvert i å finne reparasjonene. Folk misliker vanligvis utøvende ordrer, men vil gjerne jobbe med endringer de selv foreslo.
Les: Beste Prosjektstyringsverktøy For Utviklere.
Konklusjon
Etter prosjektgjennomganger er en verdifull måte for team å forbedre sine prestasjoner og ferdigheter. De tilbyr en mekanisme for å hjelpe drivstoff kontinuerlig forbedring samt forbedre team moral. Det er viktig å få så mange interessenter som mulig i gjennomgangen siden det er med på å gjennomgå alle deler av prosjektet, samt gir en mekanisme for å rydde opp misforståelser og andre problemer. God planlegging og oppfølging etter møtet er avgjørende for å gjøre disse anmeldelsene til en suksess.
