Service Integration and Management, SIAM, has hold ITSM crowd’s attention for a couple of years now and it is beginning to establish itself. Yet, it seems that there are as many explanations as there are explainers. That’s why, I’m not going to try to explain what SIAM means and how it should be implemented.


Instead, I will revisit the good old holy trinity – people, process and tools – from Service Desk’s point of view in the context of operating in SIAM model or multi-sourcing in general. Many of these points can be adapted to both service buyer organisation and to service provider or supplier. The biggest difference is that when you are operating with multiple parties, there will be a multiple number of “people-processes-tools” implementations.

Let’s start with a SIAM framework design.

Service Integration Framework by TCS
Service Integration Framework. Copyright Tata Consulting Services.

Many of these frameworks are very well defined on a high level. However, for Service Desk operations, interesting part is those small arrows going “out” from the framework.

They are quite often neglected by just saying “...then you just need to integrate”. Yet, reliable connections compose the foundation for a modern multi-provider/SIAM set-up and Service Desk operation with digitalized end-to-end ICT service processes.

So, how do people, process, and tools and SIAM sing-along?


With or without SIAM, you will still need people. At the end of the day, it is still the people who run the processes and interact with end-users. By making right choices you can reduce dull and repeating tasks in your Service Desk function and save a lot of time and money. For the “people layer”, the goal should be ticket flow automation and better and real-time information available for Service Desk operators. Questions like “where’s my ticket?” or “what’s the status of my ticket” should never ever be asked again.


You need to define your operational model for ICT. Based on your processes, you need to define use cases which are the definition of how you want to collaborate with external parties. For instance, a use case could be: “incident is opened in Customer’s ITSM tool, escalated to a service provider and resolved in service provider’s tool”.
Use case example.
Bear in mind that you should own the vision of running your ICT operations. Present the use cases, not processes, to your service providers and ask them to adapt. Use cases define the conditions for interactions and it is essential that all parties in a service supply chain understand the critical touch points of their processes and their role in the use cases.

Neither party should be pushing their whole process model outside their organisation. It won’t work, since all implementations (process+tools) are uniquely designed for internal use only; they serve organisation’s internal business objectives and can seldom be adapted to external party’s objectives. Remember also to bring ITSM tool and process owners around the same table in order to draw out understandable use cases and to ensure that they follow the workflow in the ITSM tool on both sides.


You will need it; in my opinion more than ever. ITSM tool is your control tower (you can compare it to Air Traffic Control) and it has to be implemented so that It runs YOUR processes. Many of your suppliers and your clients (if you’re a supplier) suggest or demand that you should use their ITSM tool, but don’t go down that road. You will lose control and transparency, and along the way, you will lose control. Losing control over the data and flexibility means that you will give up control of developing YOUR processes (and Tools) independently.

Bear in mind that modern utilization of an ITSM tool can be done so that you don’t have to actually participate in running support processes in your ITSM tool but you will get access to all data through real-time process integrations with your service providers. That approach enables you to keep your ITSM tool, your language, attribute namings etc. Keeping your own language makes your end-user support, SLA reporting etc. so much easier and smoother.

The thing is, that you cannot outsource responsibility, and that’s why you need to have control over outsourced services and transparency on them – you have to own the data. Your ITSM tool is your control point and assurance that you’re getting the service you’ve agreed upon.

People x Process x Tools x Integration. Impossible equation?

Service Integration means that you will need those bloody integrations. You need to integrate your ITSM tools and processes with external parties. However, you and them have designed tools and processes for “internal use” only. And that is the root cause why these integrations fail. The other reason is that traditionally integrations are build as distributed model where everyone should customize and develop integration logic in their end. Integrating people, process and tools in a multi-sourced environment means a different language, different meanings, complex mappings, and even though it might sound complicated, that’s the way it should be.

If that's the case, how to succeed? Well, same rules apply than in ITSM tool implementation: It should be iterative. And who has developed an ITSM tool for the scratch by coding lately? That said process and tooling tracks should be run simultaneously. The thing is, that you should be able to start by defining use cases with people, not setting up technology.

BlogiKuva4Digitalized workflows utilizing Service-Flow solution. Centralized integration management and ecosystem.

You should be able to create integrations with iterative methods in order to fail fast and gain fast results; and be able bring in multiple service providers simultaneously.  You should aim to continuous improvement; you should continuously evaluate your working methods (use cases) with you service providers and customers and fine tune your processes and tools accordingly.

The end result should be a set-up where you can keep your own ITSM tool and develop your people, processes and tools independently, no matter if you’re a service buyer organisation or a service provider. It is your business, your support processes and your people making it happen.

Read more: Introduction to business service integration


Contact us


Download free e-book: The Service Desk Manager's Guide to SIAM



Download free e-book


Subscribe Here!

More related reading