Palvelut ja yhteystiedot

Olen kokenut asiantuntija ja vuoden 2012 ITSM-henkilö. Erityisalueitani ovat IT palvelunhallinta, ISO 20000, service deskit, asiakastyytyväisyyden ja prosessien mittaaminen. Tarjoan konsultointia, koulutusta ja tutkimuspalveluja.

Esiintymisiä
2011: PINK 11, Las Vegas, itSMF Finland  Espoo
2012 itSMF Russia, Moscow, itSMF UK, Lontoo, itSMF Estonia, Tallinn
2013 LeadIT (itSMF Australia), Canberra, itSMF Finland, Helsinki, itSM(F) Belarus, Minsk, itSMF Estonia, Tallinn, itSMF Sweden, video panel
2014: Service Desk Forum , Stockholm,  FUSION14 (itSMF USA), Washington DC 
2015: TiVI Service Desk, Helsinki, ISACA, TiVaKo 2015, Helsinki, Työkalupäivä, Helsinki
2016: TiVi Service Desk, ISACA TiVaKo 2016, Prosessipäivät, Haaga-Helia
2017:TiVi Service Desk 2017 Helsinki ja Tukholma, ISACA TiVaKo, Servicemanager Dag, Amersfoort NL
 
Yhteystiedot

aale.roos@pohjoisviitta.fi

GSM +358 (o)5o-5544733
Twitter: @aalem

Service Deskin kommunikaatiokanavat

Pikakyselyn tavoitteena oli selvittää mitä kommunikaatiokanavia service deskeissä käytetään Suomessa 2016. Kysely oli tämän näköinen.

Tässä on yksi kysymys, johon voi vastata kahdesta näkökulmasta. Ensimmäinen tilanne on kaikille ja toinen niille, jotka ovat töissä tietotekniikkaan liittyvää asiakas- tai tukipalveluja tarjoavassa yksikössä.
Kirjoita vastauksesi kysymyksen perään ja lähetä vastauksesi sähköpostilla.

Mitä kontaktikanavia tietotekniikkapalveluihin liittyvissä kysymyksissä on käytössä?
1) Olen itse käyttänyt näitä kanavia tämän vuoden aikana:

2) Tarjoamme palvelutoimittajana näitä kanavia:

Vastausvaihtoehdot, merkitse kaikki soveltuvat kanavat ylläolevien kaksoispisteiden perään.

 

a) puhelin
b) sähköposti
c) lomake tai sovellus www-sivuilla
d) käynti palvelupisteessä
e) Twitter
f) Facebook
g) avoin keskusteluforum
h) sisäinen (suljettu) keskusteluforum
i) muu, mikä
x) en ole tarvinnut olla yhteydessä tämän vuoden aikana

Vastauksia tuli 50 kpl heti ensimmäisellä kierroksella. Uusintakierros olisi varmasti kasvattanut vastaajamäärä, mutta katsoin, että tämä riitti. Tulos olisi tuskin muuttunut merkittävästi.

dia1

Kanavia on otettu käyttöön hyvin. Keskiarvo on 4,5 kanavaa ja hiukan vajaa puolet vastaajista kertoo käytössä olevan viisi tai enemmän kanavaa. Yleisin vaihtoehto on kuusi kanavaa.

dia2

Perinteiset puhelin ja sähköposti ovat yleisimmät. On myös tavallista, että asiakkaat voivat syöttää tiedot itse järjestelmään. Palvelupisteiden suosio on kasvanut nopeasti ja myös sisäiset eli suljetut forumit ovat yleistyneet. Avoimen sosiaalisen median käyttö on melko harvinaista.

On hyvä pitää mielessä, että tämä ei kerro vielä mitään yhteydenottojen määrästä. Ryhmässä muu yleisin on chat, jonka mainitsi yli 10% vastaajista, ja eräs vastaaja kertoi sen ohittaneen volyymissä puhelinliikenteen. Muita esiin tulleita kanavia olivat Skype, Lync, SMS ja Jira.

On todennäköistä, että chat on paljon yleisempi kuin reilu 10 %, mutta koska se unohtui pois luettelosta, sen osuus jäi vastauksissa vähäisemmäksi.

