{"id":2150,"date":"2018-10-19T14:09:14","date_gmt":"2018-10-19T12:09:14","guid":{"rendered":"http:\/\/www.q4it.eu\/?p=2150"},"modified":"2018-10-25T21:27:31","modified_gmt":"2018-10-25T19:27:31","slug":"paradigms-and-it-management-models-part-1-3-context-itsm","status":"publish","type":"post","link":"https:\/\/www.q4it.eu\/en\/paradigms-and-it-management-models-part-1-3-context-itsm\/","title":{"rendered":"Paradigms and IT management models – part 1\/3 context ITSM"},"content":{"rendered":"

\"\"<\/p>\n

\u201cWhat you see is all there is\u201d \u2013 this is a biased perception of the world surrounding us, as pointed out by Daniel Kahneman in his brilliant book \u201cThinking, fast and slow\u201d. Let\u2019s explore this bias\u00a0as and its implications on the world of IT governance models and frameworks.<\/p>\n

Roots of ITSM are in 90\u2019s when authors, dominantly coming from the world of external service providers collated a body of knowledge driven by service economy principles. Taking inspirations from airlines, telecoms and banks, and a new paradigm was created for that time, represented by the belief \u201cevery IT organization should act as a service provider\u201d. Every IT department should create a service catalogue, define SLA\u2019s, define charging models and start managing with an \u201cus\u201d (service provider) and \u201cthem\u201d (user, customer) logic. Airlines are here to generate profit over customers, so service management practices developed for external service providers makes a lot of sense as there is an economic transaction, having a single point of contact make perfect sense for the traveller as they need to know where to send inquiries. Any interaction with the customer needs to be recorded to preserve evidence for billing and resolve potential disputes between the client and service provider.<\/p>\n

This logic works well for IT organizations which act also as a service centre i.e. shared IT service centres, or fully outsources IT, when IT is a separated legal entity, selling its services to its mother organization or to other companies.<\/p>\n

But when we apply this logic to internal IT departments, we see major toxicities:<\/p>\n