IT projektek kézikönyve | munkacsoportvezetőknek

1. Bevezetés és a szereped

Miért te vagy a projekt egyik legfontosabb szereplője

Ez az oktatóanyag azoknak szól, akik megrendelő oldalon egy szakterületi munkacsoport (workstream) vezetését kapják egy IT-rendszer – ERP, CRM, WMS – bevezetésében: az értékesítési, beszerzési, készlet-, pénzügyi vagy logisztikai terület felelőseként.

A felelősséged egy mondatban: te felelsz azért, hogy a projekt a te területeden szakmailag helyes eredményt adjon – a projektvezető pedig azért, hogy a projekt egésze időben, keretben célba érjen. Te nem az ütemtervet és a szerződést menedzseled, hanem a területed folyamatait, embereit, adatait és tesztjeit.

A rendszerbevezetés közös munka: a szállító hozza a terméket és a technológiát, a megrendelő az üzleti tudást, a döntéseket, az adatokat és az embereket. A te területeden ez a „megrendelői rész” konkrétan a te munkacsoportodon múlik: ha a workshopokon nem a valós működést mondjátok el, ha az adat nem tisztul ki, ha a tesztelést „átkattintgatjátok” – azt semmilyen szállító nem tudja kompenzálni.

Mit tanulsz meg ebből az anyagból?

• Hogyan működik egy projekt, és hol a helyed benne.
• Hogyan állítsd össze és működtesd a munkacsoportodat – kit vonj be fixen, kit időlegesen.
• Mit dönthetsz el te, mit kell feljebb vinned – és hogyan eszkalálj jól.
• Szakaszról szakaszra: pontosan mi a te dolgod.

Minden fejezet végén ellenőrző kérdések vannak – kattints a válaszodra, és azonnal látod a helyes megoldást magyarázattal. A haladásod a böngésződben elmentődik.

2. Projektalapfogalmak

A minimum, ami nélkül nem leszel képben a megbeszéléseken

Projekt vs. napi munka

A projekt egyszeri, határozott célú, időben és erőforrásban korlátozott vállalkozás – ezért külön szervezete, döntési rendje és ütemterve van. Neked ez azt jelenti: a projektfeladataid nem „pluszmunkák”, hanem határidős, számonkért feladatok, amelyekhez időt kell kapnod.

A projektháromszög

Minden projektet a terjedelem (scope) – idő – költség hármasa határoz meg, negyedikként a minőséggel. Ha az egyik nő, a másiknak mozdulnia kell, különben a minőség romlik. Ez neked azért fontos, mert a terjedelem jelentős része a te területeden dől el: minden kérés, amit a csapatod megfogalmaz („kellene még egy riport…”, „nálunk ez mindig így ment…”), a háromszög egyik csúcsát tolja. A jó munkacsoportvezető nem „kiharcolja” a legtöbb igényt, hanem segít különválasztani: mi kell valóban, és mi csak megszokás.

Fogalmak, amiket hallani fogsz

• Mérföldkő: az ütemterv kiemelt, ellenőrizhető pontja – a területi határidőid jellemzően ezekhez kötődnek.
• Leszállítandó: átvehető eredménytermék. A munkacsoportodé pl.: követelménylista, tesztesetek, kitisztított törzsadat, oktatási segédanyag.
• Minőségi kapu (quality gate): szakaszok közti ellenőrzőpont. Több kapunál a te területi jóváhagyásod kell (specifikáció, UAT-zárás). Amit itt elfogadsz, azt kapod.
• Fit-gap: az igényeitek és a rendszer standard tudásának összevetése; a gap = eltérés, amiről dönteni kell.
• Változáskérelem (CR): a jóváhagyott scope formális módosítási kérése – írásban, hatáselemzéssel, döntéssel. Nem „szólok a tanácsadónak”.
• UAT: felhasználói átvételi teszt – a te területeden a te csapatod hajtja végre; az átvétel alapja.
• RACI: felelősségi mátrix (Responsible, Accountable, Consulted, Informed) – soronként pontosan egy „A”. A területi folyamatdöntéseknél az „A” jellemzően te vagy.

3. A projektszervezet és a munkacsoport helye

Három szint – és hol húzódnak a te határaid

A három szint

A két oldal tükörszerű: a szállítónál a párod a tanácsadó/modulfelelős – vele dolgozol majd a legtöbbet az egész projektben.

Tisztázd az elején – írásban

