2019-ben egy 300 fős magyar pénzügyi szolgáltató ERP-bevezetésébe csöppentem bele félúton. A projekt 14 hónapja futott, és elakadt. A csapat agilis volt — sprintek, daily standup, backlog. Az infrastruktúra-csapat vízesés-módszertanban dolgozott — Gantt-chart, fáziskapuk, milestone-jelentések. A kettő között volt egy légüres tér, ahol senki nem tudta, mi az aktuális állapot.

A probléma nem az volt, hogy az egyik módszertan rossz. A probléma az volt, hogy senki nem döntötte el, melyik rész kér melyik módszertant.

A hamis dichotómia

Az agilis-prediktív vita az IT-projektmenedzsment egyik legmeddőbb vitája. Mindkét oldal részben igaza van — és mindkettő ugyanabban hibázik: azt gondolják, hogy egy egész projekt egyféle módszertant kíván.

A valóság más. Egy összetett projekt különböző részei különböző természetűek. Vannak kiszámítható részek és bizonytalan részek. Vannak részek, ahol a visszajelzés döntő, és vannak, ahol a tervtől való eltérés katasztrofális. Ezekre más módszertant kell alkalmazni.

Egy projekt nem agilis vagy prediktív. Egy projekt egyszerre lehet mindkettő — különböző részein, különböző időpontokban.

A négy életciklus-típus

A PMI PMBOK 7. kiadása négy fő megközelítést különböztet meg. A gyakorlatban ezek nem versengenek egymással — kiegészítik egymást.

Prediktív (vízesés)

Akkor hatékony, ha a követelmények stabilak és részletesen ismertek, a megoldás jól bevált, és a változás költséges vagy kockázatos. Klasszikus példa: adatmigráció, infrastruktúra-konfiguráció, GDPR-megfelelőségi audit, pénzügyi riportálási rendszer bevezetése.

Agile (iteratív-inkrementális)

Akkor hatékony, ha a követelmények bizonytalanok vagy változnak, a megoldás új és ismeretlen, és a korai visszajelzés értékes. Klasszikus példa: UX-tervezés, AI-prototípus fejlesztés, új ügyfél-folyamat kialakítása.

Iteratív

Akkor hatékony, ha a megoldás alapja ismert, de a részletek finomításra szorulnak valós használat alapján. Klasszikus példa: riport-rendszer kiépítése, belső adminisztrációs felület fejlesztése.

Inkrementális

Akkor hatékony, ha a teljes rendszer egyszerre nem vezethető be, de a részek önállóan is értéket adnak. Klasszikus példa: legacy-rendszer modernizáció Strangler Fig pattern-nel, modul-onkénti ERP-bevezetés.

A RACI: ki dönt, ki csinál, ki tájékoztatandó?

A hibrid PM egyik leggyakoribb csőpontja: nem tiszta, ki mit dönthet el. Az agilis rész gyorsan mozog, a prediktív rész lassabb — és a kettő között elvesznek a döntések. A RACI mátrix (Responsible, Accountable, Consulted, Informed) erre ad megoldást.

  • Responsible (Felelős) — Ő végzi el a munkát. Egy feladathoz több felelős is lehet.
  • Accountable (Elszámoltatható) — Ő vállalja a végső felelősséget az eredményért. Csak egy lehet.
  • Consulted (Konzultálandó) — Véleménye szükséges a döntéshez, kétirányú kommunikáció.
  • Informed (Tájékoztatandó) — Értesíteni kell az eredményről, egyirányú kommunikáció.

Hibrid projektekben a RACI különösen fontos, mert az agilis és prediktív rész eltérő döntési sebességgel dolgozik. Ha nem rögzítjük, melyik részben kinek van Accountable szerepe, a projekt közepén összecsúsznak a felelősségek.

Gyakorlati tanács: Csak az Accountable szerepkört ne legyen kétszemélyes — minden más igen. Ha egy feladatnál két Accountable van, az azt jelenti, hogy ténylegesen nincs egyik sem.

