vandaag gaan we kijken naar een vaak overschat aspect van de software development lifecycle (SDL), bekend als de na projectreviews. We zullen beginnen met het definiëren van wat, precies, een post project review is en de overgang naar het dekken van de elementen van een goede project review.
Wat is een evaluatie na een Project?
een van de kenmerken van een project is dat het een bepaald begin en een bepaald einde heeft. Soms is het begin en einde misschien niet erg duidelijk gedefinieerd (! maar men kan meestal een ruw idee krijgen wanneer een project begon en wanneer het voorbij is. Iets dat niet zo ‘ n eindige levensduur heeft, is niet echt een project. Het is echter mogelijk om elke activiteit, zoals doorlopend softwareonderhoud en ondersteuning, op te splitsen in een reeks duidelijke projecten – meestal eindigt een project wanneer een softwareversie in productie wordt gebracht en start een nieuw project voor de volgende release of upgrade.
een nabespreking van een project is een zeer nuttige en krachtige manier om een mechanisme voor continue verbetering toe te voegen. De meeste activiteiten kunnen worden onderverdeeld in een reeks discrete projecten zoals hierboven vermeld. Dit continue verbeteringsmechanisme helpt elk volgend project succesvoller te maken (en vaak minder stressvol voor alle deelnemers). Na projectbeoordelingen meestal betrekken het projectteam en de belangrijkste belanghebbenden samen te komen en te beoordelen wat goed ging en wat slecht ging tijdens het project. Deze input kan deelnemers helpen om de juiste beslissingen en plannen te maken, zodat het volgende project beter loopt. Het kan ook helpen misverstanden en andere kwesties op te lossen.
gelezen: Wat is Project Management Software voor ontwikkelaars?
bijvoorbeeld, bij een evaluatie na het project die ik ooit heb uitgevoerd, was het Quality Assurance (QA) team van streek omdat zij vonden dat veranderingen in de vereisten waren goedgekeurd en doorgevoerd zonder hun inbreng tijdens het project. Op basis van deze feedback werd dit gecorrigeerd in volgende projecten door ervoor te zorgen dat een vertegenwoordiger van het QA team altijd aanwezig was wanneer discussies over vereisten moesten worden gedaan. Dit bracht hen op de hoogte en bood hen de gelegenheid om mogelijke gevolgen voor de termijnen voor kwaliteitsborging aan te geven. Het is belangrijk om ervoor te zorgen dat alle deelnemers aan de post project beoordeling begrijpen dat het niet een tijd voor het toewijzen van schuld of het maken van persoonlijke aanvallen. Het idee is om elkaar te prijzen op werk goed gedaan, evenals manieren vinden om dingen nog beter te doen. Men moet voorzichtig zijn dat een post project beoordeling niet ontaard in een vinger wijzen oefening of schreeuwen wedstrijd.
de elementen van een goede beoordeling na een Project
zoals eerder vermeld is het primaire doel van een beoordeling na een project niet om de schuld te verdelen, maar om gebieden voor verbeteringen te identificeren en manieren om deze te verbeteren. Voordat u een post project beoordeling te plannen identificeren van uw primaire doelen en wat je wilt weg te nemen.
- Identificeer items die goed zijn gedaan: bijvoorbeeld, misschien waren de tijdschattingen zeer goed, ontwikkelaars en teams voor kwaliteitsborging werkten goed samen, enzovoort.
- Identificeer items die kunnen verbeteren: misschien was de systeemdocumentatie niet op tijd klaar; ontwikkelaars hadden geschillen met analisten, enz.
- geef items aan die zijn gebroken: Deze zijn vrij ernstig en kan een volledige heroverweging op hoe ze worden gedaan vereisen. Mogelijk moeten sommige processen worden verwijderd of gewijzigd. Misschien dat voortdurend veranderende eisen Vereist dat het team om te schakelen naar een meer wendbare ontwikkeling methodologie. Twee mensen die elkaar op de zenuwen werken moeten misschien worden overgeplaatst, zodat ze niet hoeven samen te werken.
- besluiten Actieplannen: input ophalen & overeenstemming over actieplannen om items te verbeteren die verbeterd moeten worden en manieren om items te repareren die verbroken zijn. Dit maakt het veel gemakkelijker om veranderingen op lange termijn door te voeren en helpt een sterk gevoel van betrokkenheid en teamgeest in het team op te bouwen.
probeer zoveel mogelijk belanghebbenden en teamleden bij elkaar te krijgen voor de vergadering. Terwijl het lijkt misschien een recept voor chaos (!), als goed gepland kan het een geweldige ervaring voor iedereen. Zorg ervoor dat iedereen het actieplan en de doelstellingen begrijpt. Stakeholders en teamleden zullen waarschijnlijk enthousiast zijn als ze het zien als een kans om te werken aan het oplossen van problemen. In mijn ervaring is de eerste keer dat deze beoordelingen worden gedaan meestal het moeilijkst, omdat mensen niet zeker weten wat wel en wat niet is toegestaan. Sommige leden kunnen kritiek ook slecht opvatten. Het kan zinvol zijn om een idee te hebben van potentieel explosieve kwesties en hoe ze onschadelijk te maken voordat je naar de vergadering gaat. Ontmoeting in privé met de betrokken deelnemers voor de vergadering om ervoor te zorgen basisregels worden begrepen en krijgen betrokkenheid dat ze zullen worden gevolgd kan zeer nuttig zijn.
een goede techniek die ik heb gevonden om belangrijke problemen te identificeren is zoiets als stemmen. Elke deelnemer zet items die kunnen vallen in een van de categorieën goed gedaan, wat tweaken nodig en moet worden vastgesteld. Dit geeft iedereen het gevoel dat zijn of haar meningen worden geteld. Plus het kan helpen om een volledig beeld van veel problemen. Vaak vindt men een patroon in veel kwesties. Bieden lof op items die mensen voelen zijn goed gedaan. De kwesties die het vaakst worden genoemd, zijn de kwesties die aandacht behoeven. Op dit punt kan het helpen om mensen ideeën over hoe te verbeteren items die verbetering nodig hebben en hoe te repareren items die zijn gebroken. U kunt zelfs een informele stemming over welke ideeën lijken de beste.
zodra de vergadering voorbij is, verzamel alle informatie en noteer deze. Zorg ervoor dat u in detail wat goed gaat, wat moet worden verbeterd en wat moet worden vastgesteld. Identificeer de technieken die iedereen overeengekomen zou werken aan het maken van de verbetering en het oplossen van de problemen. Het is een goed idee om dit te presenteren aan het senior management, vooral als sommige fixes goedkeuring of middelen nodig hebben. Deze rapporten bieden hen een manier om het team te beoordelen en zal hun vertrouwen dat het team probeert aan te vallen en problemen op te lossen op zijn eigen op te bouwen. Het is veel beter om manieren te vinden om problemen zelf op te lossen in plaats van het senior management betrokken te raken bij het vinden van de oplossingen. Mensen meestal kwalijk executive orders, maar zal gewillig werken aan veranderingen die ze zelf voorgesteld.
Lees: Beste projectbeheertools voor ontwikkelaars.
conclusie
projectbeoordelingen na afloop zijn een waardevolle manier voor teams om hun prestaties en vaardigheden te verbeteren. Ze bieden een mechanisme om te helpen brandstof continue verbetering evenals het verbeteren van Team moreel. Het is belangrijk om zoveel mogelijk belanghebbenden bij de evaluatie te betrekken, omdat het helpt om alle onderdelen van het project te beoordelen en een mechanisme biedt om misverstanden en andere kwesties op te lossen. Een goede planning en follow-up na de vergadering is cruciaal om van deze beoordelingen een succes te maken.
