Hogyan lehet sikeresen kezelni több projektet?

A Wellingtone 2016 óta végez felméréseket projektmenedzserek körében, és ez idő alatt a két legfőbb kihívás mindig ugyanaz maradt: a rosszul képzett projektmenedzserek és a túl sok projekt egyidejű irányítása. A 2026-os jelentésben a képzés színvonala végre annyira javult, hogy a nyolcadik helyre csúszott vissza. A több projekt egyidejű irányítása azonban nem lett könnyebb.

A több projekt kezelése azt jelenti, hogy több aktív projektet egyetlen portfólióként irányítunk, közös rangsorral, közös erőforrásokkal és egységes döntéshozatali ritmussal. Szinte minden útmutató ezt láthatósági problémaként kezeli, ezért szinte minden útmutató végül egy nagyobb irányítópult használatát javasolja. A láthatóság segít. De nem ez az, ami elsőként meghibásodik.

Mit jelent a több projekt kezelése?

Több projekt kezelése azt jelenti, hogy össze kell hangolni az egymástól független projekteket, amelyek ugyanazokért az emberekért, költségvetésért és figyelemért versengenek, miközben mindegyik tervét érintetlenül kell tartani. A többprojektes menedzsmentben a projektek függetlenek maradnak; valójában az általuk megosztott korlátokat kell kezelni.

Ez a határ folyamatosan elmosódik, ami költséges. A PMI saját könyvtárában publikáló szakember egyértelműen megfogalmazza a kérdést: ha az egyetlen közös tényező a projektek között te magad vagy, akkor nincs ok a menetrendek összevonására. Ha mégis összevonod őket, olyan tervet készítesz, amelyet senki sem tud elolvasni, hogy választ kapjon egy valós kérdésre.

Három kifejezést használnak itt egymás szinonimájaként, és ha tudod, melyiket alkalmazod valójában, az megmutatja, milyen dokumentumokra van szükséged.

A legtöbb ember, aki erre keres rá, az első sorban dolgozik, de a harmadikban szereplőhöz hasonlóan kell beszámolnia.

Ez az útmutató végig a portfólió szót használja, annak ellenére, hogy a projektjei valószínűleg nem minősülnek hivatalos portfóliónak a PMO értelmezésében. Ennek gyakorlati oka van: abban a pillanatban, amikor a projektek között megosztja az erőforrásokat vagy a döntéseket, ugyanazokra a mechanizmusokra van szüksége, mint egy portfóliókezelőnek, csak a irányítási réteg nélkül. Szüksége van egy rangsorolt listára, egy kapacitásáttekintésre és egy leállítási mechanizmusra.

Miért bukik meg a több projekt egyidejű irányítása?

A több projekt egyidejű kezelése négy jól felismerhető módon bukhat meg, és az erőfeszítés vagy a kemény munka hiánya nem tartozik ezek közé. Mindegyiknek más a megoldása, ezért az általános tanácsok nem működnek.

A közös személy az igazi függőség

Két projektnek lehetnek egyértelmű, egymástól független ütemtervei, és mégis ütközhetnek egymással, mert ugyanaz a vezető mérnök mindkét projekt kritikus útján szerepel. Az ütemterv-szoftverek megmutatják a dátumokat. Ritkán jelzik azonban, hogy Priya a 3., 4. és 7. héten három tervben is a szűk keresztmetszetet jelenti. A Wellingtone felmérésének résztvevői az erőforrás-menedzsmentet a projektmenedzsmentbe beépítendő legnehezebb folyamatok közé sorolják, mert a konfliktus a tervek között fennáll, nem pedig egy terven belül.

Az átállási költségek minden tervedben rejtve maradnak

Egyetlen terv sem tartalmaz tételt az újraorientálódásra. A Microsoft 2025-ös Work Trend Index című különjelentése megállapította, hogy a munkavállalókat a munkaidő alatt akár kétpercenként is megzavarják. A 31 000 tudásmunkást felölelő kísérő felmérésben a munkavállalók 48%-a és a vezetők 52%-a állította, hogy a munka kaotikusnak és széttöredezettnek tűnik. Ha valakinek egy harmadik projektet is rábízol, azzal nem a munkaterhelés harmadát adod hozzá. Hanem egy új kontextuskészletet adtál hozzá, amelyet minden alkalommal újra kell betölteniük, amikor visszatérnek a feladathoz.

A jelentések elviszik azt az időt, amit meg akartál takarítani

Minél több projektet vezet, annál több időt vesz igénybe a héten azok leírása. A Wellingtone adatai szerint a válaszadók 72%-a havonta fél napot vagy annál is többet tölt a projektállapotra vonatkozó információk kézi összeállításával. Körülbelül a fele nem fér hozzá valós idejű projekt-KPI-khez. Ez egy olyan portfólió, amelyet inkább leírnak, mint irányítanak. Egy olyan állapotjelentés, amelyet ember kézzel állít össze, már elavult, mire elolvassák.