Planning Poker: mikor érdemes becslést kérni?

Az agilis részeken az egyik leggyakoribb hiba a túlbecslés és az alábecslés váltakozása. A Planning Poker — egy együttműködési becslési technika — ezt a problémát kezeli.

A folyamat egyszerű: a product owner vagy PM leírja a feladatot, a csapattagok egyszerre mutatják meg a kártyájukat (Fibonacci-skálán: 1, 2, 3, 5, 8, 13, 20...), majd a legmagasabb és a legalacsonyabb becslést adó elmagyarázza az álláspontját. Ez az egyenetlen becslések mögötti feltételezéseket hozza felszínre — és ezek a feltételezések sokszor fontosabbak, mint maga a szám.

A Planning Poker egyik valódi értéke nem a pontosabb szám — hanem az a beszélgetés, ami a különböző becslések mögött zajlik. Ha valaki 3-at mutat, valaki más 13-at, az azt jelenti, hogy nem ugyanabban a feladatban gondolkodnak. Ez a félreértés most kerül felszínre — nem a sprint közepén.

Hibrid projektekben a Planning Poker az agilis részekre használható — a prediktív részekre a részletes munkabontás (WBS) és az erőforrás-alapú becslés a megfelelőbb eszköz.

T-Shaped szakemberek a hibrid csapatban

A hibrid módszertan igénye egy speciális csapatkompetenciát is megkövetel: olyan embereket, akik egyszerre értik az agilis és a prediktív gondolkodást. Ezt nevezik T-Shaped skilnek.

A "T" két dimenziót jelöl: a függőleges szár a mélységet (egy területen szakértő szint), a vízszintes rész a szélességet (több területen alapszintű értés és együttműködési képesség).

Egy T-Shaped PM az ERP-bevezetésnél egyszerre tud prediktív eszközökkel gondolkodni az infrastruktúra-részben és agilis retrospektíveket facilitálni az UX-részben — anélkül, hogy módszertani határokat kellene "magyarázni" a csapatnak.

A hibrid PM legnagyobb kockázata nem a technikai komplexitás — hanem az, hogy a csapattagok nem értik, miért csinálják másképp az egyik részt, mint a másikat. A T-Shaped gondolkodás ezt az értési rést zárja be.

Konfliktuskezelés a hibrid projekt sajátos feszültségeivel

Hibrid projektekben a leggyakoribb konfliktus nem interperszonális — hanem módszertani. Az agilis csapat nem érti, miért lassú a prediktív rész. A prediktív csapat nem érti, miért változnak az agilis sprintben a prioritások. Ez egy szükségszerű feszültség — és ha nincs kezelve, beragad.

A PMI szerint a konfliktus nem probléma — hanem "eltérő elvárások ütközése." Ez a definíció segít: a megoldás nem az, hogy az egyik fél "enged", hanem az, hogy az elvárások explicitté válnak, és mindenki érti a másik módszertan logikáját.

Konkrét eszköz: a sprintek elején (agilis rész) és a fáziskapuknál (prediktív rész) tartsunk közös státusz-hívást, ahol mindkét oldal egy mondatban elmondja: "Mi most ott tartunk, hogy... A következő kockázat... Döntésre vár..." Ez a minimum szinkronizáció megakadályozza, hogy a két módszertan teljesen elszakadjon egymástól.

A döntési pillanat, ami mindent megváltoztat

A hibrid PM legnagyobb értéke nem az, hogy rugalmas — hanem az, hogy minden projekt-résznél van egy tudatos döntési pont: ez a rész kiszámítható, vagy bizonytalan?

Ha kiszámítható: prediktív. Ha bizonytalan: agile. Ha fokozatosan finomodik: iteratív. Ha modul-onként épül: inkrementális.

Az a PM, aki minden projektrésznél felteszi ezt a kérdést, és tudatosan választ, átlagosan 3-4 héttel csökkenti a projekt-csúszást. Nem jobb eszközökkel, nem több erőforrással — egyetlen, tudatos döntéssel.