ITIL gebruiken met andere raamwerken
Wanneer u een onderneming op een meer gestroomlijnde en efficiënte manier laat functioneren, is er niet slechts één pad om daar te komen. Bedrijven zullen ITIL en andere raamwerken vaak samen gebruiken om hun holistische organisatorische behoeften te ondersteunen. Elk raamwerk heeft zijn eigen reikwijdte en unieke aanpak die nuttig kan zijn bij het aanpakken van de unieke uitdagingen van uw organisatie. Enkele van de gemeenschappelijke kaders die naast ITIL worden geïmplementeerd, zijn onder meer:
ISO 20000
Hoewel er geen formele relatie bestaat tussen ISO 20000 en ITIL, is ISO 20000 duidelijk gebaseerd op ITIL-principes. De ISO/IEC 20000: 2005-versie van de standaard is ontworpen om te worden afgestemd op (dan de huidige versie) ITIL V2. ITIL V3, gepubliceerd in 2007, was bedoeld om een nog betere afstemming met ISO 20000 te bereiken. Hoewel niet expliciet vermeld in de ISO2000-standaard, omvat het voorbereiden van een IT-organisatie voor ISO 20000-certificering doorgaans de introductie van ITIL-principes.
COBIT
Dit is een raamwerk voor IT-governance en een ondersteunende toolset die ontwikkeld is door ISACA. ISACA beschouwt ITIL als een aanvulling op COBIT en COBIT als een rol voor governance en assurance, terwijl ITIL begeleiding biedt voor servicemanagement.
The Business Process Framework (eTOM)
gepubliceerd door het TeleManagement Forum biedt dit een raamwerk dat gericht is op dienstverleners in de telecommunicatie. Samen hebben TeleManagement Forum en itSMF een Application Note voor eTOM (GB921) ontwikkeld die laat zien hoe de twee raamwerken aan elkaar kunnen worden toegewezen. Het behandelt hoe eTom-proceselementen en -stromen kunnen worden gebruikt om de in ITIL geïdentificeerde processen te ondersteunen.
FitSM
is een standaard voor lichtgewicht servicemanagement waarvan het procesraamwerk vergelijkbaar is met dat van ISO 20000 en de onderdelen Serviceondersteuning en Servicelevering van ITIL Versie 2, maar het neemt Service Portfolio Management over van latere ITIL-versies.
DevOps
Is niet zozeer een raamwerk, maar eerder een cultuuromslag. DevOps gebruikt de aanpak van cross-functionele teams, aangemoedigd om te experimenteren, te falen en te leren, wat mogelijk wordt gemaakt door open communicatie. Dit behandelt een belangrijk kritiekpunt op ITIL: teams die op eilandjes werken met een 'het is niet mijn probleem'-houding. Er is geen "one size fits all" met DevOps omdat het raamwerk een lossere verzameling principes samenbrengt die geïntegreerd worden op basis van de behoeften van de organisatie.
SAFe
(Scaled Agile Framework) stelt u in staat om dezelfde Agile-structuur die gebruikt wordt door teams voor softwareontwikkeling toe te passen op een onderneming, door Agile op te schalen naar meerdere toepassingsgebieden. SAFe biedt ‘teams van teams’ en één overzicht van het hele proces. SAFe en andere Agile-raamwerken zijn niet in strijd met ITIL-processen, maar vaak zorgen de snelheid van de procesuitvoering en de software die door de organisatie wordt gebruikt ervoor dat sommige ITIL-activiteiten als te omslachtig worden ervaren.
IT4IT Reference Architecture
van The Open Group bestaat uit een referentiearchitectuur en ondersteunende richtlijnen voor het beheren van de IT-activiteiten. Het maakt gebruik van een waardeketenbenadering om een model te creëren van de functies die IT vervult om organisaties te helpen bij het identificeren van de activiteiten die bijdragen aan het concurrentievermogen. IT4IT heeft een vergelijkbare algemene reikwijdte als ITIL, maar doet dit met een focus op de technische capaciteiten die nodig zijn om de IT-functie te ondersteunen in plaats van op de processen en activiteiten die door ITIL worden beschreven
Deze raamwerken concurreren met elkaar wanneer mensen ze letterlijk nemen en prescriptieve oplossingen gebruiken, maar ze kunnen complementair zijn als ze worden gebruikt als richtlijnen en best practices die zijn aangepast aan uw unieke behoeften. De meest voorkomende combinaties zijn ‘DevOps en ITIL’ en ‘COBIT en ITIL’, maar andere combinaties kunnen ook goed werken. Voordat u een proces of raamwerk weggooit, moet u overwegen of er een mogelijkheid is voor een gecombineerde oplossing met meerdere raamwerken.