Senkinek nincs joga semmit sem leállítani

Ez okozza a legnagyobb kárt, mert a legkevésbé látható. A projekteket bárki hozzáadhatja sürgősségi alapon, de szinte senki sem távolítja el őket. Túl sok csapatnak nincs olyan meghatározott kiválasztási módszere, amely biztosítaná, hogy ne minden ötlet váljon projektté. Megállító mechanizmus nélkül a portfólió csak növekszik, és az abban szereplő projektek egyre gyengébbek lesznek.

Mi változik, ha több projektet egyetlen rendszerként kezel?

Ha több projektet egyetlen rendszerként kezelünk, három dolog változik: a projektek még mielőtt vészhelyzetté válnának, figyelmet kapnak; az egyik projekt késedelme nem terjed át csendben a többire; az új kérések pedig összehasonlítást tesznek szükségessé, ahelyett, hogy egyszerűen a halom tetejére kerülnének. A fenti kudarcok jól mutatják, mi történik rendszer nélkül. Íme, mi változik, ha van rendszer.

A nehéz projektekre fordítják a figyelmet

A nem megfelelően kezelt portfóliók a „hangosság görbéjét” követik: az a projekt kapja a legtöbb figyelmet, amelyik a legtöbb zajt kelt. Ha több projektet hatékonyan irányítasz, ez megváltozik. Mivel tudod, hogy a döntéshozatali kapacitásod véges, arányosan többet szánsz azokra a korai stádiumban lévő és a tervtől eltérő projektekre, amelyek későbbi kijavítása költséges lenne. Az a csendes projekt, amely a hatodik héten hirtelen felrobban, szinte mindig olyan, amelyre a második és az ötödik hét között senki sem szánt döntéshozatali időt.

Egy projektben bekövetkező csúszás már nem terjed át észrevétlenül három másikra

Egy referenciaértékkel rendelkező portfólió segítségével láthatod, hogy a B projekt egyhetes csúszása miatt a közös tervező időbeosztása ütközik a D projekt felülvizsgálati szakaszával. A referenciaérték nélküli portfóliók láthatatlanul elnyelik ezt a csúszást: senki sem veszi észre, amíg két projekt nem marad el ugyanabban a hónapban.

A hosszú távú következmények drágák lehetnek. Ha egy projekt egy héttel csúszik, az még pótolható. Ha azonban három projekt egyaránt négy-négy napot veszít ugyanazon ok miatt, az egy egész negyedévbe kerülhet.

Az új megbízások nem gyengítik, hanem erősítik a portfóliót

Bejelentkezési kapu nélkül minden új projekt csak hozzáadódik a többihez. Ha van ilyen kapu, az új kérelem kényszerítő tényezővé válik. Láthatóvá teszi a meglévő rangsort, összehasonlítást követel („Ez értékesebb, mint ami jelenleg az ötödik helyen áll?”), és néha ennek során egy-egy „zombit” is kiiktat.

Ha a csapatoknak van egy hatékony felvételi rendszerük, akkor a „mit vegyünk fel” kérdése helyett inkább a „mit hagyjunk ki” kérdése kerül előtérbe, és a portfólió nem szélesedik, hanem egyre fókuszáltabbá válik.

A párhuzamos feladatok felső határa: Miért nem oldja meg a jobb átláthatóság a túlterhelt portfólió problémáját?

A párhuzamos munkavégzés felső határa az a projektek száma, amelyekről egy héten belül tényleges döntést tudsz hozni. A kulcsszó itt a „döntés”, nem pedig a „nyomon követés”. Minden, ami ezen a határon felül van, inkább csak figyelemmel kísérés tárgya, nem pedig aktív irányításé.

Sokan nem veszik észre ezt a nézőpontváltást. Azt feltételezik, hogy a probléma abból adódik, hogy nem látsz mindent, ezért egy összevont áttekintést javasolnak. De egy olyan irányítópult, amely 14 projektet mutat egy olyan vezetőnek, akinek csak öt projekt kezelésére van jogosultsága és kapacitása, nem old meg semmit. Csak átláthatóbbá teszi a túlterheltséget, és az átlátható túlterheltség még rosszabb érzés, mert így valós időben láthatod minden olyan projektet, amelyet elhanyagolsz.

Johanna Rothman egész karrierjét ennek a problémának szentelte, és könyvet is írt róla. Ahogyan ő a „Manage Your Project Portfolio” című könyvében megfogalmazza:

Mindent meg tudsz csinálni. Csak nem egyszerre.

Rothman egyértelműen kijelenti, hogy a portfóliókezeléshez nincs szükség bonyolult statisztikákra vagy komplex matematikára. Csak olyan emberekre van szükség, akik hajlandók a feladatokat az „első”től a „soha”ig rangsorolni. Az a matematika, ami tényleg számít, olyan egyszerű, hogy akár egy szalvétára is fel lehet írni.