dia3

Vastaajien oma käyttö ei suuresti poikkea tarjonnasta.

Johtopäätökset

Usean kanavan tarjoaminen on selvästi yleistyvä käytäntö. Tämä on järkevää, sillä perinteinen puhelin on kallis kanava. Monet uudet kanavat säästävät sekä asiakkaan että palveluntarjoajan resursseja.

Kannattaa siis harkita uusien kanavien käyttöönottoa. Kaikki kanavat eivät tietenkään sovi kaikille organisaatioille, mutta asiaa pitää harkita avoimesti. Esteenä voivat olla myös omat ennakkoluulot ja tiedon puute. Sysäyksen tälle selvitykselle antoi tuore ITIL practitioner -kirja, jossa kanavia käsitellään hyvin vähän ja sekin oudosti. Arvion kirjasta löydät täältä.

 

Social media in ITSM

Social media as an important communication channel in ITSM is an emerging new concept.  Social media has been popular for many years, but for many people, it is for the private life. The situation is an opposite of the early years of telephone and also the SMS. Then it was thought that the telephone would be only for business and official use. The developers of SMS thought that its main use would be for secretaries to send messages to their bosses during meetings. In both cases the social use was a surprise and overwhelmed the original planned use.

It is high time to wake up to the use of social media in ITSM. It supports two important areas: communication and collaboration. Social media is different compared to traditional ways of communication and collaboration. Communication is often seen as one-way street; the IT management pushes out information but does not receive feedback. Collaboration is considered to require physical meetings which are hard to organize.

The problem is that the customer may not see ITSM matters as very interesting and consequently do not read communication and do not attend meetings. Social media combines communication and collaboration. Communication is two sided as customers can raise issues and star discussions. Discussions are open and in many cases searchable, so that people can find discussions and return to them when it suits them.

Social media can lead to deeper collaboration as it may open new forums for discussions.

 

Guiding principles

Here are some guiding principles for the use of social media in ITSM.

Don’t try to control

You cannot control social media. You can only manage your own presence and contribution. If you do it well, you can almost manage your profile in social media.

Select your forums

Your customers will choose which forums they frequent and you can choose which forums you frequent. It is good if they overlap.

Be interesting

You need to be visible, you need to be interesting and useful. Share useful information and be active. Respond to questions and complaints.

Be open

When you share valuable information privately, only one or few persons will see it. When you share information openly, many people will see it.

Be positive

Social media can easily degenerate to forum of insults and threats.  Stay calm and send positive messages. Accept critical comments as constructive if possible. Delete or ignore stupid comments.

Create forums for experts

There is a lot of valuable knowledge of IT related matters outside IT department. Encourage specialists to share their knowledge in an expert forum. The discussions can be enormously valuable for those who are seeking knowledge in a special field.

 

Social media for communications

Social media can support communication. It should not be seen as the only channel; you need to use many channels. Social media is good for publishing frequent updates and for getting feedback. Social media can be used both in small and large scale activities. It can help with projects, large and small changes, service disruptions etc.

For example, most service desk communications should be in open forums. Instead of contacting the service desk, customers can check if anybody has had the same problem or question. Quite often it is possible to find the question and the answer without contacting the service desk.

Social media for collaboration

Collaboration across traditional boundaries can be very valuable and social media can help to cross various barriers. Collaboration requires communication, exchange of ideas can lead to deeper cooperation and collaboration.

Service improvements can be a good area for social media collaboration.

ITIL Practitioner pähkinänkuoressa

ITIL Practitioner on uusi julkaisu ITIL sarjassa. Se on kädessä ilahduttavan kevyt, vain 112 sivua ja liitteet. Sisältö on kuitenkin painavaa.

Kirja alkaa lyhyellä johdannolla, jossa avataan keskeisiä käsitteitä. Nämä ovat osin perinteistä ITILiä, mutta pohdinta on parempaa ja arvon merkitystä korostetaan.

Ohjaavat periaatteet

Kirjan todellinen helmi on sitten 2. kappaleessa. Guiding principles eli ohjaavat periaatteet luettelee 9 periaatetta, joiden mukaan pitää toimia. Periaatteet ovat:

