blog_header_action_sequences

Agilis szolgáltatásmenedzsment

Agilis szolgáltatásmenedzsment - 6 gyakorlati példán keresztül

Szerző: Bas Blanken, megjelent: 2018. május 23.

Maradjon naprakész

Bas Blanken

Service Management Consultant & Agile expert

A közhiedelemmel ellentétben az agilis gondolkodásmód és szolgáltatásmenedzsment jól megfér egymás mellett, ahogy arról már előző blogbejegyzésemben is írtunk. Milyen változásokban nyilvánul meg az agilis szemlélet a munkánk során? Íme 6 példa.

Az ITIL-lel ellentétben az agilis szolgáltatásmenedzsment nem biztosít átfogó folyamatleírásokat, amelyeket részleteiben meg tudunk valósítani. Az agilitás egy filozófia, és ön eldöntheti, hogy ezt a filozófiát alapul véve, hogyan építi fel a munkáját.

Természetesen sokat tanulhat más szervezetektől is. Dolf van der Haven agilis szolgáltatásmenedzsmentre vonatkozó elvei alapján szeretnék bemutatni hat gyakorlati példát arra, miként teheti még agilisebbé szevezete szolgáltatásmenedzsment-folyamatait.

1. Győződjön meg arról, hogy munkájával növeli a hozzáadott értéket az ügyfél számára

Az IT-részleg gyakran túl sok energiát fektet olyan dolgokba, amelyek kevés értéket nyújtanak az ügyfeleknek. Nemrég látogatást tettem egy szervezetnél, ahol az IT-részleg egy minden részletre kiterjedő használati utasítást írt az általuk kínált okostelefonhoz. Bár hasznosnak tűnhet, de ezeknek az információknak a nagy része már elérhető az interneten. Ráadásul a következő operációsrendszer-frissítéssel a használati utasításuk elavulttá válik.

A dokumentációírás egyik agilisabb módja, ha a használati utasításban található információt szigorúan a legszükségesebbekre korlátozzuk, és először egy tesztcsoporton kipróbáljuk. Kizárólag a vállalatspecifikus információkat osszunk meg, például hogy miként lehet szinkronizálni a munkahelyi e-maileket az új okostelefonra. Kérdések merülnek fel a tesztcsoporton belül? Frissítse a dokumentációt, mielőtt hivatalosan forgalmazni kezdi az adott okostelefon-modellt.

2. Mindig ügyfeleivel szoros együttműködésben dolgozzon

Szolgáltatások vagy folyamatok megtervezésénél a szolgáltatási szervezetek sokszor feltételezésekbe bocsátkoznak ügyfeleik igényeit illetően. Nézzünk egy példát! Egy létesítménygazdálkodással foglalkozó szervezet arra bátorította az ügyfeleit, hogy tegyenek hibabejelentés minden esetben, ha valami probléma merült fel az irodaépülettel. Nemrégen ébredtek rá, hogy az ügyfelek azért bosszankodnak, mert 5–6 e-mailt is kapnak bejelentés után a hibajegyük állapotáról. Ez volt az oka annak, hogy sok ügyfél inkább nem tett bejelentést.

Az agilis szolgáltatásmenedzsmentben rendszeresen és a lehető leghamarabb be kell vonni az ügyfelet munkánkba. Ezzel elkerülhetjük, hogy feltételezésekre alapozva dolgozzunk. A példában említett szervezet végül az ügyfelekkel karöltve dolgozta ki a megoldást. Amikor az ügyfelek bejelentenek egy hibát, bepipálhatnak egy jelölőnégyzetet, hogy szeretnének-e értesítést kapni a hibajegyük státuszáról. Egy kérdés, valamint egy jelölőnégyzet, és máris búcsút inthettek 5 évnyi frusztrációnak.

3. Megfelelő emberek a megfelelő helyen

Sok informatikai szervezet túlságosan a folyamatokra támaszkodik. A folyamatokkal történő munkavégzés célja, hogy garantáljuk a szolgáltatások következetes minőségét, attól függetlenül, hogy ki nyújtja a szolgáltatást. Elméletben ez jól hangzik. A gyakorlatban azonban nagyon is függ a minőség attól, hogy ki nyújtja az adott szolgáltatást. Egy enervált ügyfélszolgálati munkatárs valószínűleg nem tesz olyan pozitív benyomást az ügyfélre, mint egy boldog, motivált alkalmazott. Ezt a különbséget egy folyamattal nem lehet áthidalni.