Számold ki, hogy hetente valójában mennyi időd jut a projektekkel kapcsolatos döntésekre. Ide tartozik az állapot felülvizsgálata, az akadályok elhárítása, a projekt hatókörének újratárgyalása és a prioritások újrarendezése. A legtöbb ember számára, aki a projekt megvalósításán túl a saját feladatait is ellátja, ez négy-hat óra, nem pedig 40.

Ezután becsüld meg a döntéshozatalhoz szükséges időt projektenként: körülbelül 45 perc hetente egy stabilan haladó projekt esetében, közel két óra pedig egy korai fázisban lévő, politikai vonatkozású vagy a tervtől eltérő projekt esetében. A legtöbb portfólió ezek keveréke. Tegyük fel, hogy három stabil és két nehéz projekted van: (3 × 0,75) + (2 × 2) = 6,25 óra döntéshozatalhoz szükséges idő.

Egy vezető, akinek öt órája van a döntéshozatalra, máris több mint egy órával túllépte az időkeretet, és a nehéz projektek szenvednek emiatt elsőként, mivel ezek igényelnek a legtöbb figyelmet, de a legkevesebbet kapják.

A hasznos része annak, hogy ez a szám hogyan befolyásolja a beszélgetést. A „teljes kapacitáson dolgozom” egy olyan érzés, amellyel az érdekelt felek vitába szállhatnak. A „A felső határom négy, jelenleg nyolcat viszek, íme a négy, amelyet javaslok felfüggeszteni” egy olyan döntés, amelyet veled együtt kell meghozniuk.

Amit minden többprojektes rendszernek szüksége van

Bármit is használsz a megvalósításához, egy jól működő, több projektet kezelő rendszernek tartalmaznia kell ezt a 10 elemet. Ha bármelyikük hiányzik, az konkrét, előre látható kudarchoz vezet.

Érdemes egy pillanatra megállni a kiindulási állapotnál. A Wellingtone felmérésében a válaszadók harmadának vannak olyan projektjei, amelyek nem rendelkeznek kiindulási állapot-meghatározással, ami miatt a „lemaradtunk-e?” kérdésre a portfólió egészét tekintve nem lehet válaszolni.

Hogyan kezeljünk több projektet 7 lépésben

Ezek a lépések eszközfüggetlenek. Mindegyik működik táblázatkezelő programban, és mindegyik jobban működik szoftverrel, ha már túllépted azt a határt, ahol a táblázatkezelő program már nem ad pontos képet a helyzetről.

1. lépés: Készítsen leltárt minden projektről, és jelöljön ki mindegyikhez egy felelőst

Sorold fel az összes aktív projektet egy oldalon. Vedd fel azokat is, amelyek szívességből kerültek hozzád, azokat, amelyek technikailag szünetelnek, de még mindig üzeneteket generálnak, és azokat is, amelyeket örököltél. Mindegyikhez rendelj pontosan egy személy nevét.

Ez a lépés szinte mindig meglepetést okoz az embereknek, mert a szám vártnál magasabbnak bizonyul. Egy marketingvezető, aki a munkaterhelését „négy kampánynak” írja le, általában kilenc tételt sorol fel, ha a weboldal frissítését, az ismétlődő hírlevél átalakítását és a két beszállítói áttérést is beleszámítja. Nem lehet felső határt szabni egy olyan számra, amelyet még soha nem írtál le.

2. lépés: Rangsorold a listát az „egy”től a „soha”ig

Rendeljen meg egy egységes sorrendet. Ha két projekt azonos rangot kap, a döntetlent később az a fél dönti el, aki a legkitartóbban küld e-maileket.

A projekteket a várható érték és a késedelem költségei alapján rangsorold, ne pedig aszerint, hogy mennyire hangosan követelik őket. A „soha” kategória épp olyan fontos, mint a legfelső. Egy projekt, amelyet őszintén elutasítottál, már nem vonja el a figyelmedet, míg egy olyan projekt, amely homályosan életben marad, folyamatosan döntéshozatali terhet ró rád.

3. lépés: Határozzon meg egy párhuzamos projektkezelési felső határt, és tartassa be azt már a projektfelvételkor

Számítsd ki a felső határt a fenti döntési órákra vonatkozó számítás segítségével, majd tekintsd ezt szigorú korlátnak. Amikor a portfólió megtelt, új projekt csak akkor indítható el, ha valamelyik befejeződik vagy szünetel.

