In de inleiding van het boek ‘Service Operation’, onderdeel van ITIL versie 3, staat dat dit beschouwd kan worden als de fabriek van de IT. Een fabriek veronderstelt een sterk gestandaardiseerde of geïndustrialiseerde manier van werken. Om dit te kunnen is een essentieel onderdeel vergeten: een proces om de periodiek terugkerende beheertaken te managen.

Het bijgaande artikel werkt de stelling uit dat een cruciaal onderdeel vergeten is in ITILv3 namelijk het Task Schedule process.

Graag zouden de auteurs van dit artikel middels dit forum de discussie hierover op gang brengen en nog beter, ervoor zorgen dat in de volgende ITIL uitgave dit alsnog opgenomen wordt.

Graag nodigen we een ieder uit te reageren en mee te dicussieren. Tevens zouden we graag best practices van anderen horen, hoe heb jij dit in jou organisatie geregeld?

Het artikel is te vinden in het geheel vernieuwde blad IT Infra. Een blad dat voort komt uit LANVision en IT beheermagazine. Tevens te vinden via deze deze _link_: http://www.rheskes.dds.nl/Cruciaal%20onderdeel%20ontbreekt%20in%20ITILv3.pdf

vriendelijke groet
Rob Heskes en Ayhan Örgülü

Ik denk dat men het Job scheduling niet de eer toebedeelt die het zou moeten krijgen. Het is (imho) wel degelijk het Task scheduling wat in het artikel benoemd word.

Ik zie het artikel als een verdieping van het IT operations stuk en een paar praktische handreikingen doen dit te optimaliseren en beheersbaar te maken
Het out-sourcen van taken naar andere afdelingen, de business of systemen (men blijft verantwoordelijk voor de dienst, alleen de taken worden elders uitgevoerd) is een uiting van de kwaliteit van de dienstverlener. Ook al is dat een afdeling!

Hoe hebben wij een en ander ingeregeld? Wij hebben de activiteiten benoemd en deze aan de Beheerder van de Week rol gehangen. Deze doet de controle en analyse van de logs en events. Ook monitord hij het incident registratie systeem. Net als bij de eerste lijn lost hij kleine zaken op. Grotere worden ge-dspatched naar de andere specialisten van het team. Hierdoor zijn er geen uren durende activiteiten belegd bij deze rol en kan hij snel schakelen. Tevens is deze persoon ook de persoon die die week ook piket (stand-by) loopt. Vanwege het incidenten monitoren heeft hij het overzicht op de operatie en dat helpt bij piket. Doordat de rol iedere week door een ander persoon wordt gedaan, blijven de standaardwerkzaamheden bij een ieder bekend en is iedereen in staat verbeteringen te identificeren en door te voeren. Deze persoon is in princiepe niet beschikbaar voor deelname in projecten; er staat 40 uur voor standaard beheer gereserveerd.