i dag skal vi se på et ofte over-Set aspekt af programudviklingslivscyklussen (SDL) kendt som post-projektanmeldelsen. Vi starter med at definere, hvad, nemlig, en post-projektanmeldelse er, og gå videre til at dække elementerne i en god projektanmeldelse.
Hvad er en post-Projektanmeldelse?
et af funktionerne i et projekt er, at det har en bestemt start og en bestemt afslutning. Nogle gange er starten og slutningen muligvis ikke meget klart defineret (!) men man kan normalt få en grov ide, når et projekt startede, og når det er overstået. Noget, der ikke har denne form for endelig levetid, er ikke rigtig et projekt. Det er dog muligt at opdele enhver aktivitet såsom løbende programvedligeholdelse og support i en række klare projekter – typisk at afslutte et projekt, når en programudgivelse sættes i produktion og starte et nyt projekt til den næste udgivelse eller opgradering.
en post projekt gennemgang er en meget nyttig og kraftfuld måde at tilføje en kontinuerlig forbedring mekanisme. De fleste aktiviteter kan opdeles i et sæt diskrete projekter som nævnt ovenfor. Denne kontinuerlige forbedringsmekanisme hjælper med at gøre hvert efterfølgende projekt mere vellykket (og ofte mindre stressende for alle deltagere). Efter projektanmeldelser involverer typisk projektteamet og de store interessenter, der mødes og gennemgår, hvad der gik godt, og hvad der gik dårligt under projektet. Dette input kan hjælpe deltagerne med at træffe de rigtige beslutninger og planer, så det næste projekt kører bedre. Det kan også hjælpe med at fjerne misforståelser og andre problemer.
læse: Hvad er projektstyringsprogram til udviklere?
for eksempel på en post-projektanmeldelse, som jeg engang gennemførte, var Kvalitetssikringsteamet ked af det, da de følte, at kravændringer var blevet godkendt og foretaget uden deres input under projektet. Baseret på denne feedback blev dette korrigeret i efterfølgende projekter ved at sikre, at en repræsentant fra KVALITETSSIKRINGSTEAMET altid var til stede, når der skulle drøftes krav. Dette satte dem i løkken og gav dem mulighed for at få potentielle konsekvenser for KVALITETSSIKRINGSFRISTERNE. Det er vigtigt at sikre, at alle deltagere i gennemgangen af postprojektet forstår, at det ikke er tid til at tildele skyld eller foretage personlige angreb. Ideen er at rose hinanden på godt udførte job samt finde måder at gøre tingene endnu bedre på. Man skal være forsigtig med, at en postprojektanmeldelse ikke degenererer til en fingerpegende øvelse eller råbekamp.
elementerne i en god Postprojektanmeldelse
som tidligere nævnt er en postprojektanmeldelses primære formål ikke at fordele skylden, men at identificere områder til forbedringer og måder at forbedre dem på. Før du planlægger en projektanmeldelse, skal du identificere dine primære mål, og hvad du vil fjerne.
- Identificer elementer, der blev gjort godt: for eksempel måske tid skøn var meget god, udviklere og kvalitetssikring teams arbejdede godt sammen og så videre.
- Identificer elementer, der kunne forbedre: måske var systemdokumentationen ikke klar til tiden; udviklere havde tvister med analytikere osv.
- Identificer elementer, der er brudt: Disse er ret alvorlige og kan kræve en fuldstændig nytænkning af, hvordan de gøres. Muligvis skal nogle processer muligvis droppes eller ændres. Måske kræver konstant skiftende krav, at teamet skifter til en mere smidig udviklingsmetode. To mennesker, der kommer på hinandens nerver, skal muligvis omfordeles, så de ikke behøver at arbejde sammen.
- Beslut handlingsplaner: få input & aftale om handlingsplaner for at forbedre elementer, der skal forbedres, og måder at rette elementer, der er brudt. Dette vil gøre det meget lettere at implementere langsigtede ændringer samt hjælpe med at opbygge en stærk følelse af engagement og holdånd i teamet.
prøv at få så mange interessenter og teammedlemmer sammen til mødet. Selvom det kan virke som en opskrift på kaos (!), hvis planlagt godt kan det være en stor oplevelse for alle. Sørg for, at alle forstår handlingsplanen og målene. Interessenter og teammedlemmer vil sandsynligvis blive begejstrede, hvis de ser det som en chance for at arbejde på at få problemer løst. Efter min erfaring er første gang disse anmeldelser normalt de sværeste, da folk ikke er sikre på, hvad der er tilladt, og hvad der ikke er. Nogle medlemmer kan også tage kritik Dårligt. Det kan være fornuftigt at have en ide om potentielt eksplosive problemer, og hvordan man kan afbøde dem, før man går ind i mødet. At møde privat med de berørte deltagere før mødet for at sikre, at grundreglerne forstås og få engagement i, at de vil blive fulgt, kan være meget nyttigt.
en god teknik, som jeg har fundet til at hjælpe med at identificere store problemer, er at gøre noget som at stemme. Hver deltager sætter elementer, der kan falde ind i en af de kategorier, der er godt udført, nogle justeringer er nødvendige og skal løses. Dette får alle til at føle, at hans eller hendes meninger tælles. Plus det kan hjælpe med at give et komplet overblik over mange problemer. Ofte vil man finde et mønster i mange spørgsmål. Giv ros på ting, som folk føler er godt klaret. De spørgsmål, der oftest nævnes, er dem, der har brug for opmærksomhed. På dette tidspunkt kan det hjælpe med at få folk til at give ideer til, hvordan man forbedrer genstande, der skal forbedres, og hvordan man løser genstande, der er brudt. Du kan endda have en uformel afstemning om, hvilke ideer der synes bedst.
når mødet er slut, indsamle alle oplysninger og optage det ned. Sørg for at specificere, hvad der går godt, hvad der skal forbedres, og hvad der skal løses. Identificer de teknikker, som alle var enige om, ville arbejde på at forbedre og løse problemerne. Det er en god ide at præsentere dette for den øverste ledelse, især hvis nogle rettelser har brug for godkendelse eller ressourcer. Disse rapporter giver dem en måde at gennemgå holdet på og vil opbygge deres tillid til, at holdet forsøger at angribe og løse problemer alene. Det er meget bedre at finde måder at løse problemer selv i stedet for at have den øverste ledelse at blive involveret i at finde rettelserne. Folk typisk Harmes bekendtgørelser, men vil gerne arbejde på ændringer, de selv foreslået.
Læs: bedste projektstyringsværktøjer til udviklere.
konklusion
Post projektanmeldelser er en værdifuld måde for teams at forbedre deres præstationer og færdigheder. De tilbyder en mekanisme til at hjælpe brændstof løbende forbedringer samt forbedre team moral. Det er vigtigt at få så mange interessenter som muligt i gennemgangen, da det er med til at gennemgå alle dele af projektet samt giver en mekanisme til at rydde op misforståelser og andre spørgsmål. God planlægning og opfølgning efter mødet er afgørende for at gøre disse anmeldelser til en succes.