Ez egy „folyamatban lévő munkákra” vonatkozó korlát, amelyet a feladatoknál egy szinttel feljebb alkalmaznak, és ugyanazt a logikát követi, mint amit a Kanban-csapatok a táblájukon használnak. Az „intake gate” (beérkező feladatok szűrője) teszi ezt valósággá: az új kérések beérkeznek, pontozásra kerülnek, és vagy kiszorítanak valamit, vagy várakoznak. A szűrő nélkül a felső határ csupán egy preferencia. A szűrővel viszont a felső határ szabály lesz, és a „még nem” indokolt válaszként szolgál, nem pedig bocsánatkérésként.

4. lépés: A közös idővonal helyett a közös szereplőket térképezd fel

Készítsen áttekintést arról, hogy ki hol dolgozik, hetente lebontva. Ez a kapacitástervezési ellenőrzés a leghasznosabb lépés a többprojektes munkában, és egyben az, amelyet a legtöbb csapat kihagy.

Két dologra van szüksége:

Egy táblázatkezelő programban ez egy olyan rács, amelynek oldalán a személyek, tetején pedig a hetek szerepelnek. A portfóliókezelő szoftverekben ez a munkaterhelés-nézet. Akár így, akár úgy, az eredmény ugyanaz: egy rövid névlista azokról, akikkel a hónap kezdete előtt kell újratárgyalni a feltételeket, nem pedig azután, hogy a hónap már eltelt.

5. lépés: Készítsen egy nézetet minden egyes döntéshez, ne pedig egy nézetet mindenre

Minden nézetet úgy alakíts ki, hogy az a kérdésre adjon választ, amelyre vonatkozik, majd törölj ki mindent, ami nem segít a kérdés megválaszolásában. Egy olyan nézet, amely minden célközönséget megpróbál kiszolgálni, senkinek sem felel meg.

A legtöbb portfóliót három nézet fedi le:

A vezetők olvassák el az elsőt, te pedig hajtsd végre a másodikat és a harmadikat. Ha egy negyedik, „mindenre kiterjedő” áttekintést hozol létre, azzal elkerülheted, hogy a műszerfalakat elhanyagolják.

6. lépés: Végezz hetente felülvizsgálatot, hogy mely projekteket állítsd le, és melyeket folytass tovább

Tartson hetente egy 30 perces rendszeres időpontot, amikor a rangsor valóban változhat, és valamelyik projektet szüneteltethetik. A megbeszélésnek egyetlen feladata van: úgy zárni a hetet, hogy valamelyik projekt szüneteltetésre kerüljön, vagy a rangsor megváltozzon.

A napirend három kérdésből áll. Mi változott a közös személyzeti térképen? Melyik projekt jelent jelenleg korlátot? Mit állítunk le vagy halasztunk el annak érdekében, hogy megőrizzük a ranglista élét? Ha ezen az értekezleten soha semmit sem állítanak le, akkor az egész csupán egy állapotfelméréssé válik, és ez abból is látszik, hogy a résztvevők egyre kevésbé figyelnek.

Az is elengedhetetlen, hogy kijelöljék azt a személyt, aki leállíthatja a projektet. A heti áttekintés csak akkor működik, ha a teremben van valaki, aki jogosult a projektet felfüggeszteni anélkül, hogy az ügyet magasabb szintre kellene emelni. A legtöbb csapatban ez egy igazgató, egy PMO-vezető vagy egy osztályvezető. Kisebb csapatokban az a személy, aki a létszámot irányítja. Írja be ezt a nevet az áttekintés állandó feladatmeghatározásába. Ha a teremben senki sem állíthatja le a munkát, az értekezlet csupán tanácsadó jellegű.

7. lépés: Védd meg a fejlesztők idejét a koordinációs terhektől

Minden új projekt gyorsabban növeli a megbeszélések, a beszélgetésszálak és az ellenőrzések számát, mint amennyivel növeli a teljesítményt. Csoportosítsd a koordinációs feladatokat, és védd meg azokat a blokkokat, ahol a munka ténylegesen zajlik.

Fontold meg, hogy az összes projekten átívelő állapotfelmérést ugyanarra a két napra ütemezd, a többi napot pedig mentsd meg az ismétlődő megbeszélésektől. Az állapot megosztásához írásbeli frissítéseket és aszinkron kommunikációt használj a telefonhívás helyett. Rothman itt hasznos különbséget tesz a kontextusváltás és a többfeladatos munkavégzés között: a váltás elviselhető, ha minden projektet rendezett állapotban hagysz, míg a többfeladatos munkavégzés esetén egyszerre kell mindet kezelned.

A három kódbázist kezelő mérnökök gyakran úgy oldják meg ezt a problémát, hogy minden projektnek saját színsémát rendelnek a szerkesztőben. A szem még az agy előtt felismeri, melyik „világban” van. Ez ugyan nem szünteti meg a váltáshoz kapcsolódó költségeket, de lerövidíti az újratöltési időt.

Hogyan válasszunk rendszert több projekt nyomon követéséhez

