Röviden: általában nem azért nem használják a feladatkezelőt, mert lusták vagy ellenállnak, hanem azért, mert a rendszer duplamunkát ad nekik. A feladat valahol máshol keletkezik, telefonban, e-mailben vagy a Messenger-csoportban, és utána valakinek be is kell írnia. Amíg a rendszerbe kerülés külön munka, addig ki fog maradni. A feladatkezelő akkor kezd élni, amikor fájdalmasabb kihagyni, mint használni.
Ezt majdnem minden cégnél látni, ahol bevezettek valamilyen feladatkezelőt. Az első két hétben mindenki lelkes, egy hónap múlva már csak páran nyitják meg, fél év múlva pedig ott van egy előfizetés, amiért fizetünk, de a munka a Messengerben folyik. Nézzük végig, mi szokott emögött állni.
A munka nem ott történik, ahol a rendszer van
Ez az esetek java része.
A megrendelő felhív. A kolléga leteszi a telefont, és elkezdi csinálni. Vagy megbeszélik a reggeli körben, és mindenki tudja, mi a dolga. A feladat ettől a ponttól kezdve létezik és halad. A rendszerbe való beírás viszont egy plusz mozdulat, ami nem visz előrébb semmit, csak dokumentál.
Amíg így van, addig a rendszer mindig egy lépéssel a valóság mögött lesz. És ha egyszer lemarad, onnantól már nem lehet benne megbízni, ami megint egy indok, hogy ne nyissa meg senki.
A megoldás iránya az, hogy a feladat ott keletkezzen, ahol a munka indul. Beérkező e-mailből, űrlapból, a szervizes bejelentésből, a rendelésből. Ha a rendszer magától megtelik, akkor a kollégának nem beírnia kell, csak elvégeznie és lezárnia. Ez már sokkal kisebb kérés.
Ha a vezető nem használja, senki nem fogja
Ez kegyetlenül gyorsan eldől.
Ha az ügyvezető továbbra is Messengerben oszt feladatot, majd hetente egyszer rákérdez, miért nincs semmi a rendszerben, akkor a válasz benne van a kérdésben. A kollégák pontosan azt fogják csinálni, amit látnak, nem azt, amit hallanak.
Ennek a fordítottja is igaz, és ez a jó hír: ha a vezető következetesen csak a rendszerből ad feladatot, és arra hivatkozik számonkéréskor, akkor néhány hét alatt mindenki átáll. Nem kell hozzá szabályzat. Elég annyi, hogy ami nincs benne, arra nem emlékszik senki.
Ha a feladat kiadása és számonkérése is a rendszerben történik, a párhuzamos chatfolyamok maguktól elveszítik a szerepüket.
Túl bonyolultra állították be
Van egy visszatérő jelenet. Egy tizenkét fős cégnél valaki felállít egy rendszert epicekkel, sprintekkel, story pointokkal, hét kötelező mezővel és négyszintű prioritással, mert így látta egy szoftvercégnél.
Egy feladat felvitele ezután három perc. Ezt a raktáros nem fogja megcsinálni, és igaza is van.
A legtöbb magyar kkv-nak ennyi kell: mi a feladat, ki csinálja, mikorra, kész van-e. Minden további mező addig ne kerüljön be, amíg valaki konkrétan meg nem mondja, mire használná. Egy feladatkezelő rendszernél a kevesebb tényleg több, és utólag bővíteni sokkal könnyebb, mint egy elhagyott rendszert újraindítani.
- Feladat: mit kell elvégezni?
- Felelős: ki viszi tovább?
- Határidő: mikorra kell elkészülnie?
- Státusz: hol tart most?
A kolléga nem kap tőle semmit cserébe
Érdemes egyszer feltenni magadnak a kérdést a kolléga fejével: mit nyerek azzal, ha ezt kitöltöm?
Sok bevezetésnél a becsületes válasz az, hogy semmit. A rendszer arra jó, hogy a vezető lássa, ki mit csinál. Ez a kolléga szemszögéből nem munkaeszköz, hanem jelentés felfelé. És amit valaki jelentésnek él meg, azt a minimumon fogja teljesíteni.
A jó feladatkezelő először a kollégának hasznos. Megmondja, mi a dolga ma, mi az, ami csúszik, mi vár rá jóváhagyásra, mi az, amit már átadott másnak. Ha reggel megnyitja és két másodperc alatt látja, mivel kezdjen, akkor nem kell rákényszeríteni. A vezetői kimutatás ebből már magától összeáll.
Nincs benne semmi, ami csak ott van meg
Ez az a pont, ahol a legtöbb rendszer eldől.
Ha a fotók a telefonon vannak, a szerződés az e-mailben, az ügyfél telefonszáma a névjegyekben, az előzmény pedig a chatben, akkor a feladatkezelőben csak egy cím van meg. Azt viszont fejből is tudjuk, tehát nem kell megnyitni.
Fordítva működik. Ha a rendszerben ott a leadott fotó, a korábbi javítás, az ügyfél megjegyzése, akkor előbb-utóbb muszáj lesz odamenni, mert máshol nincs meg. Innentől nem kell használatra biztatni senkit.
Idegen szavak, idegen logika
Ezt ritkán mondják ki, pedig számít. Ha a felület angol, és a kolléga assignee, backlog és epic között keresi, hogy mi a dolga, akkor minden egyes lépés egy kis súrlódás. Nem lehetetlen megtanulni, csak nem éri meg neki.
Ugyanez igaz a logikára is. A legtöbb nagy nemzetközi feladatkezelő szoftverfejlesztő csapatokra készült, és sprintekben gondolkodik. Egy szervizcégnél, egy építőipari vállalkozásnál vagy egy kereskedőnél nincsenek sprintek. Ott munkalapok vannak, kiszállások, határidők és ügyfelek. Ha a rendszer nem így gondolkodik, akkor mindenki fejben fordítgat, és ez fárasztó.
Mit lehet ezzel kezdeni?
Néhány dolog, ami a gyakorlatban működni szokott:
- Egy helyen legyen. Amíg két rendszer van, mindig az egyszerűbbik nyer, és az általában a chat.
- A vezető ne adjon feladatot máshol. Ez az egyetlen szabály, aminek tényleg van foganatja.
- Kezdjétek négy mezővel. Feladat, felelős, határidő, státusz. Mindent, ami ezen felül van, indokolni kell.
- Automatizáljátok a feladat keletkezését. E-mailből, űrlapból, rendelésből. A kevesebb gépelés a legerősebb érv.
- Vigyétek be a régi anyagokat. Fotó, dokumentum, előzmény. Amíg máshol is megvan, addig nem muszáj odanézni.
- Az értesítéseket vissza kell fogni. Aki napi ötven riasztást kap, egy hét múlva némítja az egészet, és onnantól nem is látja, ha valóban kell tőle valami.
És egy őszinte pont: ha a cégben tízen vagytok, egy folyamat van, és mindenki egy térben dolgozik, akkor lehet, hogy nem is kell feladatkezelő. Egy közös lista is elég. A rendszer akkor kezd megtérülni, amikor a fejben tartás már nem működik: több párhuzamos ügy, terepen dolgozó kollégák, ügyfélhatáridők, átadások ember és ember között.
Nálunk hogyan néz ki ez?
Az xTask pontosan ezekre a problémákra készült. Teljesen magyar nyelvű, és nem szoftverfejlesztő csapatokra van szabva, hanem arra, ahogy egy magyar kis- és középvállalkozás valójában dolgozik: ügyfelekkel, határidőkkel, kiszállásokkal, nem pedig sprintekkel és story pointokkal.
Ez nem azt jelenti, hogy a ClickUp vagy az Asana rossz. Ha a csapatod hozzászokott és működik, ne cseréld le. Az xTasknak ott van értelme, ahol a nemzetközi rendszereket kipróbálták, és egy-két hónap után abbamaradt a használatuk, mert túl sok volt bennük az, amire senkinek nem volt szüksége.
Amit a feladatkezelő bevezetése előtt érdemes tisztázni
Mennyi idő, mire tényleg használni kezdik?
Reálisan négy-hat hét, ha a vezető is használja. Ha nem, akkor soha. A leggyorsabb bevezetések ott vannak, ahol egyetlen folyamattal indultak, nem az egész céggel egyszerre.
Kötelezővé kell tenni?
Önmagában a kötelezés kevés. Ami működik, az az, hogy a feladat kiadása és a számonkérés is kizárólag a rendszerből történik. Így nem tiltani kell a chatet, egyszerűen értelmét veszti.
Elég egy Excel vagy egy közös lista?
Sokáig elég. Amíg a feladatok nem járnak át ember és ember között, nincs ügyfélhatáridő és nincs terepen dolgozó kolléga, addig egy jól vezetett lista is elviszi. A gond akkor kezdődik, amikor senki nem tudja megmondani, hol tart egy ügy anélkül, hogy megkérdezné.
Mi van, ha a kollégák nem ülnek gép előtt?
Akkor a mobilhasználhatóság nem opció, hanem az első számú szempont. Ha egy szerelőnek telefonon három koppintásnál több kell egy feladat lezárásához, akkor nem fogja lezárni, és a rendszer a nap végére elavul.
