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

Könnyen összefoglalható: mikor, kinek, mit, hogyan/milyen csatornán keresztül és milyen az elvárt reakció. Ugye, milyen egyszerű? :) És közben mégsem.... A szerződő felek azért írnak alá egy szerződést, mert úgy gondolják jól fognak tudni együttműködni. Általában addig nincs is baj amíg zökkenőmentes az együttműködés, de sokszor már az első problémáknál látszik, hogy nem ártott volna a kommunikációt is keretek közé terelni. 

Igények... és a célok

Az egy dolog ha leírjuk az igényeket. Nagyon is szép dolog és igenis kell hozzá tehetség és gyakorlat, hogy jó legyen egy  igényfelmérés és a maximumot ki tudjuk hozni az ügyfélből is.
Azonban legább ilyen fontos, hogy az pontosan definiáljuk a célokat is. Mert az eszköz lehet jó vagy rossz, hatékony vagy épp felesleges, de referenciapont nélkül vajmi nehéz megállapítani melyik.
Ilyen referenciapont(ok) lehet a project ötletelési fázisaban a miértre adott válasz(ok).

• Miért akarja az ügyfél ezt a projektet?
• Mit vár tőle?
• Miért pont most és miért pont ezeket a funkciókat?

Az első kérdés a legfontosabb. Az általános válaszok mellett nem árt azonban ha mi is végiggondoljuk és próbáljuk konkrét célok felé orientálni az Ügyfelet. Nagyon szép és jó, hogy egy webáruházat azért szeretne az Ügyfél, mert az értékesítési csatornák bővítése egy kívánatos dolog.
De itt is lehet, hogy új vásárlók bevonása a cél, de lehet, hogy a meglévő kliensek beszerzési módszereit szeretné "csak" változtatni/optimalizálni. Esetleg munkaerő leépítés és ezáltal hatékonyságnvelés és költségcsökkentés a célja. Mindegyik valid cél, teljesen jogosak. Azonban ezek a hátsó szándékok is meghatározzák mit érdemes ajánlani majd az Ügyfélnek.