Három reális lehetőség kínálkozik a több projekt nyomon követésére. A Wellingtone felmérése szerint a válaszadók 22%-a még mindig a Microsoft Excelben tervez, további 11% pedig egyáltalán nem használ projektmenedzsment-megoldást. A szakma egyharmada táblázatkezelő programban vagy fejben intézi a dolgokat, és közülük sokan remekül boldogulnak.

Táblázatok

A táblázatkezelő program a leggyorsabb módja annak, hogy projektenként egy sort hozzunk létre, amely tartalmazza a felelős személyt, a fázist, a következő mérföldkövet és az állapotjelzőt. Összefoglaló szinten valóban jól működik.

A probléma inkább szerkezeti, mint technikai jellegű. A táblázat a valóság másolata, így csak annyira naprakész, amennyire az utolsó kézi frissítésed. Az Excelben több projektet magában foglaló Gantt-diagramok elkészítése lehetséges, és gyakran is készülnek ilyenek, de a függőségek szerkesztése nagyjából 15 összekapcsolt feladat után már megbízhatatlanná válik.

Egyprojektes eszközök

A Trello, a Jira és a Microsoft Project egy-egy projekt saját munkafolyamatán belül kiválóan teljesítenek. A Trello táblás modellje verhetetlen megoldás egy kis, átlátható munkát végző csapat számára, míg a Jira projektmenedzsment-modellje a mérnöki munkák hatékony lebonyolítására lett kialakítva.

A korlát a rendszer varratainál látszik: mindegyik egy-egy projekt táblája, backlogja vagy ütemterve köré szerveződik. A projektek közötti áttekintés általában egy bővítményt, egy főfájlt vagy egy olyan személyt jelent, aki pénteken exportálja az adatokat egy táblázatba. Ez három projektnél még működőképes, de kilencnél már megterhelő.

Portfóliókezelésre alkalmas szoftver

A ClickUp, az Asana, a monday.com, a Smartsheet és a Wrike egyaránt támogatja a portfóliószintet. Ez azt jelenti, hogy van egy nézet, amely minden projektet állapotot, felelőst és dátumokat tartalmazó rekordként kezel, valamint olyan munkaterhelési nézetek, amelyek összesítik az egyes személyekre eső kötelezettségeket a projektek között. Ez az a kategória, amely közvetlenül válaszol a projektek közötti kérdésekre, exportálás helyett.

Az igazi költség az előzetes tervezés. Ezek az eszközök mind arra késztetik Önt, hogy először határozza meg a hierarchiát, és egy az első héten rosszul megválasztott hierarchiát a hatodik hónapban már nagyon nehéz kibogozni. Hat projektnél kevesebb esetén a rendszer bevezetése ritkán térül meg.

Hogyan állítsd fel a prioritásokat több, egymással versengő határidővel rendelkező projekt esetében?

A késedelem költsége alapján állítsd fel a prioritásokat, ne a határidő közelsége alapján. A határidő azt jelzi, mikor kért valaki valamit; a késedelem költsége pedig azt mutatja, mi történik valójában, ha a határidő eltolódik. Ez az egyetlen szempont, ami segít, ha két dátum valóban ütközik egymással.

Ha két projekt is ugyanarra a hétre esik, tegyen fel magának sorrendben a következő négy kérdést:

Ezután a választ ne külön-külön, hanem együtt mutasd be az érintetteknek. Az egymással versengő határidők mögött általában két ember áll, akik mindketten azt hiszik, hogy az övék az egyetlen, és a konfliktus egy szobában gyorsabban megoldódik, mint négy különböző beszélgetésszálban. Az Eisenhower-mátrix ésszerű első szűrő ennek a személyes változatához, bár nehézségekbe ütközik, ha a projekteknek más tulajdonosai is vannak rajtad kívül.

Hogyan tartsuk életben a többprojektes rendszert az első hónap után is

A legtöbb többprojektes rendszer a bevezetés napján még működik, de hat héten belül csendesen elhalványul. A fenti hét lépés segítségével működőképes portfóliót hozhatsz létre. Ezek a gyakorlatok megakadályozzák, hogy a rendszer egy újabb, senki által nem használt eszközzé váljon.

Ha a összetétel megváltozik, számítsd ki újra a felső határt!

A párhuzamos feladatkezelési határértéked csak a jelenlegi, stabil és nehéz projektek keverékére érvényes. Egy projekt, amely a végső sprintjébe lép, egy új érdekelt fél csatlakozása vagy a projekt hatókörének újratárgyalása mind-mind megváltoztathatja a döntéshozatalhoz szükséges időt 45 percről két órára. Legalább havonta számold újra, és tekintsd ezt az értéket a heti áttekintés folyamatos eredményének, ne pedig egyszeri döntésnek.

Változtasd meg, ki frissíti a közös személyi térképet