Keskity arvoon. Kaikin toiminnan pitää kytkeytyä asiakkaan saamaan arvoon. Asiakas on arvon määrittäjä ja toiminnan kehittämisen pitää tähdätä tuotetun arvon lisäämiseen.

Toki tämän pitäisi olla itsestään selvää mutta prosesseja kehitettäessä on helppoa unohtaa arvo ja sen mittaaminen ja näin on usein käynyt.

Suunnittele asiakaskokemus. On tärkeää suunnitella asiakkaiden ja käyttäjien kokema palvelu.

Palvelujen asiakaskokemuksen suunnittelu on nopeasti kehittyvä ala ja oli ITILin kannalta noloa, että ITIL kirjat ohittivat sen täysin. ITIL Service Design käsittelee kaikkea muuta kuin palvelumuotoilua. Tämä on merkittävä näkökulman vaihto.

Aloita siitä missä olet. Tämä periaate kehottaa välttämään vanhan hylkäämistä ja puhtaalta pöydältä aloittamista.

Työskentele kokonaisvaltaisesti. Mikään palvelu tai komponentti ei toimi yksin. Asiakkaan saama arvo kärsii, jos palvelun tuottaja ei katso kokonaisuutta vaan keskittyy joihinkin osiin. Parhaat tulokset saadaan, kun koordinoidaan laitteita, ohjelmistoja, tietoa, prosesseja, arkkitehtuureja, mittareita, työkaluja, henkilöstöä ja partnereita.

Tämä on aika iso suupala, varmasti oikea ohje mutta hyvin haastava.

Etene pienin askelin. Suuret hankkeet täytyy toteuttaa pala kerrallaan iteroiden. Näin on helpompi säilyttää selkeä kuva asioiden etenemisestä.

Havainnoi suoraan. Jotta tiedät missä mennään, havainnoi ja mittaa tapahtumia suoraan. Varmista että päätökset perustuvat mahdollisimman luotettavaan tietoon.

Tämä on erinomainen ohje. Tutkiminen ja tulosten tilastollinen käsittely on haastavaa, suorat havainnot ovat hyvä keino lisätä ymmärrystä palvelusta ja sen elementeistä.

Ole läpinäkyvä. On tärkeää toimia avoimesti. Toiminnasta ja sen kehittämisestä pitää kertoa kaikilla mahdollisilla kanavilla.

Tee yhteistyötä. On tärkeää tehdä yhteistyötä ja olla aktiivinen yhteistyökumppani. Tämä on oikein ja tärkeä asia, mutta tässä vaiheessa minua alkaa tosissaan ärsyttää kirjoittajien tapa ohittaa sosiaalinen media työkaluna. Kirjan mukaan yhteistyö edellyttää kokouksia, olen osittain eri mieltä.

Yksinkertaista. Tämä on hyvä ohje, kuten kirjassa sanotaan, kokemukset osoittavat, että näin ei yleensä toimita. Olen itse ajatellut viime aikoina, että omaa konsultointiani voisi alkaa kutsua yksinkertaistamiskonsultoinniksi. On hyvin tavallista, että asioita tehdään liian monimutkaisiksi. Usein syynä voi olla oman osaamattomuuden piilottelu sanahelinän taakse.

Jatkuva kehittäminen (CSI)

Jatkuva kehittäminen on tärkeä toimintamalli, jolla palvelut pidetään kunnossa. CSI esiteltiin ITILin kolmosversiossa, mutta sen toteutus oli erikoinen. Nyt lähestyminen on toimivampi, joskin aika raskas. Enää painopiste ei ole mittaamisessa, vaan muutoksen aikaansaamisessa. CSI nähdään eräänlaisena strategiaprosessina, joka lähtee visiosta ja pyrkii kuvaamaan strategiset askeleet vision toteuttamiseen.

CSI luvun viimeinen kappale on tärkeä, se käsittelee CSI:n integroimista normaaliin toimintaan. Mielestäni onnistunut CSI on enemmän kulttuuri kuin ylhäältä johdettu muutosprosessi.