• Mely folyamatok tartoznak hozzád? Folyamatszinten, ne címszavakban.
• Hol vannak átfedések más munkacsoportokkal? (beszerzés ↔ készlet ↔ pénzügy) Nem az átfedés a baj – az, ha nincs kimondva, ki dönt ott.
• Milyen leszállítandókért felelsz, milyen határidőkkel? Ezek nevesítve jelenjenek meg az ütemtervben.

4. A munkacsoport felépítése

Tagok kiválasztása, fix és időleges bevonás, működési rend

Kikből áll a munkacsoport?

• Te – a terület szakmai felelőse a projektben.
• Kulcsfelhasználók (2–5 fő): gyakorlott felhasználók – megismerik az új rendszert, tesztelnek, oktatnak, go-live után elsővonalas támogatást adnak.
• Adatgazda: a terület törzsadatainak tisztításáért és validálásáért felel (lehet kulcsfelhasználó is).
• Időlegesen bevont szakértők – egy-egy témára (lásd lejjebb).

A szállítói tanácsadó a munkacsoporthoz tartozik, de nem a beosztottad: vele együttműködsz, a saját csapatodat vezeted.

Kit válassz kulcsfelhasználónak?

A jó jelölt három tulajdonsága:

1. Mélyen ismeri a folyamatot – a valóság szerint: kivételek, kerülőutak, „péntek délutáni esetek”.
2. A kollégái elfogadják – a végén ő fogja oktatni és meggyőzni őket.
3. Mer véleményt mondani és dönteni – a „nem tudom, majd megkérdezem” válaszokból nem lesz specifikáció.

További szempontok: vegyíts tapasztalatot és nyitottságot; figyelj a változáshoz való hozzáállásra (a megnyert szkeptikus a legjobb nagykövet); több telephelytípus esetén legyen mindnek képviselete.

Fix bevonás: a mag

• Formálisan: névre szólóan, a vonalbeli vezető írásos egyetértésével. A „majd besegít, ha ráér” nem bevonás.
• Valódi felmentéssel: a napi munka egy részét át kell adni (helyettesítés, átszervezés). Ha ez elmarad, a projektfeladat mindig második lesz – és ez nem az emberen múlik.
• Tervezett terheléssel:

Ezeket a számokat a projekt elején mutasd meg a vonalbeli vezetőknek – a viták nagy része abból van, hogy „néhány meetingre” számítanak, aztán a tesztidőszakban szembesülnek a valósággal. A csúcsidőszakokra (teszt, cutover) ne tervezzen a terület szabadságot, leltárt, nagy akciót a kulcsfelhasználóknak.

Időleges bevonás: szakértők egy-egy témára

• Speciális témák szakértői (pl. vám, jövedék) – csak az adott workshopra, véleményezésre.
• Teszterősítés: az UAT csúcsán további gyakorlott felhasználók – ez egyben „előoktatás” is nekik.
• Adattisztítási kampányok: jól darabolható, határozott idejű munka – rövid, intenzív bevonással.
• Véleményezők: specifikáció, oktatási anyag átnézése projekt-tagság nélkül.

A munkacsoport működési rendje

• Heti 30 perces státusz (csúcsidőszakban napi 15 perc): mi készült el, mi jön, hol akadtunk el.
• Egy közös feladatlista – ne e-mailekben éljen a munka.
• Döntési napló: minden folyamatdöntés egy sorban (mit, mikor, ki, miért).
• Jelenléti fegyelem a workshopokon – az elmaradt vagy felkészületlen workshop közvetlen csúszás.

5. Döntési és eszkalációs utak

Mit döntesz te, mit nem – és mit csinálj azzal, amit nem

A döntési szintek

Az öt piros zászló – mikor NEM a tiéd a döntés?

1. Más területet érint – akkor is, ha „csak egy kicsit”.
2. Fejlesztést igényel – minden fejlesztés pénz és idő → CR-folyamat.
3. Költség- vagy határidővonzata van.
4. Eltér az elfogadott specifikációtól – csak formálisan (CR vagy hibajavítás) módosítható, „szólok a tanácsadónak” alapon nem.
5. A vonalbeli főnököd és a projekt érdeke ütközik (pl. visszarendelné a kulcsfelhasználót a teszt közepén) – ez PM-, szükség esetén szponzorszintű kérdés.

Hogyan eszkalálj jól?

