AI megoldás a felderítéstől az átadásig · Lecke 05

Elvárásmenedzsment és SLA

Ahol nincs kimondva, mit jelent a jó működés, ott mindenki a saját fejében lévő számhoz méri az eredményt. Ez a lecke arról szól, hogyan kerüljük el ezt.

Vissza a tananyaghoz


A ki nem mondott szám

Minden érintettnek van egy száma a fejében arról, hogy mit jelent a jó működés. A vezetőnél ez gyakran a teljes pontosság, mert így képzeli el. A fejlesztőnél sokkal alacsonyabb, mert tudja, mi reális. Ha ezek a számok nem hangzanak el, akkor a bevezetés napján derül ki, hogy nem egyeztek.

Az elvárásmenedzsment nem arról szól, hogy lejjebb vigyük a várakozásokat. Arról szól, hogy kimondjuk őket, amíg még olcsó változtatni rajtuk.


Mit érdemes kimondani

1
Mi számít jó válasznak. Konkrét példákon, nem elvben. Öt valós eset, amire a csapat megmondja, ez jó vagy nem jó. Ez a kis gyűjtemény többet ér, mint bármilyen definíció.
2
Mekkora hibaarány elfogadható. És külön az, hogy melyik hibatípus mennyire fáj. Tíz százalék hiba egy belső összefoglalóban más súlyú, mint egy ügyfélnek kimenő árajánlatban.
3
Mennyi idő alatt kell válaszolnia. És hogy mi történik, ha nem fér bele. Vár a felhasználó, vagy kap egy köztes visszajelzést.
4
Mi történik, ha nem tudja. Ez a leggyakrabban kihagyott pont. A rendszer inkább tippeljen, vagy inkább mondja, hogy nem tudja. A kettő teljesen más felhasználói élményt ad.
5
Ki javítja, ha elromlik. Név szerint, és milyen határidővel. Enélkül az első hiba után napokig áll a rendszer.

A legfontosabb kérdés nem az, hogy milyen pontos a rendszer, hanem az, hogy mi történik akkor, amikor téved. Egy hetven százalékon teljesítő megoldás jól megtervezett hibakezeléssel használhatóbb, mint egy kilencven százalékos, ami csendben rossz választ ad.


Az SLA belső projektben is

Az SLA szó szerződéses csengése miatt sokan úgy gondolják, csak külső szolgáltatónál van értelme. A gyakorlatban a belső bevezetéseknél is ez menti meg a projektet.

Nem kell hozzá jogi dokumentum. Elég egy oldal, amin ott van a válaszidő, az elfogadható hibaarány, a rendelkezésre állás, és az, hogy kihez lehet fordulni. Ha ez a lap létezik és mindenki látta, akkor az első csalódásnál nem vita lesz, hanem egy összehasonlítás a leírt elvárással.

Ennek van egy kevésbé nyilvánvaló haszna is. Aki aláírja ezt a lapot, az onnantól résztvevő lett, nem szemlélő. A felelősség megosztása önmagában is növeli a projekt túlélési esélyét.


Amikor az elvárás irreális

Előfordul, hogy a kimondott elvárás egyszerűen nem teljesíthető. Ilyenkor a helyes lépés nem az, hogy elvállaljuk és reménykedünk.

Mutasd meg, mi teljesíthető, és mi az ára annak, ha közelebb akarunk kerülni a kívánt szinthez. Sok esetben kiderül, hogy az irreális elvárás mögött egy félreértés van, például hogy a rendszer emberi ellenőrzés nélkül fog dolgozni, holott erre soha nem volt szükség.


← Előző lecke Következő lecke →

Workshop

AI Transformation Day

Egésznapos, vezetőknek szóló program. Feltérképezzük, hol tart a szervezet, mi az első reális lépés, és milyen belső feltételek szükségesek a sikerhez. A nap végén konkrét, prioritizált cselekvési lista.

Érdekel a program →