Mittarit ja mittaaminen

Tässä luvussa minua hiukan häiritsee termin CSF käyttö. Critical Success Factor. Se määritellään asiana, joka pitää saavuttaa. Oppikirjan mukaan CSF on asia, jota ilman ei voi menestyä. Esimerkiksi, jos päätät sijoittaa suunnittelutoimiston Saimaan saareen, toimiva tietoliikenneyhteys ja luotettava sähkö ovat varmasti kriittisiä menestystekijöitä. Kirja kuitenkin esittää CSF:t tärkeiksi tuloksiksi, jotka pitää saavuttaa. Niiden oikea nimi on menestymiskriteeri, success criteria, Niitä mitataan suoritusindikaattoreilla, Key Performance Indicators KPI.

Kirjassa on hyvä, kriittinen ote huonojen mittareiden riskeihin ja kirja suosittelee tasapainoista lähestymistä.

Kommunikointi

Kommunikointi on uusi asia ITILissä ja on hyvä, että sen merkitys tuodaan esiin. Käsittely on melko yleistä ja pinnallista. Tämä luku on kirjan heikoin. Varsinainen pohjakosketus tulee kuuden rivin mittaisessa kappaleessa 5.3.3.4 Short messaging systems, instant messaging and social tools. Siinä siis rinnastetaan SMS ja sosiaalinen media. Kirjoittajalle molemmat lienevät vieraita. Minulta kesti hetken edes tajuta, että short messaging systems on SMS, olisiko siitä jo vuosikymmen kun viimeksi olen nähnyt termin avattuna.

On outoa, että vaikka kirjoittajien joukossa on henkilöitä, jotka ovat hyvin taitavia sosiaalisen median käytössä, se käytännössä ohitetaan kirjassa muutamalla hyvin pinnallisella kommentilla.

Toiminnan muutos

Tämä on erittäin tärkeä lisäys muutoksen hallintaan. Organizational change management tunnustaa, että on olemassa erityyppisiä muutoksia ja että toiminnan muutoksen hallinta on suuri haaste.

Kirja kuvaa erilaisia malleja ja käytäntöjä muutoksen aikaansaamiseen. Teksti on pitkälti lainauksia alan huipuilta.

ITIL Practitioner on hyvä kirja, siinä on enemmän viisaita neuvoja kuin aiemmissa viidessä ITIL raamatussa yhteensä. Käytännössä se kumoaa suuret osat aiemmasta ITIL-opetuksesta, joskin ITIL kouluttajat ja konsultit tuskin tätä myöntävät. Kirjan suurin virhe on sosiaalisen median ohittaminen.

 

 

ITIL Practitioner critical review

This review is aimed to the ITSM professionals who know the Practitioner book and it will concentrate on some critical observations. Before I go in to the critical observation, I must say that the book was a pleasant surprise. The Guiding Principles are good; I wish I had written them myself.

Here are some problem areas:

The user versus customer discussion is an old dispute. This would have been a good opportunity to leave the ancient class-system thinking behind. The people who use a service, are the customers. If they don’t like it and walk away, the money will follow.

In many organizations there is a professional procurement organization, which handles the contractual negotiations and acts as a buying customer for the vendor. The real customers are those who need the service, but they do not get to sign the contract. It would be a major mistake to concentrate on fulfilling the procurement organization’s needs as they know very little of the real use of the service.

The danger in the user-customer differentiation is that people may start applying it in practice. Any issue reported by a mere user may become automatically low priority even though the ”user” could be the real decision maker for the service.

The problem with the old class model stands out in the Guiding Principles as the discussion on customer experience clashes very clearly with the definition of the buyer being the customer.

CSI looks almost like it has been rewritten. The seven steps are gone and replaced by an old model which I remember using back in the ´90’s. It is valid but rather heavy for normal improvement. Actually the guiding principle 2.5: Progress Iteratively is much better guidance for CSI than the CSI chapter.