Az eszkaláció nem árulkodás és nem kudarc – a döntési rendszer rendeltetésszerű működése. A megrekedt döntés a projektek leggyakoribb rejtett csúszásforrása.

• Időben: ha a te szinteden 3–5 munkanapon belül nem dől el, vidd feljebb – ne várd meg, amíg csúszást okoz.
• Döntésre előkészítve: mi a kérdés + 2–3 opció következményekkel + a te javaslatod. Az így eszkalált kérdés napok alatt eldől; a „van egy problémánk” hetekig ül.
• A hivatalos úton: először a projektvezetőnek – nem a szponzornak a folyosón, és nem a tanácsadóval „csendben megoldva”.
• Írásban (is): rövid e-mail vagy sor a közös listában – legyen nyoma.

És a másik irány: hozzád is eszkalálnak – a kulcsfelhasználóid és a tanácsadó tőled várnak gyors, indokolt, dokumentált döntést. A heti státuszod állandó napirendje legyen: „milyen döntésre vártok tőlem?”

Konfliktus másik munkacsoporttal

1. Először egymás közt: a két munkacsoportvezető + érintett kulcsfelhasználók + tanácsadó. A viták fele abból van, hogy a felek nem látták a másik terület kényszereit.
2. Ha nem megy, gyorsan a PM-hez – közösen megfogalmazott opciókkal. Az „állóháború” mindkét területnek árt.
3. A döntés után a döntést képviseld – a csapatod felé is, akkor is, ha nem a te javaslatod nyert.

6. Akikkel együtt dolgozol

PM, tanácsadó, kulcsfelhasználók, vonalbeli vezetők

A megrendelői projektvezető

A főnököd a projektben (akkor is, ha a vonalbeli szervezetben nem az). Tőle kapod a kereteket, neki adod a területi státuszt és a döntési igényeket.

A szállítói tanácsadó (modulfelelős)

A szakmai párod a túloldalon: ő ismeri a rendszert, te a folyamatot. A projekt sikere a te területeden kettőtök együttműködésén múlik.

• Készülj a workshopokra: volumenadatok, kivételes esetek, bizonylatminták – a tanácsadó annyit tud haladni, amennyi inputot kap.
• Kérdezz vissza bátran: ami a workshopon homályos marad, az a teszten derül ki – sokszoros áron. Addig kérdezz, amíg el tudod magyarázni a saját csapatodnak.
• Ne szerződj a nevében: a tanácsadó „ezt megoldjuk” ígérete nem CR-döntés. Ami scope-ot érint, azt a hivatalos úton – különben a végén se pénz, se dokumentum, se megoldás.

A kulcsfelhasználóid

A három legfontosabb dolgod velük:

• Időt szerezni nekik – felmentés, védelem a csúcsidőszakokban;
• Irányt adni – mit, mikorra, milyen minőségben (pl. mitől jó egy teszteset);
• Meghallgatni őket – ők látják először, ha a készülő rendszer nem életszerű.

Go-live után ők lesznek a terület támaszai – amit a projektben beléjük fektetsz, évekig kamatozik.

Adatgazda, vonalbeli vezetők, a területed

• Adatgazda: vele hajtod az adattisztítást – a projekt egyik leghálátlanabb, de legfontosabb munkáját.
• Vonalbeli vezetők: tőlük „kapod kölcsön” az embereket. Tartsd őket képben (havi rövid összefoglaló), és időben jelezd a csúcsterheléseket – a meglepett vezető ellenséges vezető.
• A területed kollégái: a leendő felhasználók – róluk szól a projekt. A folyamatos tájékoztatásukról a 10. fejezetben lesz szó.

7. A projekt életciklusa – áttekintés

Kilenc szakasz – és hogy mikor mekkora a te szereped

8. Feladataid szakaszról szakaszra I.

Előkészítés, indítás – és a főszakaszod: az elemzés-tervezés

0. Előkészítés és szállítóválasztás

• Adj valós folyamatleírást és volumenadatokat az igényfelméréshez: tranzakciószámok, cikkszámok, szezonális csúcsok, kivételes esetek.
• A bemutatókon a saját folyamataitokat kérd – ne a standard demót nézd, hanem a ti tipikus és kivételes eseteiteket.
• Jelezd előre a kritikus követelményeket (pl. akciós árazás, göngyölegkezelés) – ezek már a kiválasztásnál számítsanak.

1. Projektindítás

