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ó. 

Kritikus útvonal - Critical path

A kritikus út tervezése a közepes és nagyobb projektek (szerintem) elengedhetetlen része. Már egy komplexebb weboldal/háttérfunkciókkal rendelkező rendszer esetén is jó szolgálatot tehet.
Miért hasznos? Segít átlátni, hogy mik azok a feladatok melyek csúszása esetén az egész projekt veszélybe kerülhet. Segít definiálni, hogy mely taskok azok amikre nagyon kell figyelni és a legkissebb eltérés esetén azonnal korrigálni kell (pl. plussz erőforrások allokálásával, vagy scope módosítással). Saját tapasztalat, hogy a kritikus útvonal megtervézese nagyban segíti a munkát és könnyebben felismerhetővé teszi a problémás, vagy potenciálisan problémás pontokat. Kiegészítve egy kiskockázatelemzéssel nagyobb projekteknél az egyik leghatékonyabb tervezési módszer.
Nézzük akkor a medvét....

Agile

Kezembe került ez a felhívás. Lesz októberben egy konferencia az Agile módszertanról. Nekem személy szerint az egyik nagy kedvencem. Lényegében a módszertan arról szól, hogy:

• rövid időközönként adjunk át használható funkciókat az ügyfélnek
• az iteráció és a változtatás lehetősége legyen a projekt egész folyamatába beépítve
• az ügyféllel való szoros együttműködés/együttgondolkodás

"We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value:

• Individuals and interactions over processes and tools
• Working software over comprehensive documentation
• Customer collaboration over contract negotiation
• Responding to change over following a plan

That is, while there is value in the items on the right, we value the items on the left more."
Agile Manifesto via Wikipedia

Bármennyire szeretem is ezt a módszertant megvannak maga korlátai és lehetőségei....