Ha csak egy személy tartja karban a kapacitásáttekintést, az a héten elvész, amikor az illető szabadságon van vagy a szállításba merül. Rendelj hozzá rotációs felelőst minden sprintben vagy havonta. A táblázat azért marad naprakész, mert ezen a héten valakinek a neve szerepel rajta, nem pedig azért, mert mindenki egyformán törődik a pontossággal.

Határozz meg egy kiindulási pontot, mielőtt elfelejtenéd, mi volt az eredeti terv

Egy olyan projekt, amely mentett alapvonal nélkül indul, már az első változtatás bevezetése után is mérhetetlenné válik. Rögzítsd a projekt alapvonalát az aktív munka első hetében, még akkor is, ha a terv még mindig kissé vázlatosnak tűnik. Egy vázlatos alapvonal, amelyhez viszonyíthatod a helyzetet, végtelenül hasznosabb, mint egy tökéletes terv, amelyet soha nem mentettél el.

Havonta ellenőrizd a „zombi projektek” rangsorát

Azok a projektek, amelyeket három hónapja felfüggesztettek, de hivatalosan soha nem szüntettek meg, továbbra is kérdéseket, megbeszéléseket és bűntudatot váltanak ki. Havonta egyszer nézd át a rangsorolt lista alját, és kérdezd meg: hozott-e valaki döntést erről az elmúlt 30 napban? Ha nem, helyezd át egyértelműen „leállított” állapotba. Egy leállított projekt nem kerül semmibe. Egy olyan projekt viszont, amelyről nem egyértelmű, hogy él-e még, minden alkalommal figyelmet igényel, amikor valaki azon tűnődik, hogy még mindig folyik-e.

Válaszd szét a jelentéstételi és a döntéshozatali szintet

Abban a pillanatban, amikor a portfólió-áttekintésedet bemutatod a vezetőségnek, elkezded azt a pontosság helyett a narratívához igazítani. Tarts fenn egy tiszta, operatív áttekintést, amely a valóságot tükrözi (figyelmeztető jelzések, kapacitás, akadályok), és egy külön projektfigyelő réteget, amely az érdekelt feleknek a történetet meséli el. Ha ezek megegyeznek, először a valóságot veszíted el.

Három portfólió, három különböző forma

Ugyanaz a hét lépés nagyon különböző rendszereket eredményez, attól függően, hogy mi a közös a projektekben. Íme, hogyan néznek ki a dokumentumok három gyakori esetben.

Egy hatfős ügynökség, amely 11 ügyfélprojektet vezet

A legfőbb korlátot itt a számlázható munkaerő jelenti, és a projektek felépítése szinte azonos. A rangsorolási tényező elsősorban üzleti szempontú: a havi díjas ügyfelek elsőbbséget élveznek a projektalapú ügyfelekkel szemben, a megújítási negyedévben lévő ügyfelek pedig a többieknél előrébb állnak. A legfontosabb eszköz a kapacitás-áttekintés, mivel egy tervező hét márka között elosztva jelenti a teljes kockázatot.

A párhuzamos projektek számának felső határa itt személyenként, nem portfóliónként érvényes: fejenként két aktív ügyfélprojekt, harmadik csak akkor, ha az egyik éppen felülvizsgálati fázisban van. A heti áttekintés során derül ki, ha a projekt határai kiterjednek a tervezettnél.

Egy belső termékfejlesztő csapat, amely négy kezdeményezést vezet

Egy házon belüli csapatnál kevesebb lehet a projekt, de a kölcsönös függőségek mélyebbek. Előfordulhat, hogy két kezdeményezés is ugyanazon a platformon végzett munkára vár, ami miatt a projektek közötti függőségek kritikusabbá válnak, mint a kapacitás. A prioritásoknak a függőségi ábrát kell követniük: az a feladat kapjon elsőbbséget, amely a legtöbb későbbi munkát teszi lehetővé, még akkor is, ha a vezetés számára ez a legkevésbé látható.

A felső határ alacsony, gyakran három, mert minden kezdeményezés valódi tervezési és mérnöki gondolkodást igényel, nem pedig egyszerű koordinációt. A kudarc oka az lehet, hogy egy platformprojektet háttérbe szorítanak, mert nincs ügyfélszintű bevezetési határideje, ami aztán az összes utána következő projektet is megakasztja.

Egy építésvezető, aki öt építkezést irányít

Több építési projekt irányítása felforgatja a szokásos prioritásokat. A közös korlátozó tényezők a gépek, az alvállalkozók és az ellenőrzési időpontok, amelyekkel valódi sorrendiségi költségek járnak, és ezeket a szoftver semmiképp sem tudja egyszerűen eltüntetni. Ha egy darut rossz héten foglalnak le a B építkezésre, az a B építkezésen tétlen munkaerőt, a C építkezésen pedig átütemezett ellenőrzéseket jelent. A legfontosabb eszköz egy közös erőforrás-naptár, amely magában foglalja a gépállományt és az alvállalkozókat, és amelyet az egyes építkezések ütemtervei előtt kell karbantartani.