The CSI chapter does mention that CSI is for small and large initiatives but the focus seems to be on the heavy side. A lot of opportunities will be missed if CSI is seen as a programme; trying to fulfill a vision; using a scientific method. Continual service improvement is more a culture than a program. It is the ability to continually make small adjustments, corrections and refinements to existing service components. It is less about visions and more like the CEO who bends down to pick some rubbish from the shop floor during a factory visit. At the end, the CSI chapter mentions it.

In my opinion the integration of CSI to normal work practices should have been more central subject.

CSF’s have been misunderstood. A critical success factor is something you need to have in order to be able to succeed. The CSF example in the book is an outcome, not a success factor: The new IT service enables sales people to spend more time with clients.

A classical book example of a success factor is to have water if you set up your operation in a desert. Water is something you must have but which is not automatically available in a desert. Here is an example, I know that Kaimar Karu is an expert on beer, so I gave him the role of a beer master.

Mr Karu has a successful micro brewery in the old town of Tallinn. He wants to build a new brewery as the capacity of the old one does not cover all demand. There are two important qualifications for the new brewery location: good water and easy access by trucks. These are the CSF’s as Mr Karu knows that he has everything else available to guarantee the continuing success. 

The key performance indicators are not related to the CSF:s. Mr. Karu knows from experience that it takes some time for the new brewery to start working on full capacity with high quality output. Therefore, the KPI is the monthly production volumes of high quality beer.

The CSF depends on the situation. In the Practitioner example let’s imagine that previously the sales staff have been too busy to attend any training. In that case, a valid CSF would be: The sales staff are willing to learn to use the new IT system. Another critical factor might be the devices the sales staff use. Let’s assume some of the staff use devices which won’t work with the new service. In that a CSF would be: The Sales staff will upgrade their devices to support the new IT system. The CSF’s and the KPI’s are not directly related. Actually the book’s CSF’s are KPI’s and the KPI’s are associated metrics.

In my experience the most common CSF in ITSM projects is management support. Without it, the project will fail.

The use of social media is missing. There is a brief mention in the header of 5.3.3.4 Short messaging systems, instant messaging and social tools. The book misses the point that social tools are quite different from the closed communication via SMS or IM. The value in social tools is that the communications are open. Other people can read the discussions and comment on them while SMS and IM are closed communications.

The social tools can be a very valuable channel of communications and it is silly that is overlooked in the Practitioner guidance.

 

You don’t improve service with mistakes.

The customer wanted to return a tire. Never mind that the Nordstrom department-store chain sells upscale clothing, not automotive parts. According to company lore, the clerk accepted the tire because that’s what the customer wanted. Newsweek 1989

I heard the Nordstrom story years ago (it is probably just a legend, there are many variations about it). Consultant have been telling stories of great service recoveries. At some point the consultants made the next conclusion: If you are perfect, customers don’t notice you. If you make basic mistakes and recover well, they can be delighted! Stuart Rance said this in his presentation few days ago and I commented that I disagree with the idea and this blog is an explanation for my comment.

Of course a good recovery is nice and may lead to short term satisfaction but solid, reliable good service is better.  I specifically disagree with the first part of the sentence and the implied idea that a faulty but well recovered service might be better. Reliability or service warranty is really important and I doubt if people stop appreciating it.

I have worked from home for almost ten years. During that time, I don’t remember a single internet service outage which would have prevented me from working. I may have needed to use my phone as a WLAN provider for a short while once or twice during these years but that backup comes from the same telco. Reading about the difficulties other people have helps me to appreciate this reliability and I definitely don’t wish any basic mistakes to happen with the service.

Some people (including me) have argued that it is not possible to delight customers with ordinary, basic services; that delighting belongs to luxury services. I disagree with my earlier opinions. An ordinary service experience can be delightful if it is well done. As always, the customer expectations are important.

We moved recently and we hired a moving company to do most of the work. I went to pick up extra 20 boxes early so that we would have time pack difficult and time consuming items like fragile glassware. The transaction went like this. I reported at their office that I had arrived to pick up the boxes. They checked the order and printed out a document for their warehouse. Then I drove to the loading bay. The guy was there already waiting with my boxes, then he came down and looked at my car and figured out how to fit the boxes. Then he loaded them in the car and I just watched. It was a smooth operation and the service clearly exceeded my expectations. I had expected to need to wait for the delivery and that I would have to pack the boxes myself.

