Laat beheerders meedraaien in projecten
Ik heb goede ervaringen met het inzetten van beheerders in IT projecten.
(Dit artikel verscheen eerder in Computable)
Vaak wordt bij de opzet van een IT project vooral aan de functionaliteit gedacht die moet worden opgeleverd. En om de kans op het slagen van een project te verhogen, wordt de scope goed afgebakend. Maar weinig projecten houden er in hun plannen rekening mee dat de ontwikkelde systemen ook in beheer moeten worden genomen.
Vaak staat aan het eind van het project ergens de actie “In productie”, en dat is wat het project betreft de laatste stap. Systemen kunnen in een jaar ontwikkeld worden, maar blijven vaak (tientallen) jaren in productie staan. Al die tijd moeten ze beheerd worden.
Er zijn verwachtingen over de performance, het maken van back-ups, uitwijk in geval van calamiteiten, het oplossen ven verstoringen, de kennis van de beheerders, enzovoort. Deze verwachtingen worden zelden vooraf gemanaged door het project.
Beheerders ervaren vaak dat systemen na oplevering “over de muur” worden gegooid, zonder dat ze invloed hebben kunnen uitoefenen op de inrichting van de systemen. Het is dan ook niet vreemd dat de beheerders vaak met de hakken in het zand gaan staan en problemen met het nieuwe systeem afschuiven op het (inmiddels afgesloten) project.
Ik pleit er dan ook voor om beheerders al vroeg in IT projecten te betrekken. Zij kunnen op bovengenoemde aspecten al in een vroeg stadium adviseren, ze kennen de productieomgeving en kunnen de impliciete verwachtingen van het project expliciet maken.
Mijn ervaring is dat een project veel makkelijker wordt geaccepteerd en met minder problemen in productie gaat als de beheerders in het project hebben meegedraaid.
Een nadeel is natuurlijk dat als de beheerders in projecten zitten, het gevaar bestaat dat het beheer van de bestaande systemen minder aandacht krijgt. Hier moet goed op geanticipeerd worden.
This entry was posted on Vrijdag 29 Augustus 2008