A felső határt ugyanúgy az utazási idő, mint a döntéshozatal ideje határozza meg, mivel a helyszíni jelenlét nem pótolható. A heti áttekintés itt valóban hetente történik, mivel az időjárás miatt nehéz lenne hosszabb időközönként is következetesen tartani a ritmust.

Öt hiba, ami tönkreteheti a több projektből álló portfóliót

Az öt hiba, amely tönkreteheti a több projektből álló portfóliót: olyan tervek összevonása, amelyek között nincs semmi közös; a „magas prioritás” rangként való kezelése; a felső határ portfóliónkénti, nem pedig személyenkénti meghatározása; az állapotról való beszámolás a döntéshozatal helyett; valamint a 100%-os kapacitásra történő tervezés. Mindegyiket érdemes a tünete alapján megnevezni, mert így lehet felismerni őket. A cikk olvasóinak többsége legalább hármat elkövetett már közülük.

Olyan tervek összevonása, amelyeknek nincs más közös pontjuk, csak te

Hogyan néz ki ez a gyakorlatban: Egy olyan átfogó ütemterv, amely olyan projekteket egyesít, amelyek között nincsenek közös erőforrások vagy átadások, és amelyet senki sem nyit meg, mert nem ad választ a projektfelelősök kérdéseire.

A megoldás: Készíts külön terveket, és hozz létre egy rövid összefoglaló réteget a tervek felett. Csak akkor egyesítsd az ütemterveket, ha valódi függőség vagy közös személy áll fenn.

A „magas prioritás” rangként való kezelése

Hogyan néz ki ez a gyakorlatban: Hat projektet jelöltek meg „magas prioritású” kategóriába, és minden nap az a projekt kap figyelmet, amelyikhez az érintett fél legutóbb visszajelzett.

A megoldás: Kényszerítsen sorrendbe rendezett listát. A rangok egész számok, és két projekt nem lehet egyszerre harmadik.

A portfólióra vonatkozó felső határ meghatározása az egy főre eső helyett

Hogyan néz ki ez a gyakorlatban: A csapat megegyezik abban, hogy az aktív projektek számát nyolcra korlátozza, de az egyik tervező még mindig hatban vesz részt. Előfordulhat, hogy a portfólió szintjén a korlátot betartják, miközben az egyes tagok már rég túllépték a saját limitjüket.

A megoldás: Határozza meg azt a felső határt, ahol a munka ténylegesen zajlik. Korlátozza az egy személyre jutó párhuzamos projektek számát, majd hagyja, hogy a portfólió összesen annyi legyen, amennyit ezek a korlátok együttesen adnak ki.

Állapotjelentés döntéshozatal helyett

Hogyan néz ki ez a gyakorlatban: Heti portfólió-megbeszélés, ahol minden projektvezető beszámol a saját projektjéről, a rangsor nem változik, és ugyanaz az akadály három egymást követő hét jegyzetében is megjelenik.

A megoldás: Automatizáld a beszámolót, és az értekezletet kizárólag a korlátok és a kompromisszumok megvitatására fordítsd.

Tervezés 100%-os kapacitáskihasználtság mellett

Hogyan néz ki ez a gyakorlatban: Minden munkatárs teljes munkaidejében a projektekhez van rendelve, így egy betegszabadság vagy egy feladatváltozás három tervet is érint.

A megoldás: A munkaerő-beosztást körülbelül 80%-ra tervezd, és szándékosan hagyj egy kis tartalékot. Egy több projektet magában foglaló portfólióban ez a tartalék az egyetlen, ami képes felszívni az eltéréseket. A folyamat hatékonysága az a mutató, amely ezt láthatóvá teszi, ha számokkal kell alátámasztanod az érvelésedet.

Hogyan kezelj több projektet a ClickUp-ban?

A ClickUp a fenti, portfóliókezelésre alkalmas kategóriába tartozik, és a többprojektes munkavégzés szempontjából fontos elemei egybeesnek az útmutatóban már leírt elemekkel.

Őszinte korlátok

Mint minden eszköz ebben a kategóriában, a ClickUp is megköveteli, hogy a portfólió-nézetek hatékonyan működhessenek, előbb meg kell határoznod a Terek, Mappák és Listák hierarchiáját. Ez azt jelenti, hogy azok a csapatok, amelyek egycélú nyomkövetőből érkeznek, általában az első hetüket ezzel a döntéssel töltik, ahelyett, hogy a projektjeikkel foglalkoznának. Két vagy három projekt esetében, amelyeknek mindegyikének egy-egy felelőse van, egy megosztott táblázat segítségével gyorsabban kapsz működőképes összefoglalót. A ClickUp akkor bizonyul a legalkalmasabbnak, ha a projektek száma meghaladja a azokat irányító személyek számát, és hetente már érkeznek a projektek közötti kérdések.

