Tien factoren voor succesvolle projecten
Het is niet makkelijk om te bepalen wat de verhouding is tussen geslaagde en gefaalde IT projecten. Een van de belangrijkste criteria is natuurlijk: is het project opgeleverd volgens de initiële begroting en tijdsplanning? Daarnaast moet het eindproduct aan kwaliteitsnormen voldoen en moet het daadwerkelijk in gebruik worden genomen. Hardere normen in vorm van wetten en regels ontbreken vooralsnog in de IT sector.
Toch is het niet eenvoudig om een project te evalueren op succes omdat juist een businesscase vaak ontbreekt, waarmee dit zou moeten gebeuren. Dikwijls zijn de resultaten van een eindproducten niet zo goed en snel zichtbaar als een atoombom. (Manhanttanproject wordt als het begin van het modern project management gezien)
Er zijn vele onderzoeken uitgevoerd op het gebied van IT projecten. Het “CHAOS” rapport van de Standish Group (anno 1994) is een van de bekendste onder deze studies. Kort samengevat enkele conclusies: 31,1% van alle projecten werden geannuleerd zonder afgerond te worden en meer dan de helft van de projecten kostten 189% meer als de originele schatting.
Ernst & Young voert de zogenaamde ICT Barometer onderzoek uit. Het onderzoek wordt sinds december 2001 tweemaandelijks gehouden. Volgens het “ICT Projecten Ondezoek Juni 2007” kan minder dan de helft van Nederlandse projecten succesvol worden genoemd. Hoewel het rapport concludeert dat maar slechts 4% van de projecten echt mislukken, is dit volgens mij gewoon creatief rekenen. Ik zou eerder zeggen dat 40% echt mislukt omdat geen enkele randvoorwaarde is gehaald maar uiteindelijk zo veel geld en energie is gestoken om maar een eindresultaat te toveren zodat het niet als een mislukt project bestempelt kon worden.
Ook bij de overheid is het nog niet goed geregeld. De overheid heeft geen heldere zicht op uitgaven en heeft geen mechanismen om de projecten te coördineren zoals het hoort. Ook zijn het vaak monsters van projecten zonder kop of staart.
- 1. Volledige vereistenspecificatie
Essentieel element voor elk project. Het klinkt eigenlijk zo ontzettend vanzelfsprekend: allereerst glashelder formuleren wat er ontwikkeld moet worden, zodat er geen mogelijkheid kan bestaan van verkeerde interpretatie. De opdrachtgever weet wat er opgeleverd moet worden en de opdrachtaannemer begrijpt wat de verwachtingen zijn.
Hierbij is het belangrijk dat niet alleen de algemene vereisten beschreven worden, maar ook de specifieke vereisten. Als vuistregel geldt: niets is vanzelfsprekend! - 2. Project team: Technische vaardigheden en motivatie
Ook al zijn de specificaties tot op het puntje volkomen uitgewerkt en is er aan alles gedacht is het kennisniveau en vaardigheid van het projectteam cruciaal. Tevens is kennis en vaardigheid tevergeefs zonder motivatie. Succesvolle projecten blijven prestaties van teamleden. Zonder volledige inzet zal elke project stranden. - 3. Competent project manager
Vergelijk het met een vliegtuiglanding: naast vele andere factoren zoals het weer of de toestand van de landingsbaan, is een succesvolle landing bijna onmogelijk zonder een vakbekwame piloot. Een automatische piloot kan in normale situatie's prima helpen, maar juist als er problemen zijn moet er iemand krachtig kunnen ingrijpen.
13 boeken die je als project manager moet lezen
- 1. The Mythical Man-Month
All-time klassieker op het gebied van software management met exacte stellingen als "Adding more manpower to a late software project makes it later".
Brooks, Frederick P., "The Mythical Man-Month" - 2. Peopleware
Organisatorische en menselijke kant van software management
Tom DeMarco, "Peopleware" - 3. Software Project Survival Guide
Kort maar krachtig.
Steve McConnell, "Software Project Survival Guide"
