Bizar eigenlijk om te zien hoe slecht bedrijven hun ICT administratie op orde hebben. De laatste jaren constateer ik steeds meer dat de kwaliteit intern zeer te wensen overlaat. Enkele voorbeelden zijn Asset databases die totaal niet op orde zijn, nog niet voor 80%, wel is dit de basis voor facturatie. Daarnaast personeelsbestanden, vulling en actualiteit hiervan is zeer slecht. Ditzelfde geldt voor intranet telefoongidsen, hiervoor geldt wederom hetzelfde. Daarnaast projecten, projecten zouden aan beheer overgedragen moeten worden, als dit al gebeurt dan gebeurt dit onder dwang, van een acceptatieproces en kwaliteitsbewaking is geen sprake. Software wordt ontwikkeld zonder dat er een fatsoenlijk functioneel ontwerp op tafel ligt, laat staan een technisch ontwerp, nog erger, van reverse engineering achteraf is ook geen sprake. Het zijn de kleine dingen, de 80-20 regel die van toepassing zou moeten zijn; 80% van het werk doe je in 20% van de tijd. Nu is het omgekeerd, 20% van het werk wordt gedaan in 80% van de tijd. Puur omdat in een vroeg stadium niet de tijd wordt genomen om de kwaliteit op te pakken en te bewaken. In geval van de asset database wordt 80% van de tijd besteed aan 20% die niet klopt, de spreekwoordelijke naald in de hooiberg. In geval van de telefoongids zul je veel tijd moeten investeren om iemand te pakken te krijgen (gelukkig is hier six degrees op van toepassing, waardoor je toch snel iemand te pakken krijgt). In geval van een informatie-analyse, functioneel en technisch ontwerp kan ik heel simpel en kort zijn, accepteer de paar dagen uitloop op je oorspronkelijke begroting, het scheelt je aan het eind van het project 80% van het (re)work. Daarnaast, als je alles goed gedocumenteerd hebt, er is afstemming geweest met de klant, en het door de klant gewenste eindproduct ligt er, dan kun je ook een scherpere prijsstelling aanbieden voor het beheer van een applicatie of infrastructuur. Nog te vaak constateer ik dat, ook, grote bedrijven, asociaal hoge bedragen durven vragen voor beheer, en onderhoud. Mijns inziens heeft dit puur te maken met keuzes die in het project zijn gemaakt, maar die niet voldoende duidelijk zijn overgedragen aan de klant. Indien je een technisch ontwerp wilt overslaan, of de klant wil hier niet voor betalen, leg dit dan voor aan de klant, geef dan ook duidelijk aan wat de voordelen(prijs) maar belangrijker nog, de nadelen zijn(prijs van beheer en onderhoud). Ga ook als organisatie zelf te rade waar je mee bezig bent wanneer je een kwalitatief slecht functioneel of technisch ontwerp oplevert. In ieder geval grote kans dat dit ten koste gaat van de lange termijn relatie.
22
Nov
06






0 Responses to “Kwaliteit, kwaliteit, kwaliteit”
Leave a Reply