Az agilis gondolkodásmód fontos része, hogy legyen elég időnk és figyelmünk a csapattársainkra. A csapat csak akkor működik megfelelően, ha a tagjai olyan emberek, akik jól végzik a munkájukat és ha örömüket lelik az általuk végzett munkában. Mi a helyzet, ha az egyik csapattag elveszti motivációját? Beszéljen vele! Talán jobban örülne egy másik pozíciónak.

4. Folyamatai a lehető legrugalmasabbak legyenek

Az ITIL-folyamatok általában nem rugalmasak. Vágjon bele a változásmenedzsmentbe! Egy változtatás iránti kérelemnek számos előre meghatározott lépésen kell keresztülmennie. Mi csak egy dolgot dönthetünk el: elfogadjuk vagy elutasítjuk a kérelmet. Nincs lehetőség a tervek megváltoztatására. Ha meg akarjuk őket változtatni, le kell állítanunk a folyamatot, készítenünk kell egy új tervet és el kell fogadtatnunk azt.

Győződjünk meg arról, hogy az általunk tervezett folyamatok elég rugalmasak ahhoz, hogy megbirkózzanak az állandóan változó igényekkel. Ez ugyanakkor nem azt jelenti, hogy minden egyes változtatást meg kell valósítanunk a folyamat közben. Sokkal inkább azt jelenti, hogy teret engedünk a csapatnak, hogy úgy kezeljék a folyamatokat, ahogy jónak látják.

5. Lépésről lépésre tervezze meg, valósítsa meg és tegye jobbá a szolgáltatásait

Az új szoftver- vagy szolgáltatásimplementációk hónapokig, sőt akár évekig is eltarthatnak. Mire a megvalósítás befejeződik, általában annyira megismerjük a szolgáltatást, hogy úgy érezzük, minden változtatásra szorul benne. Ám ezen a ponton a költségvetésből nem maradt semmi, a projekttel foglalkozó csapat már máson dolgozik, és az alkalmazásmenedzser feladata, hogy egyedül feldolgozza a visszajelzéseket.

Egy új szolgáltatás agilis nyújtása annyit tesz, hogy amit adunk, azzal azonnal lehet dolgozni: visszajelzéseket gyűjtünk, amelyeket a termék fejlesztéséhez használunk fel. A TOPdesknél lépésről lépésre implementáljuk a szoftvereket. Először a hibabejelentési folyamat alapverzióját állítjuk fel, és amint működőképes, élesben is bevetjük. A folyamat nem tökéletes, de meg vagyunk vele elégedve. Miközben már a következő folyamaton dolgozunk, folyamatosan visszajelzéseket kapunk a hibabejelentés fejlesztéséről.

6. Szolgáltatásai és tevékenységei mindig legyenek lényegre törőek

A kérelmi folyamatok sok felesleges vezetőségi jogosultsághoz vannak kötve. Az IT-részleg azt feltételezi, hogy mindegyik kérelemmel kapcsolatban a vezetőség akar dönteni. Vagy az IT-részleg semmilyen felelőségi körrel nem rendelkezik. Éppen ezért a folyamathoz rengeteg jóváhagyás szükséges, a felelős menedzser pedig rengeteg jóváhagyási kérelmet kap e-mailen keresztül.

Ennek a folyamatnak nem szabadna ilyen körülményesnek lennie. Jobban működnek a dolgok, ha az IT-részleg tudatja a vezetővel, hogy milyen jogosultságokat szeretne vagy milyenekre van szüksége. Jellemzően nem hívei a rengeteg e-mailnek. Egy alternatív megoldás: a kérelmekhez nem szükséges jóváhagyás, a menedzserek pedig havi költségelszámolást kapnak. Ezáltal a menedzser kézben tudja tartani az irányítást és rálátása van a költségekre is, ráadásul anélkül, hogy ehhez tengernyi e-mailt kelljen átböngésznie. A munkavállalónak is gyorsabban érkezik a segítség.

Egy tipp: vágjon bele, és haladjon lépésről lépésre

Néha én is megkapom a kérdést: hol kezdjem, ha agilisabban akarok dolgozni? Az igazat megvallva, szervezete válogatja. Vizsgálja meg alaposan a jelenlegi szolgáltatásait, és vesse össze az agilitás alapelveivel. Hol van eltérés? Melyek azok a fejlesztések, amelyek könnyen megvalósíthatók? Kezdje azzal! Tegyen egy kis lépést. Kérjen visszajelzést. Majd térjen rá a következő lépésre.

Hagyjon kommentet