• Állítsd össze a csapatot: kulcsfelhasználó-jelöltek, adatgazda, egyeztetés a vonalbeli vezetőkkel, felmentések.
• Tisztázd a kereteket írásban: területhatárok, leszállítandók, határidők, döntési jogkör, eszkalációs út.
• Állítsd fel a működési rendet: heti státusz, közös feladatlista, döntési napló.
• Tarts területi „mini-kickoffot”: mondd el a csapatnak és a kollégáknak, mi indul, miért, mit vársz tőlük.

2. Elemzés és tervezés – a főszakaszod (1.)

Itt dől el, MI épül meg – és az input a ti tudásotok.

• Készülj minden workshopra: folyamatok, ahogy MA működnek (nem ahogy a szabályzat mondja), fájdalompontok, volumenek, bizonylatminták – és külön lista a kivételes esetekről (sztornó, visszáru, hiány, hibás számla, leltáreltérés). A rendszerek a kivételeknél buknak el, és a workshopokon ezek maradnak ki a leggyakrabban.
• A fit-gap döntéseknél légy a standard ügyvédje: minden eltérésnél kérdezd meg: a mostani működésünk valódi versenyelőny, vagy csak megszokás? A testreszabás most is pénz, és minden verziófrissítésnél újra az. A „csináljuk úgy, ahogy eddig” reflexet neked kell fékezned – a saját csapatodban is.
• Hozd meg a területi döntéseket időben – a fit-gap döntések elakadása a szakasz fő csúszásforrása. Ami a tiéd, döntsd el dokumentálva; ami nem, eszkaláld.
• A specifikációt ÉRDEMBEN olvastasd át: oszd szét a fejezeteket a kulcsfelhasználók között, adj szempontokat (a mi eseteink benne vannak? a kivételek? az adatok?), tarts közös átbeszélőt – és csak azután hagyd jóvá.

9. Feladataid szakaszról szakaszra II.

Megvalósítás, tesztelés (a másik főszakaszod), felkészülés, go-live, zárás

3. Megvalósítás

• Hajtsd az adattisztítást – most fut a legnagyobb erővel: duplikátumok, elavult rekordok, hiányzó mezők. Csak a te embereid tudják megcsinálni; kampányszerűen, időleges bevonással jól szervezhető. A késői adattisztítás a go-live-csúszások egyik fő oka.
• Járj el a demókra a csapatoddal – amit a demón szóvá teszel, olcsó javítás; amit a teszten, drága.
• Írjátok a teszteseteket valós üzleti esetekre („hétfői áruátvétel három szállítólevéllel, ebből egy hiányos”), a kivételekkel együtt.
• Tartsd a CR-fegyelmet: új igény = írásos CR a PM-en keresztül, nem „szólok a tanácsadónak”.

4. Tesztelés – a főszakaszod (2.)

• Vezesd a területi UAT-t: tesztesetek kiosztása, napi haladáskövetés. Dokumentáltan (mit, ki, mikor, eredmény) – az „átkattintgattuk, jónak tűnik” nem tesztelés.
• Hibakezelés fegyelemmel: minden hiba a közös listába (leírás, képernyőkép, súlyosság) – ne e-mailben és folyosón. Hiba vs. CR: tanítsd meg a csapatnak.
• Újratesztelés: a javított hibát ugyanaz tesztelje újra, aki találta. Számolj 2–3 ciklussal.
• Védd a tesztidőt és az embereidet: ha a fejlesztés csúszása miatt a tesztidőt rövidítenék, jelezd a PM-nek – ez a területed átvételi képességét veszélyezteti.
• Az UAT-zárás a te aláírásod: az előre rögzített kritériumok alapján. Ne írd alá nyomás alatt, ha nem teljesül – és írd alá bátran, ha teljesül.

5. Felkészülés: oktatás, migráció-validálás, cutover-input

• Szervezd a terület oktatását (train-the-trainer): szerepkör szerinti terv, egyoldalas folyamat-segédanyagok, gyakorlókörnyezet – és a lefedettség követése név szerint: aki kimarad, az a go-live utáni káosz forrása.
• Validáld a migrált adatot az adatgazdával, formálisan: szúrópróbák, darabszám- és összegegyeztetés. Éles indulás rossz adattal = hetekig tartó utójavítás.
• Adj inputot a cutover-tervhez: mit mikor zárunk a régiben, milyen kézi rögzítések kellenek, ki lesz elérhető az átállási hétvégén.
• Készítsd fel a területet: mikor mi történik, meddig lehet a régiben rögzíteni, hétfőtől hol a segítség.

