IT Project Management / door Duncan Haughey / Leestijd minuten

laten we beginnen met een aantal verontrustende statistieken. Slechts 29% van de softwareprojecten was succesvol, 52% werd aangevochten (kostenoverschrijdingen, budgetoverschrijdingen of content deficiënties), en 19% mislukte, volgens het Standish Group report in 2015. Hoewel deze bevindingen een paar jaar geleden voor het eerst naar voren kwamen, zijn de resultaten vandaag niet minder waar.

bovendien bedraagt het percentage projecten dat door de klant als waardevol wordt beschouwd 59% en het percentage projecten dat door de klant als bevredigend wordt beschouwd 56%.

onbevredigende projectresultaten zijn een norm voor de IT-industrie geworden wanneer de klant niet tevreden was met het resultaat. Wat kunnen we eraan doen?

een goed uitgangspunt is het aanpakken van een aantal cruciale redenen waarom softwareprojecten mislukken.

Reden 1: te weinig tijd

vaak wordt een deadline vastgesteld voordat het project van start gaat en is niet onderhandelbaar. Deze deadline resulteert in een halsoverkop rush om te beginnen met de veronderstelling, hoe eerder je begint met coderen, hoe eerder je het project af.

haast om te beginnen met coderen is bijna altijd de verkeerde aanpak. Het is essentieel om de tijd te besteden aan het creëren van een goed ontwerp. Het ontbreken van een goed ontwerp leidt tot voortdurende veranderingen gedurende de ontwikkelingsfase. Wanneer dit gebeurt, tijd en budget worden verbruikt in een snel tempo.

oplossing:

• laat je niet verleiden om direct in te springen en te beginnen met coderen.
• geef voldoende tijd om een goed ontwerp te maken, en de rest van het project zal veel beter lopen.

deze aanpak zal uw reputatie verbeteren wanneer u iets levert dat voldoet aan de verwachtingen van uw klanten en de eerste keer correct werkt.

Reden 2: onvoldoende Budget

veel projecten hebben de laagste prijs, het meest succesvolle leveranciersbeleid of een onrealistisch laag budget, dat niet is gebaseerd op de projectvereisten. Als dit gebeurt, vertraagt alles. Hulpbronnen zijn traag of nooit aankomen; hoeken worden gesneden,en kwaliteit lijdt.

oplossing:

• wees realistisch over het budget en baseren op de volledige eisen.
• vermijd de selectie van een leverancier uitsluitend op de laagste prijs te baseren.
• Ga naar een leverancier of team met een bewezen staat van dienst op het gebied van levering binnen het budget.
• gebruik een checklist voor de selectie van leveranciers zoals hieronder om de juiste leverancier voor uw project te vinden.

Reden 3: Slechte communicatie

er is een gezegde, “neem nooit iets aan”, wat vooral het geval is voor softwareprojecten. Goede communicatie met uw klant, gebruikers en het ontwikkelingsteam is cruciaal voor projectsucces. Stel jezelf drie vragen:

1. begrijpt iedereen in het team je?
2. weten zij wat u van hen verwacht, of heeft u aangenomen dat zij het weten?
3. communiceren ze goed met elkaar, met gebruikers en met andere afdelingen?

oplossing:

• Vind alle communicatie storingen nu. Deze kunnen later in het project tot verwarring en complicaties leiden.
• ga er nooit vanuit dat iedereen alles begrijpt wat er op het project gebeurt.
• neem de tijd om een omgeving te creëren waar communicatie toegankelijk, open en frequent is.

reden 4: nooit projectvoortgang herzien

naarmate een project vordert, veranderen de dingen, die het project aanzienlijk beïnvloeden. Het is belangrijk om de voortgang van het project te blijven onderzoeken om uitdagingen in een vroeg stadium te overwinnen en belanghebbenden te waarschuwen voor mogelijke vertragingen en veranderingen in de resultaten.

oplossing:

• stel altijd mijlpalen in om de voortgang met uw team en stakeholders tijdens het project te beoordelen. Pas aan waar nodig om op koers te blijven.
• blijf dicht bij uw team om te begrijpen wat er gebeurt en welke uitdagingen ze tegenkomen.

reden 5: Inadequate Testing

wanneer de druk om te leveren opstaat, lijdt het testen vaak onder druk. Het testen wordt overgelaten tot het einde van de ontwikkelingscyclus met minimale inspanning besteed aan het testen. Meestal, het resultaat is een product gevuld met bugs en een ongelukkige klant.

oplossing:

• voer tests uit gedurende de gehele ontwikkelingscyclus, waarbij elke module of component wordt getest zoals deze is ontwikkeld.
• laat de integratietests alleen tot het einde van de ontwikkelingscyclus, wat resulteert in minder stress en een beter product.

reden 6: testen in de productieomgeving

het is verrassend hoeveel organisaties producten testen in hun productieomgeving. Het gebruik van de productieomgeving is een risicovolle strategie die kan leiden tot inbreuken op de beveiliging en onbedoelde vrijlating zonder testen, waardoor de productiesystemen worden verstoord.

oplossing:

• ontwikkelen van een proces voor kwaliteitsborging en release van nieuwe software producten.
• bieden een omgeving gescheiden van de productieomgeving voor testen en bugfixing.

reden 7: gebrek aan kwaliteitsborging

vaak in onze haast om de software te leveren, lijdt kwaliteitsborging. Documentatie is onvolledig voor code wijzigingen, het ontwerp bevat fouten, en implementaties kunnen onvoltooid zijn. Dit alles leidt tot rework, verloren tijd en uiteindelijk ontevreden klanten.

oplossing:

• neem de tijd om de kwaliteit te controleren en document software voor de release.
• recensie Michael L Young artikel 6 succesfactoren voor het beheer van projectkwaliteit

reden 8: Niet voldoen aan industriestandaarden

voldoen aan industriestandaarden in uw softwareprojecten kan nuttig zijn door te zorgen voor goede toegankelijkheid, draagbaarheid, bruikbaarheid, robuustheid en het verminderen van huidige en toekomstige problemen. Organisaties zoals het World Wide Web Consortium (W3C) en de Internationale Organisatie voor normalisatie (ISO) hebben open standaarden ontwikkeld die moeilijk te betwisten zijn.

oplossing:

• neem de tijd om een standaardbenadering voor uw projecten te introduceren.
• zoek wat goed werkt en blijf het doen.
• verander alles wat niet werkt.
• Controleer en werk uw normen regelmatig bij.

de volgende keer dat u een softwareontwikkelingsproject beheert, bekijk deze lijst en herinner uzelf eraan wat nodig is om succes te garanderen. Je zult verrast zijn, het maakt een verschil.Recommended read: The Curious Case of the CHAOS Report 2009 door Jorge Dominguez.