SLA als bankwezen; ook in een recessie?
Jarenlang hadden hardwerkende bankiers alle financiële touwtjes stevig in handen en werden er flinke en degelijke resultaten geboekt, tenminste zo leek het. De touwtjes, ja die hadden ze stevig in de hand en ook de winsten waren er, maar achteraf bleken de resultaten toch niet zo degelijk als gedacht. Sterker nog, we zitten nu midden in een recessie en er moet veel veranderen. Zo is het ook met servicemanagement.
Jarenlang hebben bedrijven gewerkt met een groot aantal serviceproviders die de touwtjes stevig in hadden hadden. De laatste jaren echter zie je de trend dat meer en meer bedrijven hun services geconsolideerd afnemen van één of slechts een beperkt aantal serviceproviders. Hoe dan ook, bij elke constructie die wordt gekozen heb je te maken met het maken van afspraken en/of het opstellen van contracten.
Zo'n contract, of ook wel SLA genoemd, is als het bankwezen; als je doorgaat op de weg die je eens bent ingeslagen en niet kritisch bent over de gevolgen van je gekozen strategie, dan kan het leiden tot ernstige problemen, wellicht met een recessie tot gevolg.
Een voorbeeld ter illustratie. In nagenoeg 100 procent van de huidige SLA's staat zoiets als 'een prio 1-incident moet worden opgelost binnen acht uur' vermeld. Op zich geen probleem als de service-organisatie daarop is ingericht en alle betrokken partijen zodanig samenwerken dat ze die acht uur ook echt halen zodat de business hun activiteiten weer kunnen voortzetten. Hierin schuilt echter een veelvoorkomend probleem.
Door de huidige setup van veel serviceproviders (veel kleine groepen met elk hun eigen capaciteit) is het vaak onmogelijk om alle schakels zodanig te laten samenwerken dat de acht uur ook daadwerkelijk wordt gehaald. De zogenaamde 'servicesilo's' weten vaak niet eens waarom ze een incident snel moeten oplossen en wat de businessconsequentie is als de oplossing op zich laat wachten. Als er een eenvoudig recept bestond om dit op te lossen, dan was de recessie wellicht ook al lang onder controle of was deze niet eens uitgebroken. Het is schijnbaar niet eenvoudig, temeer omdat het een samenspel betreft van vele facetten binnen een service-organisatie.
Een goede start kan echter al gemaakt worden door niet meer met 'serviceproces-driven' SLA's te werken maar over te stappen naar een 'businessproces-driven' SLA. Hierbij zorg je ervoor dat er geen eilandjes ontstaan voor 'incidentmanagement', 'probleemmanagement', 'capacitymanagement', etc. met elk hun eigen verantwoordelijke manager, maar dat er teams ontstaan die een volledig businessproces van hun klant ondersteunen. Bij de steeds complexer wordende omgevingen is het dus niet langer van belang dat een individueel ticket binnen één schakel volgens het SLA wordt opgelost, het is van belang dat het gehele businessproces weer op gang gebracht wordt, daar worden immers de winsten gemaakt voor een bedrijf.
Overstappen van de eens zo goed werkende 'serviceproces' SLA naar een recessiebestendige 'businessproces' SLA is daarom van groot belang om een naderende recessie in servicemanagementland te voorkomen. Bijkomend voordeel is dat de bedrijven weer in staat worden gesteld zich te richten op hun corebusiness, zodat de winsten weer kunnen groeien en uiteindelijk ook het bankwezen uit de recessie kan komen.
We zien op dit moment dat technologie bedrijven - als VMware, Cisco en EMC - technische oplossingen in de markt brengen om deze complexiteit wat betreft service leverantie te virtualiseren. Maar dat betekent dat onder die virtuele laag de (technische) complexiteit alleen maar toeneemt. De consequentie is dat je die toegenomen complexiteit alleen nog maar kunt managen als je het vergaand integreert en automatiseert. Wat we dan ook zien gebeuren.
Echter, automatiseren betekent dat je organisatie op een totaal andere wijze moet worden ingericht en dat ook aan mensen andere eisen worden gesteld. In die zin heb je gelijk dat - zoals je zegt - 'het is dus niet langer van belang dat een individueel ticket binnen 1 schakel volgens het SLA wordt opgelost, het is van belang dat het gehele businessproces weer op gang gebracht wordt, daar worden immers de winsten gemaakt voor een bedrijf.' En - zoals ik zei - de enige mogelijkheid om dat laatste mogelijk te maken is integratie en vergaande automatisering. Er is een Operational Readiness nodig die de organisatie moet bereiken om vergaande virtualisatie succesvol te kunnen doorvoeren en om - naast de capex - vooral de opex voordelen te kunnen realiseren. Het vermogen (of onvermogen) om die Operational Readiness te realiseren, is in mijn ogen de kritische succesfactorvoor het wel of niet blijvend kunnen managen van je 'businessproces' SLA's.
Hans Timmerman, EMC Nederland
De teams per bedrijfsproces die Patrick voorstelt zullen weliswaar meer kennis krijgen van de business, maar staan daardoor ook verder af van de technologie. Elk bedrijfsproces is over het algemeen afhankelijk van meerdere soorten technologie. In ieder team heb je dus kennis van al die technologie nodig. Al die kennis in elk team opnemen levert grote, dure teams op met in elk team een netwerk specialist, een DBA'er, een email specialist, een storage specialist, een java ontwikkelaar, een user interface ontwerper, etc. Omdat dit in de meeste situaties te duur is zullen Patricks teams moeten bestaan uit generalisten die nergens echt specialist in zijn.
Wellicht dat een combinatie van bedrijfsprocesgerichte teams en technologiegerichte teams zou kunnen helpen? Dat maakt dan zowel kennis van bedrijfsprocessen als technologiespecialisten mogelijk. Helaas zal de wet van behoud van ellende ook hier eenvoudig roet in eten gooien in de vorm van afstemmingsproblemen tussen de twee soorten teams...
Natuurlijk kun je het instrument SLA inzetten om 'de wet van behoud van ellende' zoveel mogelijk te beperken, maar in mijn optiek schreeuwt de marktsituatie eerder om proactiviteit en ondernemerschap vanuit IT. Dus niet alleen maar vooraf vastleggen wat IT minimaal moet doen (SLA), maar juist die stap extra zetten om het vertrouwen van de business te winnen. Denk hierbij aan IT-gedreven initiatieven voor kostenbesparing, snellere time-to-market of imagoverbetering.
Daarbij is businesskennis natuurlijk meer dan welkom, dus de door Patrick genoemde bedrijfsprocesgerichte teams kunnen wel degelijk (bijvoorbeeld als taskforces) worden ingezet om concrete verbetervoorstellen te operationaliseren. Of deze bedrijfsprocesgerichte teams ook in de dagelijkse operatie efficient zouden werken, ligt volledig aan de te behalen doelstellingen, omvang en complexiteit van de IT-organisatie en het IT-landschap.
Door op deze wijze vertrouwen te wekken en behouden, hoop ik dat IT'ers volgend jaar niet op witte gympen door de binnenstad hoeven, om te voorkomen dat ze worden herkend en aangevallen door woedende demonstranten?
De financi?le sector heeft teveel gekeken hoe kan IK het gevraagde leveren en er snel zoveel mogelijk aan verdienen. Dit is een sprekende illustratie van een leverancier, waarbij niet kritisch gekeken wordt naar de vraag, ben IK wel de juist partij om te leveren en zijn er geen effici?ntere oplossingen.
Sinds 2 jaar zijn we het partnerschap aangegaan met al onze klanten en is een SLA een stuk papier wat bij het sluiten van een contract overeen wordt gekomen en vervolgens ergens heel diep in de archief kast wordt weggestopt. Als een organisatie Servicegericht werkt is het namelijk niet nodig om de responsetijden, clausule bij be?indiging, escalalatiepaden nog een keer na te zoeken. Een partner neemt de verantwoordelijk dat de gebruikers "happy" zijn.
De Servicemanager heeft een cruciale rol richting de klant als wel naar de interne organisatie. Als een Servicemanager van een serviceorganisatie het verzoek krijgt om functionaliteit te leveren, stel de kritische vragen om erachter te komen of dit echt de vraag is en ga intern na wie dit het meest effici?nt kan leveren. De Servicemanager is het verlengstuk van de klant.
Dit zorgt er ook voor dat er, zoals Patrick beschrijft, geen eilandjes ontstaan waardoor de klant steeds een heel stuk moet zwemmen naar een ander eiland (Leverancier). Een partner adviseert de klant en zorgt op zijn beurt dat alles onder de motorkap geregeld is op de meest effici?nte wijze.
Melle Lelieveld, Winvision
10-02 Het einde van het begin van cloud en virtualisatie
10-02 De windwakken van de cloud-sector
09-02 Citoto
09-02 Lang leve de hackers!
09-02 Modder gooien in ICT-land
08-02 Reseller verliest slag om het groene huishouden
08-02 Hadoop lijkt een alleskunner
07-02 Hou zicht op de informatie bij HNW
07-02 Eigen werknemer kan ook een vijand zijn
06-02 Krachtenbundeling NGI en TestNet is goede zaak
10-02 Complexiteit elimineren met Backup Exec 2012
10-02 Avocent van Emerson beheert datacenter
08-02 Blue Coat MACH5 kan versleutelde Flash Video aan
08-02 'ICT-afdeling is te traag voor ontwikkeling apps'
07-02 Western Digital haalt hard uit naar Stellar Data
07-02 Detron beheert ICT voor RTL
07-02 Detron zoekt naar scherper profiel
07-02 Europese ICT-beslissers voorzichtig met budget
06-02 Erasmus Universiteit reorganiseert ICT
06-02 Banometer: Topstart vacaturemarkt krijgt vervolg
|
|
04-05-09 Wankele banken treffen ICT-sector
29-04-09 Servicemanagement in crisis
Het herschrijven van de regels van het patch-beheer
De meeste organisaties slagen er niet in patches bijtijds uit te rollen, waardoor ze continu beveiligingsrisico’s......



"Jarenlang hadden hardwerkende bankiers alle financ�le touwtjes stevig in handen en werden er flinke en degelijke resultaten geboekt"
Degene die het BANKSYSTEEM (zelf wel virtueel geld hebben, het alleenrecht op de geldhandel, geld uitlenen aan anderen en met MEER RENTE terugkrijgen of kunnen vorderen, via wet, beslaglegging!!) hebben uitgedacht, hebben er hard voor gewerkt dat de gehele wereld nu van - de door henzelf geschapen - structuur afhankelijk is en blijft.
De rest van de "bankiers" copieert dit (banksysteem moeder) kunstje en houd hun handjes op om de rente te vangen of je huis in te pikken als je het niet meer kunt opbrengen... Das echt hard... een ander laten werken voor jouw winst.. Slim systeem zonder SLA's..om al slapen rijk te worden over de rug van een ander