A simple, well operated, efficient, and seamless service operation is beautiful, just like good design in an object. Of course not all customers appreciate beauty and good design as sometimes it is a matter of taste; but most people do appreciate good service even if they do not understand the hard work behind it.

So, what if nobody appreciates your beautiful service. One reason could be that your service is not as perfect as you think. There might be some elements which are not so well planned. Remember that the service provider’s view of the service is different from the customer’s. You need to consider the customer experience. (Here you need to understand that the people who use your service are your real customers, it is not relevant who pays for the service. If the customers don’t like your service and they walk away, the money will follow.) You need to study the customer journey to your service from the beginning to the end. Details are important. The ITIL Practitioner gives good advice on this: Data is not a substitute for direct observation, page 20.

There is one important element in the Nordstrom story and it is the right to make decisions at the customer interface. It was the clerk who decided to refund the tires. Don’t make recovery a management decision, give your 1st line staff to right to choose the right compensation.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Eri palvelukanavien yhteispeli

Tein kesällä vahinkoilmoituksen OP-Pohjolalle. Kännykkä oli päässyt meriveteen ja lakannut toimimasta. Aurinkolasit päätyivät samalla kertaa meren pohjaan. Vastausta ei kuulunut. Lopulta soitin ja tiedustelin asiaa. Kohtuullisen jonotuksen jälkeen minulle vastattiin ja sain ohjeet, miten toimia. Virkailija pahoitteli, ettei sähköistä ilmoitusta oltu käsitelty ruuhkan takia.

Toimin ohjeiden mukaisesti ja täydensin ilmoitusta kuiteilla kännykän vaihdosta ja uusien aurinkolasien ostosta. Mitään vastausta ei tullut, eivätkä luvatut korvaukset ilmestyneet pankkitilille. Soitin uudestaan. Nyt en jaksanut jonottaa vaan tilasin takaisinsoiton. Se tuli kohtuullisen nopeasti, mutta olin juuri silloin katveessa. Virkailija jätti ääniviestin ja lupasi soittaa uudestaan. Sen hän tekikin. Kerroin pulman, hän tarkisti hakemuksen ja sanoi sen olevan ok. Valitteli taas kiirettä, mutta käsitteli asian saman tien ja laittoi rahat maksuun. Ne olivat tilillä seuraavana päivänä.

Periaatteessa ihan ok palvelutapahtuma, mutta siinä oli mielestäni kaksi aika tavallista virhettä. Oli ilmeistä, että OP-Pohjola suosii puhelinasiakkaita. Puhelimessa asiat hoituvat, sähköisesti eivät. Tämä vastaa aika hyvin aiempia kokemuksiani Tapiolan kanssa, joten ajattelin kirjoittaa ilmiöstä.

Jos sähköinen asiointi olisi toiminut, olisi vältetty kolme puhelua. Toimintaohjeita ei olisi tarvinnut antaa puhelimessa, vaan ne olisi voinut kopioida ohjekirjastosta. Asian käsittelyyn olisi kulunut vain murto-osa nyt kuluneesta ajasta. Sama henkilö olisi voinut käsitellä arviolta viisi asiakasta siinä ajassa mitä heiltä kului kanssani.

Oletan, että kyse on siitä, että OP-Pohjolan johto seuraa palvelumittareita, joissa puhelutilastoilla on suuri paino ja siksi henkilökunta keskittyy tuottamaan mahdollisimman hyvää puhelinpalvelua. Perusteluna on varmaankin se, että valtaosa asiakkaista käyttää puhelinpalvelua mieluummin. Tämä argumentti ei toimi. Todellisuudessa ihmiset ovat valmiita muuttamaan tapojaan nopeasti, jos uusi tapa on parempi. Muistan hyvin, kuinka hauskaa oli ohittaa jono lentokentällä, kun ryhtyi käyttämään itsepalvelua perinteisen palvelutiskin sijaan. Valitettavasti muutkin oppivat sen nopeasti.

