A mai, gyorsan változó üzleti környezetben a jó döntéshozatal fontosabb, mint valaha. Ennek ellenére sok vezető újra és újra ugyanazokba a hibákba fut bele. Előfordult már, hogy meghoztál egy üzleti döntést, amit szinte azonnal megbántál? Ezzel nem vagy egyedül.
Ebben a cikkben az IT és szoftverfejlesztési projektek során leggyakrabban előforduló stratégiai döntési hibákat vesszük sorra. Összegyűjtöttük azt az öt tipikus buktatót, amelyek rendszeresen kockázatot jelentenek a projektek sikerére és az üzleti eredményekre. Emellett azt is megmutatjuk, hogyan kerülhetők el ezek a hibák.
1. Intuitív döntéshozatal
Gondolj vissza egy olyan helyzetre, amikor a megérzésed mást mondott, mint az adatok. Hogyan döntöttél végül? És utólag melyik bizonyult megbízhatóbbnak?
A megérzésre épülő döntések vonzóak tudnak lenni. Sok sikertörténet szól olyan vezetőkről, akik szembe mentek a megszokott gondolkodással, hallgattak az ösztöneikre, és végül nagy sikert értek el. Ezek a történetek könnyen azt az érzést kelthetik, hogy a jó vezető szinte ösztönösen tudja a helyes irányt.
A valóságban azonban minden látványos, intuitív siker mellett sok olyan rossz döntés is van, amely azért született, mert a megérzés felülírta a tényeket. Az intuíciónak megvan a maga szerepe, de nagy horderejű stratégiai döntéseket kizárólag erre alapozni kockázatos. Olyan, mintha iránytű nélkül próbálnánk eligazodni ismeretlen terepen. Az emberi megérzés ugyanis torzít. Hajlamosak vagyunk túlértékelni a friss tapasztalatokat, azokat az információkat keresni, amelyek megerősítik a meglévő véleményünket, és alábecsülni a kockázatokat ott, ahol magabiztosnak érezzük magunkat.
Adatalapú döntéstámogatás
A hatékonyabb megközelítés az adatalapú döntéshozatal beépítése a mindennapi működésbe. Ebben nyújt hatalmas segítséget a Testnavigator: strukturáltan gyűjti és teszi átláthatóvá a tesztelési adatokat, ennek köszönhetően a döntések nem benyomásokra, hanem valós, mérhető visszajelzésekre épülnek.
Valós kockázatok láthatóvá tétele
A rendszer segít abban, hogy pontosan lásd, hogy szoftvered mely területein van valódi kockázat, hol jelennek meg visszatérő hibák, illetve mely funkciók igényelnek nagyobb figyelmet. Így a döntések nem elszigetelt megérzésekre, hanem trendekre és mérhető eredményekre támaszkodnak.
Ez nem azt jelenti, hogy a vezetői intuíció háttérbe szorul. Inkább arról van szó, hogy az ösztönök kapnak egy erős, adatalapú visszaigazolást vagy éppen korrekciót. Így a döntések nemcsak gyorsabbak, hanem megalapozottabbak is lesznek.
2. A döntés halogatása a túlzott elemzés miatt
A túlzott maximalizmus sokszor a kontraproduktív hatást is okozhat. Ez különösen igaz akkor, amikor egy vezető annyira belemerül az adatok gyűjtésébe és a lehetőségek mérlegelésébe, hogy végül nem születik döntés. De mégis hol húzódik a határ a szükséges elemzés és a túlgondolás között?
A döntési késlekedés kockázata
A túlzott elemzés egyik legnagyobb veszélye, hogy egy ponton túl az újabb adatok már nem visznek közelebb a döntéshez, csak lassítják azt. Ilyenkor nem még több információra van szükség, hanem arra, hogy tisztán lássuk, mi elég a felelős döntéshez. Olyan üzleti környezetben, ahol az időzítés gyakran kulcsfontosságú, a tökéletes információ keresése ugyanolyan káros lehet, mint a megalapozatlan döntéshozatal. Sok szervezet annyira elmerül az elemzésben, hogy közben a versenytársak már lépnek, és megszerzik az előnyt.
Gyorsabb döntések, tudatos keretek között
Ebben segíthet, ha előre kijelöljük, meddig kell döntést hozni, tisztázzuk, milyen információkra van szükség, és a legfontosabb tényezőkre koncentrálunk. Sok esetben már a rendelkezésre álló információk kisebb része is elég ahhoz, hogy megalapozott irányt válasszunk. Az is sokat számít, ha a döntések nem túl nagy, nehezen mozduló körökben születnek meg, hanem kisebb, felhatalmazott csapatokban. Emellett érdemes időről időre azt is megnézni, hol akad el a folyamat amiatt, hogy túl sokáig elemzünk. Hasznos lehet, ha feltesszük magunknak a kérdést: mennyibe kerül nekünk, ha ezt a döntést egy héttel, egy hónappal vagy akár egy negyedévvel később hozzuk meg?
3. Nem vizsgálunk meg több valódi alternatívát
Az emberek természetes módon hajlanak arra, hogy az első elfogadható megoldást válasszák. Ez gyorsnak és kényelmesnek tűnik, de sokszor nem a legjobb út. Gondolj vissza az utolsó nagyobb döntésedre! Mennyi eltérő lehetőséget mérlegeltetek megfelelő szinten?
Ez a gondolkodásmód általában elég egy működő megoldáshoz, de ritkán vezet a legjobb döntéshez. Érdemes ezt tudatosan megtörni, és már a folyamat elején több, egymástól ténylegesen eltérő opciót az asztalra tenni. Hasznos, ha minden fontos döntésnél legalább három valós opció készül. Segít az is, ha a csapat tagjai különböző megoldásokat képviselnek. Több lehetséges jövőbeli forgatókönyvet is érdemes átgondolni. Nemcsak az előnyöket, hanem az elszalasztott lehetőségek költségét is vizsgálni kell. Emellett fontos a „pre-mortem" elemzés. Vagyis annak végiggondolása, hogy miért bukhat el a döntés.
4. Nem foglalkozunk a megvalósítás nehézségeivel
Sok stratégiai döntés papíron kiválónak tűnik, a gyakorlatban mégis elbukik. Ennek oka gyakran az, hogy a döntés megszületik, de a megvalósítás valós körülményeit nem veszik elég komolyan.
A döntéshozók és a QA menedzsment sok szervezetben távol vannak egymástól. Azok, akik a napi működést jól ismerik, gyakran nem vesznek részt érdemben a stratégiai gondolkodásban. Közben azok, akik a döntéseket meghozzák, nem mindig látják át a projektek aktuális veszélyeit, akadályait és gyengeségeit. Ennek eredménye gyakran egy szép terv, hasznosnak tűnő új funkció leütése, amely a megvalósítás után összeomlik.
A megoldás az, hogy a megvalósítás tervezése már a döntési folyamat része legyen. Ez magában foglalhatja azt, hogy:
- a frontvonalban dolgozó kollégákat is bevonjuk a stratégiai egyeztetésekbe,
- előre feltérképezzük, milyen szervezeti változásokra lesz szükség,
- őszintén felmérjük, mire képes jelenleg a szervezet,
- azonosítjuk a hiányosságokat még a döntés előtt,
- részletes megvalósítási tervet készítünk mérföldkövekkel,
- és felkészülünk a legvalószínűbb akadályokra is.
5. Nem látjuk át valós időben a minőségi kockázatokat
Sok szervezetnél a döntések úgy születnek meg, hogy nincs mögöttük naprakész, átfogó kép a szoftver aktuális állapotáról. A riportok szétszórtak, az információk különböző eszközökben vannak, vagy egyszerűen túl későn jutnak el a döntéshozókhoz.
Ennek az a következménye, hogy egy release elindulhat úgy, hogy kritikus hibák maradnak benne, vagy éppen feleslegesen áll meg egy fejlesztés, mert a valós kockázatok nem látszanak tisztán. A probléma nem az, hogy nincs adat, hanem az, hogy nincs jól strukturált, döntést támogató információ. A megoldás az, hogy a minőségi adatok valós időben, átlátható formában álljanak rendelkezésre. Ebben nyújt közvetlen támogatást a Testnavigator.
A rendszer egy helyen mutatja meg:
- a tesztlefedettséget és annak hiányosságait,
- a kockázatos területeket és trendeket,
- a release readiness valós képét,
- valamint priorizálja a teszteseteket.
Hogyan érdemes felépíteni egy jobb stratégiai döntési rendszert?
A jó stratégiai döntéshozatal nem csak arról szól, hogy elkerüljük a hibákat. Arról is, hogy kialakítsunk egy olyan működési módot, amely folyamatosan fejleszthető. A tesztelés során ez azt jelenti, hogy pontosan látni kell, hol van valódi kockázat, mely területek érintettek a változásokban, és hol koncentrálódnak a hibák. Egy jól felépített döntéstámogató rendszer segít priorizálni a tesztelést, optimalizálni az erőforrásokat, és megalapozni a release döntéseket. Ehhez viszont szükség van a strukturált működésre is: egyértelmű felelősségi körökre, átlátható riportokra és olyan környezetre, ahol az adatok alapján lehet vitatni és finomítani a döntéseket. Fontos, hogy ne csak az eredményeket rögzítsük, hanem azt is, milyen kockázatok és szempontok alapján született meg egy adott döntés. Számodra melyik hiba a leginkább ismerős? És melyik az a módszer, ami nálatok valóban segített javítani a döntéshozatalt?