Kezdd a kivonással

Ha egyetlen dolgot is megtanulsz mindebből, akkor az a számolás legyen. Írd le az összes aktív projektet, számold ki, hogy hetente hány órád van ténylegesen a döntéshozatalra, és oszd el. Bármilyen számot is kapsz, az a párhuzamos feladatkezelés felső határa, és az ezt meghaladó projektek máris elhanyagolva vannak, függetlenül attól, hogy beismered-e vagy sem.

Ezután jöjjön a nehezebb rész. Rangsorold a listát, határozd meg, ki állíthatja meg a folyamatokat, és jelölj ki egy heti időpontot a naptárban, amikor a leállítás megengedett. A Wellingtone tíz évre visszamenő adatai azt mutatják, hogy a mennyiség soha nem volt készségbeli probléma, és semmilyen mértékű egyéni kompetencia sem képes rendbe hozni egy olyan portfóliót, amely folyamatosan csak növekszik.

Amint a felső határ be van állítva és a rangsor valós, a szoftver már nem csupán a projektek tárolására szolgáló hely, hanem olyan eszközzé válik, amely megválaszolja a projektek közötti kérdéseket. Kezdje el ingyenesen használni a ClickUp-ot, és hozza létre a portfólió nézetet, a munkaterhelési térképet és a heti áttekintést egy munkaterületen belül.

Gyakran feltett kérdések a több projekt kezeléséről

Hány projektet érdemes egy embernek egyszerre irányítania?

A legtöbb ember valóban képes három-öt párhuzamos projektet kezelni, és a pontos szám inkább a döntéshozatal költségétől függ, mint a projekt méretétől. Oszd el a projektdöntésekre fordítható heti óráidat úgy, hogy egy stabil projektre körülbelül 45 percet, míg egy korai stádiumban lévő, politikai vonatkozású vagy a tervtől eltérő projektre két órát szánj. A PMI könyvtárában publikáló szakemberek szerint három párhuzamos projekt vezetése kivitelezhető, de lassabb és stresszesebb, mint egy projekt vezetése.

Hogyan válaszolnál egy interjún a „Hogyan kezel több projektet?” kérdésre?

Ne csak a „prioritás” szóval válaszolj, hanem egy konkrét rendszerrel és egy valós kompromisszummal, amit megkötöttél. Nevezd meg a projektek számát, hogyan rangsoroltad őket, milyen eszközt használtál az ütközések felismerésére, és említs meg egy olyan projektet, amelyet ennek eredményeként felfüggesztettél vagy újratárgyaltál. Az interjúztatók azt vizsgálják, hogy tudsz-e bizonyítékokkal alátámasztva nemet mondani, ezért az a válasz, amelyben szerepel valami, amit leállítottál, erősebb, mint az, amelyben mindent sikeresen befejeztél.

Mi a 80/20-as szabály a projektmenedzserek számára?

A 80/20-as szabály, vagy más néven a Pareto-elv szerint egy projekt eredményének körülbelül 80%-a a munka mintegy 20%-ából származik. Több projektre alkalmazva ez azt jelenti, hogy meg kell találni azokat a kevés számú teljesítést és döntést, amelyek a legnagyobb értéket képviselik, és azokat kell elsőként védeni. Tekintsd ezt inkább iránymutatásnak arra, hogy mire fordítsd a figyelmedet, ne pedig pontos aránynak, mivel az arányok projektenként változnak.

Lehet-e több projektet kezelni az Excelben?

Igen, és a szakma jelentős része így jár el: a Wellingtone 2026-os felmérése szerint a válaszadók 22%-a még mindig a Microsoft Excelben tervez. Egyetlen táblázat, amelyben minden projektnek egy sora van, valamint feltüntetik a felelőst, a fázist, a következő mérföldkövet és az állapotjelzőt, teljesen elfogadható portfólió-összefoglaló. Ez azonban már nem működik, ha egynél több személynek kell naprakészen tartania, vagy ha a projektek között átívelő kapacitásra van szükség, mivel a táblázat a valóság manuális másolata, nem pedig annak élőben frissülő képe.

Mi az a többprojektes Gantt-diagram?

A többprojektes Gantt-diagram több projekt ütemtervét ábrázolja egy közös tengelyen, így az egymást átfedő mérföldkövek és a projektek közötti függőségek együttesen láthatók. Leginkább akkor hasznos, ha a projektek valóban átadnak egymásnak feladatokat, és legkevésbé akkor, ha csupán párhuzamosan futnak. Inkább a mérföldkövekre korlátozd, ne pedig minden egyes feladatra, mert a feladat szintjén összevont diagram már jóval azelőtt olvashatatlanná válik, hogy hibás lenne.