Vakuutusyhtiöiden pitäisi tarjota sähköisillä kanavilla nopeampaa palvelua. Sähköiset hakemukset pitäisi käsitellä 15 minuutissa, johdon pitäisi olla kiinnostunut sähköisten kanavien suosiosta ja puhelinkanavan painoarvoa pitäisi pudottaa.

Vakuutusyhtiöillä näyttää myös olevan taipumus tehdä sähköisestä asioinnista mahdollisimman hankalaa. Viestit pitää tehdä heidän suljetun verkkonsa kautta ja kaikki vastaukset tulevat myös samaa reittiä. Ymmärrän toki, että luottamuksellisen tiedon lähettäminen sähköpostilla sisältää riskejä, mutta valtaosa viesteistä on täysin epäluottamuksellisia. On typerää lähettää asiakkaalle sähköposti, jossa kerrotaan, että suljettuun postilaatikkoon on tullut (tyhjänpäiväinen) viesti. Sähköpostissa pitäisi kertoa lähetetyn viestin sisältö.

Vastaavasti sähköiseen viestintään on helppo asettaa turhia rajoituksia ja ehtoja, joita puhelinpalvelussa ei sovelleta. Kyse lienee kaikkiaan siitä, että erilaiset keskijohdon jäsenet pääsevät pätemään järjestelmän määrityksissä, ja asiakasnäkökulma unohtuu.

ITSM and surgery

Kuva1I had my right eye operated last week. It was a new procedure where they remove some tissue from behind the eye and the surgeon operates through the eye. Scary stuff, especially as I was wide awake throughout the procedure. After the operation I have been thinking of the similarities of surgery and ITSM.

It is clear that surgery is a service, I receive the value (if the operation is successful) and the staff is paid to do the work. I have criticized the ITIL service definition as it requires a service to remove the specific risks. That doesn’t really work in IT and in my case. All real risk is mine, or hopefully was.

It is quite difficult to assess the value of the operation. Without it I might have lost my sight from the eye but this would have happened gradually. It will take time to know if this operation was successful. Of course if it is a failure, I will know sooner. (Here in Finland it is not possible to make money by suing the doctor.)

I am a customer, the operation costs me 107.30 € but that is not the real cost of the operation. I am a user in the sense that I do not make the contract between the hospital and the city of Helsinki who pays the rest. Neither of these terms really fit in this case.

There is no service catalog for me, I was told that I must undergo this operation and this procedure is new but less risky than the old option. Actually this was the first week when they started doing this procedure, which has been developed in the USA. The original inventor was still present monitoring the operation and assessing the results. I don’t fully understand what was done and what are the risks. There is no SLA. Of course I would like to have a promise of 100% success but it is not possible.

The hospital has processes for managing patients.  They seem fairly efficient but they are not very relevant to me. The service part is not very important. The surgeons are not very good at customer service, they are interested in my eye, not me. But that is ok, the only thing what matters to me also is the procedure itself.  Customer satisfaction is not a good concept in this case, it is quite difficult to be very satisfied with this type of operation. I still need to apply drops to my eye more than 20 times a day which irritates the eye and there was some bleeding which makes the eye a bit cloudy. It should become clear soon and the number of drops needed is going down.

Somehow I think that the ITSM concepts miss something which is highly important. It requires a lot of trust to let someone operate through your eye. What I want is that the team doing the operation is competent, motivated and professional. Process metrics are not relevant. In this case I know that the general level of health care in Finland is good and this Helsinki University hospital is the best in the country. Trusting them was not difficult for me. Providing relevant metrics would be difficult. The other hospitals in the country send their most difficult cases here

I think this is what the business also wants from the IT provider. There are technical areas where the business decision makers don’t understand the details and cannot really estimate the risks. In serious matters they should be able to trust their IT providers to be competent, motivated and professional.

************

Here is a bit more detail information in case you are interested. My disease is glaucoma, it has no symptoms in the early stages but in the long run it will damage the optical nerve. The usual treatment is medication but it does not work always and it is not a cure. It is a good idea to visit an ophthalmologist regularly. The hospital was http://www.hus.fi/en/about-hus/Pages/default.aspx

 

 

%d bloggers like this: