Recentelijk is door Computable een artikel gepubliceerd met de prikkelende titel: “ICT-beheersoftware is vaak weggegooid geld”:
“Van de miljarden euro’s die bedrijven de afgelopen jaren investeerden in software voor ict-beheer, is een groot deel weggegooid geld. De toepassingen zijn vaak slecht geimplementeerd en sluiten slecht aan op de bedrijfsorganisatie.
Organisaties kunnen hun wensen voor beheersoftware niet door een enkele leverancier laten vervullen, zelfs niet een van de grootste (volgens Forrester BMC, CA, IBM en HP). Ze adviseren daarom niet alleen te kiezen voor de producten van een van grote, maar om die te combineren met een ict-beheerproduct van een kleinere leverancier.”
Het hele artikel is hier te lezen.
Naar aanleiding van dit artikel vroeg de redactie mij om een reactie te geven door het beantwoorden van vier vragen.
Hieronder de 4 vragen en mijn antwoorden daarop.
1: Deel je de mening dat beheersoftware vaak weggegooid geld is?
Ik ben van mening dat vele implementatieprojecten niet opleveren wat ze zouden moeten opleveren omdat klanten onjuiste verwachtingen koesteren, veelal in de hand gewerkt door te rooskleurige verkoopverhalen. Hierdoor worden te ambitieuze projecten opgestart die niet passen bij het huidige volwassenheidsniveau van de klant. Het is niet correct om dan maar de software de schuld te geven, de fout ligt m.i. vrijwel altijd uitsluitend bij de implementatie: men wil vaak teveel in te weinig tijd. Een goede implementatie van een breed scala aan beheersoftware is een groeipad, niet iets wat je “even” doet.
2: Klopt het dat itms-leveranciers geen allesomvattende beheeroplossing bieden en dat je dus meerdere pakketten nodig hebt?
Nee, er zijn wel degelijk leveranciers die één allesomvattende oplossing bieden, maar hiermee gaan grote investeringen gemoeid aan software licenties én personeelskosten voor de implementatie, zowel intern als extern. Wel kan het zijn dat een combinatie van puntoplossingen van diverse leveranciers een beter passende oplossing is dan alles van één leverancier betrekken. Welke oplossing het beste past voor een gegeven situatie moet van geval tot geval apart worden beoordeeld.
3: Wat is je ervaring met itms van grote leveranciers als CA en HP en met de software van kleinere aanbieders? Wat zijn de voor- en nadelen van zulke beheerpakketten?
De voordelen van ITMS pakketten van grotere leveranciers zijn met name de aandacht voor integratie met andere software en de mogelijkheid om makkelijker tot een totaaloplossing te komen. Kleinere leveranciers begeven zich -haast per definitie- in een klein stukje van het spectrum en kunnen zodoende soms op dat éne gebied een betere oplossing bieden dan een grotere leverancier. Wel kan hierdoor integratie met andere tooling lastiger zijn en kan een totaaloplossing bestaande uit pakketten van diverse leveranciers minder krachtig zijn dan een totaaloplossing van één enkele leverancier.
4: Waar moeten organisaties op letten als ze nieuwe beheersoftware overwegen? Kies je bijv een IBM-tool voor een IBM-omgeving en een Cisco-tool voor een Cisco-omgeving? Wat doe je bij hybride omgevingen? Wat doe je bij een beperkt budget?
ITMS tooling dient aangeschaft te worden ter ondersteuning van bepaalde bedrijfsdoelstellingen. Werk dus altijd vanuit die doelstellingen: bepaal wat voor jouw organisatie in deze fase het belangrijkste is en kijk daarnaast waar je over een paar jaar naartoe wil. Ga vervolgens aan de hand van dit groeipad een invulling zoeken. Laat je niet verleiden tot het willen bereiken van perfectie: focus op dat wat de meeste resultaten oplevert met de minste kosten/inspanning. Kies daarbij voor software die zo open mogelijk is qua integratiemogelijkheden en ondersteuning biedt aan open frameworks zoals ITIL(v3). Meer generieke software biedt als voordeel dat je niet bij iedere wisseling in je te beheren omgeving moet zoeken naar een andere tool maar kan wel als nadeel hebben dat in sommige gevallen de “diepte” niet zo groot is als gewenst. En tenslotte: bedenk dat de implementatie van beheertooling voor 20% een technische aangelegenheid is maar voor de overige 80% een organisatorische verandering is en zet de implementatieprojecten dus ook zodanig op.
