Werken aan IT succes

Hoe komt het dat IT-projecten vaak uitlopen en niet de doelen behalen, zoals van tevoren bedacht? Na jarenlange ervaring in vele uiteenlopende sectoren, herken ik een patroon. En dat begint met eigenaarschap. Liefst vanuit de top van de organisatie. Als zij niet het belang zien en voelen, dan sta je al met 1-0 achter. In deze story deel ik enkele tips, die je helpen om van jouw IT- project een succes te maken.

Tips voor IT succes

• Zorg dat een lid van het bestuur of directie zich eigenaar voelt van je IT-project. Vaak kom ik tegen dat er weinig interesse is, doordat de achterkant weinig ‘sexy’ is of dat ze het simpelweg te weinig begrijpen. Werk met tot de verbeelding sprekende en eenvoudige metaforen om het doel van de IT-oplevering helder te maken en hoe het de business aan de voorkant faciliteert in omzetgroei, betere klantenservice en rendement.
• Maak meetbare benefits in je projectplan inzichtelijk. En zorg voor een benefit tracker. Als zich veranderingen voordoen, dan kun je terug naar de tracker en bepalen of het zinvol is om door te gaan, te stoppen of dat maatregelen genomen moeten worden. Maak daarnaast een tracker voor de behaalde resultaten per sprint. En monitor de gerealiseerde effort punten. En als reminder, effort is niet hetzelfde als tijd.
• Bepaal wat je minimaal aan functionaliteit met business waarde als eerste wil opleveren. Oftewel je Minimal Viable Product (MVP). Opdelen van het ontwikkelproces in fasen, helpt in het sneller aantonen van succes en in gebruik name van het nieuwe proces.
• Maak een roadmap en laat je ontwikkelteam zich hieraan committeren. Dit betekent ook eerst luisteren naar hun input en een realistische planning maken, wat zij onderschrijven. Veel teams vinden dit voor de bouw van nieuwe software of het werken met nieuwe software moeilijk. Realiseer je dat veel analisten en ontwikkelaars vaak risicomijdend zijn, en het liefst geen deadline willen. Ze kijken naar hun onderdeel en hebben vaak moeite met een integrale overview. En hoeveel het kost interesseert ze vaak niet. Dus een beetje druk erop en het zetten van een deadline helpt ze ook. Ze vinden het spannend, altijd, maar dat geeft niet.
• Zorg bij start voor werk op de plank en uitgewerkte as-is processen. Documentatie is zelden op orde. Maar wel heel belangrijk, zeker als je veel wisseling van teamleden hebt. Ruim ook tijd in per sprint voor documentatie.
• Kijk terug en vooruit per sprint. Als ingenomen user stories niet zijn afgerond, vraag om een verklaring. Te vaak heb ik ook gezien, dat het te makkelijk geaccepteerd wordt, dat stories niet af zijn. Dat is niet ok. Je neemt in, om het ook af te ronden. Belangrijk om te werken aan een cultuur gericht op resultaat.
• Werk je met een PI-planning, zorg voor een sprintbuffer. Deze sprint gebruik je voor het afronden van openstaand werk, kennisontwikkeling, opruimen en de planning voor de volgende PI.
• Werk bij een groot IT-project met een dedicated Business Owner. Dat scheelt veel afstemmingstijd, heldere communicatielijnen, en een duidelijke acceptant van de opgeleverde software.
• Betrek je stakeholders met regelmaat. Organiseer demo’s, inloopkoffie’ s, borrels of zorg voor flexplekken bij het team, zodat ze meer mee krijgen van het project en zich betrokken voelen.