We founded the catalog of services in 2016. It was a smooth facade in front of higgledy-piggledy IT. Over this facade lot of people only waved off. Lots of people wave off also nowadays. However, the facade has gained in life, and today few people remember where we drove users for information when the poor tried to use university IT tools. In 2018, we founded a community, unified the dictionary, put a pile of services across the university, and began building ServiceDesk. It began to understand that it has to monitor the data and determine what is bothering the users. It understood that the process is not a nasty word and that there is
a need to figure out instructions from the service providers so that users would not bother them.
In previous articles, colleagues wrote about a service-oriented organization, which will happily end the buzzword fest and switch to the mode of peasant reason. The whole thing can be taken practically and efficiently. When I'm holding a server, managing an application, giving someone a confirmation, or just helping them with some work, I have to ask, "Why am I doing this?". Why am I holding that server? Wouldn't it be better to turn it off? Migrate elsewhere? Who needs it? What for?
Service orientation means nothing more than asking these questions and looking for system solutions. This should be done until infinity because there is no final solution. The service catalog belongs not only to users but also to each other. As a service, we can provide the establishment of a server, access to a license, the issuance of confirmation, the recruitment of a new colleague, or the processing of a marketing campaign. After all, no one wants to solve, write and explain the same thing a hundred times, so why not give repeated or standard processes once to one pile?
So What's Next?
In the first step, I have to ask myself the question, "What service and to whom do I provide?". If I am in operation and believe that I am not doing a service or that no one is using it, something is fundamentally wrong. Nowadays, DITS can help with answering this question with activities falling under the so-called service design. You need only to ask.
In the second step, I will describe the service, because that is what I would like to get from others without endless questioning and arguing. Simple info, what it's all about. DITS, which is working on a catalog of so-called support services (i.e., those services that are not used by the end customer, but by us - each other), is ready to help even with this step.
In the next step, I can optimize the service. When colleagues learn about the service, they find a description of it. Therefore it should solve a problem that is relevant to them. They start using it, and I - as a provider, suddenly see better what I do well and where I need to improve. In addition to direct feedback, DITS can help with requirements, measuring and evaluating data, maintaining quality, and other pleasures. It is its job, it has the experience, and it helps in its task with several tools and functions, such as ServiceDesk, Jira, Confluence, CMDB, and many others.
Only the last step is the dream and all-around repeated abstract idol: automation. Because instead of e-mailing, something can be solved, for example, by a pre-prepared form (JIRA or O365), or a script that already has clear and structured inputs, or ServiceDesk, which does not have my professional knowledge, however, it can help me with a little effort and I will have less repetitive work. I use my free time for innovation, playing with new tools, teaching, research, or at home with children.
But Why Me?
The dilemma of whether to grind or cut is as old as humanity itself. The feeling that there is more and more endless work on the table does not seem to subside. So it will probably never diminish. However, making moving forward a mythical point in the future when work declines or waiting for the magic wand of management to solve it for me means resigning. I'm not resigning. I innovate, look for ways, overcome obstacles, improve ICS, and move it forward.