Issue tracking - PM szemmel

Mit akar látni a PM, milyen adatokra kíváncsi és milyen bontásban? Ezekre a kérdésekre adott válaszok eléggé jól körvonalaznak egy jó feladatkiosztó rendszert.
Nézzük meg a leggyakoribb nézeteket és tartalmukat.

Ki, Min, Mennyit - a legalapvetőbb
Feladat - ember - idő. Ezen koordináták mentén kell tudni kigyűjteni az adatokat. Ez lehet egy olyan lista ami megmutatja, hogy adott munkatárs az elmúlt 2 hétben milyen feladatokat végzett el, és mennyi időt könyvelt rá (time tracking). Lehet egy olyan lista amiből kiderült, hogy adott projekten milyen feladatok lettek az elmúlt 1 hónapban elvégezve, és ezeket a feladatokat kik végezték el, mennyi idő alatt. (issue tracking).

Ki, Mikor, Min fog dolgozni?
Ugyanezen listák jövőre vonatkozó - a becslésre alapuló - nézetei is fontosak. Elsődlegesen, mert a tervezést lehetővé teszi, és talán a kedves munkatárs sem fog meggebedni a ráosztott feladatok súlya alatt.

Melyik projekt hol tart?
A tervezetthez képest mi valósult meg, van-e csúszás? Nagyon fontos nézet, mert elkerülhetővé teszi a túlórázást, még időben lehet korrigálni a feladatok kiírásán, vagy időben szét lehet osztani a csúszásban lévő feladatokat más emberek között. Vagy ha olyan a helyzet akkor időben lehet jelezni az ügyfél felé, hogy csúszás várható.

Mi elszámolható, mi nem?
Praktikus egy elszámolás típusa mező bevezetése, amivel a költségek nyomon követhetőek. Esetleg az órabéres emberek járandósága kimutatható. 

Hibakezelés

Érdekes élményben van részem. Szeretném a következő postot megírni. Semmi gond, szerkesztőbe login, "új bejegyzés". Aztán malmozás. Nem most kezdtem a szakmát, emlékszem amikor még egy komolyabb word doksi mentése PERCEKBE! telt. Addig az ember elővett egy könyvet, jegyzetet és hasznosította a szabadidőt. :)
Ez még anno a 20. században volt, a 21.ben már nem várnék ilyet. Mégis ezt kapom. Türelmes és kíváncsi vagyok: 5 percen túl már morcos is kicsit. Még 5 perc - tényleg kíváncsi voltam....
Semmi. Önmagában nem ez a hír értékű történés.
Meglátogattam a Help center-ét a guglinak. Többször anyáztam már magamban rájuk, most sem volt másképp. Értem én, hogy ők értem élnek és jobban tudják mik a sztereotip kérdések. Azonban az advanced usereknek komolyan megnehezíteni a kérdés feltevést vagy bugreport-ot -szerintem- komoly hiba.
Átverekedtem magam sok semmitmondó "how to post" és "how does posting articles work" típusú cikken, mígnem eljutottam a fórumhoz. A listában a 3. volt az engem érdeklő: Posting doesn't work! (Cikk írás nem működik)
Hurrá.
Reggel óta nem működik a tartalom feltöltés az új szerkesztővel, semmilyen platform alatt.
Viszont az egész délelőtt el tudott telni a guglinál anélkül, hogy egy hivatalos guglis supportos valamit böffentett volna.
Egyedül vagyok hagyva, magányosan és kiszolgáltatottan. Várni tudok csak, hogy majd a nagytesó mikor javítja meg. Addig is járjak vissza, próbálkozzak, hátha. És reménykedjek....

Hibakezelés
Akut hiba esetén, amely a felhasználók zömét érinti _azonnal_ kommunikálni kell, hogy
- tudnak a hibáról
- esetleges bugreportot hova szeretnének kapni és milyen tartalommal (jelen esetben pl. platform és pontos böngésző verziószámok)
- mikorra várható a hiba kijavítása
- netán mi a hiba oka - de ez helyzetfüggő.

Ezzel a következőket közöljük:
- megbecsüljük az ügyfelet
- fontos nekünk, hogy szegényke ne szívjon, ne pazarolja az idejét arra, hogy időről időre visszanéz
- tudatában vagyunk egyáltalán a hibának (jelen esetben nem is vagyok biztos benne, h tud a gugli a hibáról....ergo: 1. a cégbe, a cég reakciókészségébe vetett bizalmam kicsit csökkent, nem tudom, hogy mikorra sejthetem a hiba kijavítását)
- fontosak az inputok, odafigyelnek a userek véleményére. (nem vagyok naiv. tuti a levelek nagyrésze olvasatlanul megy a kukába,... de akkor is....)

Sajnos nem először csalódom a gugliban.

Hibakezelésről bővebben majd amikor nem mailben, kerülőúton kell postot készítenem, hanem már működik a szerkesztő ablak.