6–7. Go-live és hypercare

• Vezényeld a területi cutover-lépéseket, és jelentsd készre a cutover-vezérlőnek.
• Az első napokban a kulcsfelhasználók a területen, beosztás szerint; te magad légy elérhető és látható.
• Problémák fegyelmezetten a hibacsatornába, súlyozva – a „minden rossz!” hangulatot a tények kezelik.
• Hypercare-ben válaszd szét: hiba → garanciális javítás új igény → CR kezelési gond → oktatáspótlás
• Kísérd végig az első nagy eseményeket (első zárás, első leltár, első akció) – kérj rájuk szállítói jelenlétet.
• Fokozatosan add vissza az embereket, de a kulcsfelhasználói szerep maradjon meg tartósan.

8. Projektzárás

• Adj hozzá a lessons learned-höz – bűnbakkeresés nélkül.
• Zárd le a területi nyitott listát: maradványhibák, elhalasztott igények – gazdával és úttal.
• Ismertesd el a csapatod munkáját – név szerint. Ez nem gesztus, hanem a következő projekt előfeltétele.

10. Végigfutó feladatok, buktatók, aranyszabályok

A munkacsoport napi vezetése – és amit soha ne felejts el

Végigfutó feladataid

• Állapotjelzés felfelé: heti területi státusz a PM-nek – mi készült el, mi jön, top kockázatok, milyen döntésre várok és kitől. Tényalapon: elkészült = bemutatható/tesztelhető; a „90%-kész” nem állapot, hanem tünet.
• Kommunikáció a területed felé: havi rövid tájékoztató – hol tart a projekt, mi változik, mikor, mit jelent nekik. Ha nem mondod el, a pletyka mondja el helyetted – és az mindig rosszabb a valóságnál. Az ellenállás normális: meghallgatás, bevonás és korai sikerek kezelik, a hallgatás mélyíti.
• Döntési napló és dokumentumfegyelem: döntések egy sorban, dokumentumok a közös tárban, emlékeztető aznap kiküldve.
• Terhelésmenedzsment: figyeld, ki van túlterhelve, hol kell időleges erősítés. A kiégett kulcsfelhasználó a projekt egyik legnagyobb vesztesége – jobb időben kevesebbet vállaltatni, mint a teszt közepén elveszíteni valakit.
• Kockázatjelzés: a te szemed látja először a területi kockázatokat (csúszó adattisztítás, elakadt döntés, életszerűtlen megoldás) – vidd be a heti státuszba. A PM nem tud arról segíteni, amiről nem tud.

A nyolc tipikus buktató

1. „Aki ráér” alapon összeállított csapat
2. Papíron bevont, valójában fel nem mentett emberek
3. A jelenlegi működés lemásoltatása (minden gapnél testreszabás)
4. Olvasatlanul elfogadott specifikáció
5. Kimaradó kivételes esetek (workshopon és teszten csak a „szép napos” folyamat)
6. Halogatott adattisztítás
7. Szépített státuszjelentés
8. Informális ígéretek a tanácsadóval („megbeszéltük, megoldja”)

A munkacsoportvezető tíz aranyszabálya

1. A területedet te ismered a legjobban – ezért vagy ott. A tudásod annyit ér, amennyit átadsz belőle.
2. A legjobb embereidet add a projektnek, ne a nélkülözhetőket – és harcold ki nekik az időt.
3. A kivételes esetek a te felelősséged. A standardot a szállító is tudja – a péntek délutáni eseteket csak ti.
4. A standard a barátod. Valódi versenyelőny, vagy csak megszokás?
5. Amit aláírsz, azt kapjátok. Specifikáció és UAT-zárás csak érdemi ellenőrzés után.
6. Dönts gyorsan, ami a tiéd – add tovább gyorsan, ami nem az. Mindkét késlekedés csúszás.
7. Eszkalálni normális. Időben, opciókkal, javaslattal, a hivatalos úton.
8. Az adat a tiétek. Senki nem tisztítja ki helyettetek – kezdd az első napon.
9. A rossz hír korán barát. A PM-nek és neked is.
10. A go-live után is a tiéd a terület. A kulcsfelhasználói kör, a döntési napló és az oktatási anyagok utána is a te eszközeid.