Projekt-előrejelzés, kapacitás- és pénzügyi kontroll
Profession.hu · Digitális termékfejlesztés és PMO · 2025–2026
A kihívás
A projektinformációk Jira-jegyekben, munkaidő-bejegyzésekben, beszállítói hivatkozásokban, megrendelésekben és pénzügyi besorolásokban oszlottak szét. A hagyományos státuszriport meg tudta mutatni, mi történt eddig, de a vezetőknek azt is érteniük kellett, hogy egy scope-változás mit jelent a hátralévő ráfordításra, a rendelkezésre álló kapacitásra, a pénzügyi kitettségre és a várható határidőre nézve. A valódi igény nem egy újabb statikus dashboard volt, hanem egy visszakövethető modell, amely összeköti a teljesítési állapotot a következő vezetői döntésekkel.
Szerepem
Üzleti elemzéssel, adatmodell-tervezéssel, Power BI fejlesztéssel, előrejelzési logikával, pénzügyi kontrollszabályokkal, PMO-riportálással és stakeholder-koordinációval dolgoztam azon, hogy a széttagolt delivery-adatokból használható portfóliószintű döntési modell jöjjön létre.
Megközelítés
- 1Először a vezetői kérdéseket definiáltam: projektállapot, becslés és tényleges ráfordítás viszonya, hátralévő munka, kapacitás, beszállítói kitettség, kockázatok, felelősségek és közelgő döntések.
- 2A Jira-jegy- és epic-adatokat közös issue-dimenzió köré szerveztem, a worklogokat a tényleges ráfordításhoz kapcsoltam, és a beszállítói, valamint pénzügyi hivatkozásokat is beépítettem a riporting modellbe.
- 3CAPEX/OPEX kontrolllogikát alakítottam ki a projekt- és beszállítói költségszámítás, havi pénzügyi csoportosítás, keretfelhasználás és visszakövethető kivételkezelés támogatására.
- 4Eltérés-, burn-, hátralévőmunka-, burndown-, teljesítésiütem- és várható befejezési mutatókat vezettem be.
- 5A modellt forgatókönyv-számításokkal egészítettem ki: scope-változás esetén megmutathatja a határidő tartásához szükséges kapacitásmódosítást, illetve rögzített kapacitás mellett az új várható határidőt.
- 6A szélesebb portfólió-adatarchitektúrát SharePoint Lists, Power Automate, strukturált adatcsere, hitelesítési szempontok és Power BI integráció köré építettem.
Üzleti érték
- Működő, aktívan fejlesztett előrejelzési modell jött létre egy pusztán visszatekintő státuszriport helyett
- Egy modellben kapcsolódott össze a projekt előrehaladása, a becslés, a tényleges ráfordítás, a kapacitás, a pénzügyi kitettség, a kockázat, a függőség, a felelősség és a teendő
- A scope-változások explicit kapacitás- vagy határidő-döntésekké váltak
- Visszakövethető forrásadatokból projekt-, beszállítói, CAPEX/OPEX, havi és keretfelhasználási nézetek készültek
- A hiányzó adatok, ütköző hivatkozások és pénzügyi kivételek láthatóvá váltak és javíthatóvá lettek
- Erősebb alap jött létre a portfólió-felülvizsgálathoz, erőforrás-tervezéshez és vezetői delivery-governance-hez
Projekt teljesítési előrejelzés
A lezárt jegyek aránya kedvező képet mutathat akkor is, amikor a nagyobb munkacsomagok, a teljesítési ütem vagy az erőforrás-előrejelzés már mást jelez. Válts a szintetikus projektek és szűrők között, és figyeld meg, hogyan változik a vezetői jelzés.
Projekt
Munkafolyam
Pénzügyi besorolás
Feladattípus
Aktuális forgatókönyv
Northstar Release
Egészséges delivery: a ráfordítás, az előrehaladás és a teljesítési ütem nagyjából összhangban marad a céldátummal.
- Állapot dátuma
- 2026. ápr. 10.
- Céldátum
- 2026. ápr. 30.
Ráfordítással súlyozott előrehaladás
78%
64% jegyszám alapján · 7/11 lezárva
Keretfelhasználás
82%
626 h tényleges · 760 h keret
Előrejelzési eltérés
-11%
-84 h a kerethez képest · 676 h előrejelzés
Határidő státusza
Tartható
2026. ápr. 30. céldátum · 12 munkanap tartalék
Teljesítési előrejelzés
Az előrejelzés azt becsüli meg, hogy a jelenleg ismert és becsült scope mikor fejeződne be, ha a közelmúlt teljesítési üteme változatlanul folytatódna. Ez a hátralévő ráfordításra és megfigyelt teljesítési adatokra épülő ütemezési előrejelzés, nem ígéret és nem egyszerű készültségi százalék.
Hátralévő munka
50 h
Aktuális teljesítési ütem
15 óra / munkanap
Szükséges teljesítési ütem
3,3 óra / munkanap
Hátralévő munkanapok
15
Várható befejezés
2026. ápr. 16.
Ütemezési tartalék
+12 munkanap
Vezetői jelzés
A közelmúlt teljesítési üteme támogatja a becsült munka befejezését, és tartalék is marad, de egy vagy több nyitott tétel még nem szerepel teljes körűen a forecastban.
1 nyitott feladat nincs teljes körűen lefedve a jelenlegi becslésben, ezért az előrejelzést hiányosnak kell tekinteni.
Hogyan számítjuk a teljesítési előrejelzést?
A számítás a még várható munkamennyiséget kapcsolja össze azzal az ütemmel, amellyel a becsült munka a közelmúltban elkészült. A demó az előző 10 munkanapot használja az aktuális teljesítési ütem meghatározásához.
1. Hátralévő munka
Összeadjuk a kiválasztott scope minden nyitott feladatának aktuális hátralévő becslését. Ez az a ráfordítás, amelyet a csapat jelenleg még szükségesnek tart a befejezéshez.
2. Aktuális teljesítési ütem
Összeadjuk az előző 10 munkanapban befejezett feladatok becsült ráfordítását, majd elosztjuk tízzel. A demóban, ahol rendelkezésre áll, az eredeti becslés képviseli az elkészült ráfordítást; ennek hiányában a tényleges ráfordítás a tartalék érték.
3. Szükséges munkanapok
A hátralévő munkát elosztjuk az aktuális teljesítési ütemmel. Ez azt mutatja meg, hogy a közelmúltban megfigyelt ütem mellett hány munkanap kellene még a jelenleg becsült scope befejezéséhez.
4. Várható befejezési dátum
A számított szükséges munkanapokat hozzáadjuk az állapot dátumához. Így kapjuk meg a jelenlegi scope és teljesítési ütem alapján várható befejezési dátumot.
5. Szükséges teljesítési ütem
A hátralévő munkát elosztjuk a bázis határidőig rendelkezésre álló munkanapok számával. Ez az az átlagos ütem, amely mostantól a bázis határidő tartásához szükséges.
6. Ütemezési tartalék
Összevetjük a bázis határidőig rendelkezésre álló munkanapokat azzal, ahány munkanap a közelmúlt üteme mellett szükséges. A pozitív érték tartalékot, a negatív érték a bázis dátum utáni várható befejezést jelent.
Hogyan olvasd a teljesítési előrejelzést?
Aktuális ütem vs. szükséges ütem
Ha az aktuális teljesítési ütem kényelmesen meghaladja a szükséges ütemet, a rendelkezésre álló delivery-adatok támogatják a határidőt. Ha az aktuális ütem alacsonyabb, a terv helyreállításához az ütem, a scope, a kapacitás vagy a dátum módosítására van szükség.
Várható befejezés vs. bázis határidő
Hasonlítsd össze a várható befejezést a 2026. ápr. 30. bázis határidővel. A korábbi várható befejezés pozitív ütemezési tartalékot jelent; a későbbi azt jelzi, hogy a jelenlegi pálya nem támasztja alá a bázis dátumot.
Ütemezési tartalék
A tartalék azt mutatja meg, mekkora mozgástér marad, ha a jelenlegi ütem folytatódik. Az a forecast, amely technikailag még a határidő előtt ér véget, de szinte nulla tartalékkal, továbbra is érzékeny a normál delivery-ingadozásokra.
Adatteljeskörűség
A hiányzó hátralévő becslések gyengítik az előrejelzést, mert a nyitott munka egy része nem szerepel a várható ráfordításban. A hiányos scope-ból számolt pontos dátumot nem szabad pontos bizonyítékként kezelni.
A bázis határidő ellenőrzése
A jelenlegi várható befejezés 2026. ápr. 16., a 2026. ápr. 30. bázis határidő előtt. A jelenlegi delivery-adatok pozitív ütemezési tartalékkal támogatják a bázis dátumot.
Egy működő dashboardban a várható befejezési dátum jó indikátora annak, hogy a bázis határidő mennyire volt reális. A legerősebb jel a trendből származik: ha a forecast dátumok ismételten a bázis után maradnak, miközben a scope, a becslések és a delivery-körülmények viszonylag stabilak, akkor a bázis valószínűleg túl optimista volt, vagy az eredeti feltételezései már nem érvényesek. A tartósan jóval korábbi forecastok konzervatív tervezésre vagy javuló delivery-feltételekre utalhatnak.
Egyetlen forecast alapján nem érdemes kijelenteni, hogy a bázis dátum helyes vagy helytelen. Scope-változás, átmeneti kapacitásváltozás és becslésmódosítás egyaránt elmozdíthatja az előrejelzést.
Milyen adatokat kell karbantartani?
Egy működő dashboardhoz viszonylag egyszerű forrásadatok elegendők, de ezeket következetesen karban kell tartani. Az előrejelzés csak annyira megbízható, amennyire a mögötte lévő hátralévő becslések, befejezési előzmények és munkanaptár megbízhatóak.
| Adatpont | Miért szükséges? |
|---|---|
| Bázis határidő | A tervezett befejezési dátum, amelyhez a szükséges ütemet, a tartalékot és a várható befejezést hasonlítjuk. |
| Állapot / as-of dátum | Időben rögzíti a számítást, és megmutatja, mely időpontra vonatkozik az előrejelzés. |
| Munkanaptár | Meghatározza, mely napok számítanak rendelkezésre álló delivery-napnak. A demó csak a hétvégéket zárja ki; éles modellben a tényleges munkanaptárt és releváns ünnepnapokat kell használni. |
| Feladat státusza | Elválasztja a nyitott és lezárt munkát, így kiszámítható a hátralévő scope. |
| Eredeti becslés | Ráfordítási referencia a befejezett munkához, és alap az estimate-változás értelmezéséhez. |
| Aktuális hátralévő becslés | Megadja minden nyitott feladathoz a jelenleg még várható ráfordítást. Ez a Hátralévő munka fő bemeneti adata. |
| Befejezési dátum | Megmutatja, mely feladatok készültek el az aktuális teljesítési ütem számításához használt időablakban. |
| Tényleges ráfordítás | Támogatja a delivery- és forecast-elemzést, és tartalék ráfordítási értéket ad, ha egy lezárt feladatnak nincs eredeti becslése. |
| Forecast-előzmények | Éles használatban ajánlott. Az egyes állapotdátumokon rögzített várható befejezés, hátralévő munka és teljesítési ütem alapján időben is megítélhető, hogy a bázis határidő továbbra is reális-e. |
Hátralévő munka
A bázis szerint becsült, adott időpontban még nyitott scope-ot hasonlítja össze a céldátum felé tartó ideális, lineáris pályával.
Burndown-pozíció
2026. ápr. 10. állapot szerint: 150 h ténylegesen hátralévő, szemben 152 h ideálisan hátralévő ráfordítással.
2 órával kevesebb bázis szerint becsült ráfordítás maradt, mint amit az ideális pálya indokolna. A projekt az ideális burn-pálya előtt jár.
Hogyan olvasd ezt a grafikont?
Ténylegesen hátralévő
A folytonos vonal az adott napon még nyitott tételekhez tartozó eredeti becsült ráfordítást követi. Azt mutatja, mennyi, a bázisban becsült scope nem készült még el.
Ideálisan hátralévő
A szaggatott vonal lineáris referencia a projekt induláskori bázisától a céldátumra elérendő nulla hátralévő ráfordításig.
A két vonal távolsága azt jelzi, hogy a bázis szerint becsült scope gyorsabban vagy lassabban készül-e az ideális pályánál. Ha a tényleges vonal az ideális felett van, több munka maradt, mint amit a referencia alapján várnánk; ha alatta van, kevesebb.
Fontos különbség
A burndown hátralévő értéke és a forecast Hátralévő munka mutatója összefügg, de nem ugyanaz. A burndown az eredeti becslésekkel mutatja a történeti delivery-pályát. A forecast Hátralévő munka mutatója a nyitott tételek aktuális hátralévő becslését használja annak leírására, hogy jelenleg mennyi ráfordítás szükséges még a befejezéshez.
Scope-növekedés
A feladatokat a létrehozásuk dátumán számolja meg, majd típusonként kumulálja őket. Így látható, hogyan változott a scope darabszáma és összetétele a projekt során.
Scope a legutóbbi időpontban
2026. ápr. 6. dátumig 11 feladat jött létre.
Funkció 5 · Támogató feladat 3 · Defect 2 · Feltárás 1
Hogyan olvasd ezt a grafikont?
A halmozott terület felső széle az adott dátumig létrehozott feladatok teljes száma. Minden színes sáv az adott típus kumulált darabszáma. A felfelé lépés új scope rögzítését jelenti azon a napon; a vízszintes szakasz azt, hogy a kiválasztott nézetben nem került be új feladat.
Scope-növekedés
A meredek emelkedés azt jelenti, hogy rövid idő alatt több új feladat került be. Ha a felső vonal a projekt késői szakaszában is emelkedik, a scope még mindig bővül ahelyett, hogy stabilizálódna.
Típusösszetétel
A növekvő sáv megmutatja, mi hajtja a változást. A későn növekvő defect-szám újonnan feltárt javítási munkát jelezhet; a feature-növekedés új termékscope-ot, az enabler vagy research növekedése támogató vagy feltáró munka belépését mutatja.
Delivery-nyomás
Olvasd együtt a burndownnal és a forecasttal. Ha a létrehozott scope folyamatosan nő, miközben a hátralévő munka nem csökken elég gyorsan, a nyomás egyszerre érkezik a bejövő scope-ból és a teljesítési ütemből.
Mit nem mutat ez a grafikon?
Minden feladat egy darabnak számít, mérettől függetlenül. Tíz kis ticket és tíz nagy ticket ugyanazt a darabszámot adja. A burnup a scope növekedésének és összetételének megértésére szolgál; a munka méretéhez használd a ráfordítással súlyozott előrehaladást és a Hátralévő munka mutatót.
Pénzügyi kontroll
A CAPEX/OPEX besorolás a munkát végző erőforráshoz kapcsolódik. Az erőforrás becslését a rögzített ráfordítással és az aktuális hátralévő becsléssel hasonlítjuk össze, így látható, kinél mozdul a forecast az eredetileg becsült érték fölé vagy alá.
Erőforrások
5
3 CAPEX · 2 OPEX
Becsült
695 h
Erőforrás-becslés a kiválasztott scope-ra
Rögzített
626 h
Már rögzített ráfordítás
Hátralévő becslés
50 h
Jelenleg még szükségesnek becsült ráfordítás
Várható teljes ráfordítás
676 h
-19 h eltérés · -3%
CAPEX erőforrás
3
-13 hforecast-eltérés
- Becsült
- 490 h
- Rögzített
- 459 h
- Forecast
- 477 h
OPEX erőforrás
2
-6 hforecast-eltérés
- Becsült
- 205 h
- Rögzített
- 167 h
- Forecast
- 199 h
Pénzügyi kontroll jelzése
A kiválasztott erőforrások forecastja -19 h (-3%) értékkel az összesített becslés alatt marad.
A legnagyobb pozitív erőforrás-eltérés jelenleg Evan Cole (Fejlesztő): +1 h.
1 erőforrás forecastja hiányos, mert becslési vagy hátralévőbecslés-adat hiányzik.
| Erőforrás | Szerepkör | Besorolás | Feladatok | Becsült | Rögzített | Hátralévő | Forecast | Eltérés | Jelzés |
|---|---|---|---|---|---|---|---|---|---|
| Leah Sutton | UI/UX szakértő | CAPEX | 2 | 175 h | 148 h | 18 h | 166 h | -9 h(-5%) | Becslésen belül |
| Mara Quinn | Fejlesztő | CAPEX | 3 | 170 h | 165 h | 0 h | 165 h | -5 h(-3%) | Hiányos forecast 1 feladat becslése hiányzik. |
| Evan Cole | Fejlesztő | CAPEX | 2 | 145 h | 146 h | 0 h | 146 h | +1 h(+1%) | Forecast a becslés felett |
| Noah Byrne | Tesztelő | OPEX | 2 | 110 h | 90 h | 14 h | 104 h | -6 h(-5%) | Becslésen belül |
| Theo Marin | Tanácsadó | OPEX | 2 | 95 h | 77 h | 18 h | 95 h | 0 h(0%) | Becslésen belül |
Hogyan olvasd ezt a pénzügyi kontrollt?
Erőforrás, szerepkör és besorolás
A sor az egyes, munkát végző személyt jelenti. A szerepkör azt mutatja, mit csinál az adott erőforrás — fejlesztő, tesztelő, UI/UX szakértő vagy tanácsadó. A CAPEX/OPEX ettől különálló pénzügyi besorolás, amely az erőforráshoz kapcsolódik; nem a szerepkörből következik.
Becsült és rögzített
A Becsült érték az erőforrás kiválasztott projektscope-ra adott ráfordítási becslése. A Rögzített érték a munkára már elszámolt ráfordítás. A rögzített órák tehát felhasznált ráfordítást mutatnak, nem tervet vagy allokációt.
Hátralévő és forecast
A Hátralévő becslés az erőforrás aktuális képe arról, mennyi ráfordítás szükséges még. A várható teljes ráfordítás = Rögzített + Hátralévő. Emiatt a forecast már azelőtt romolhat vagy javulhat, hogy a teljes ráfordítást ténylegesen felhasználnánk.
Eltérés
Az eltérés = Várható teljes ráfordítás − Becsült. A pozitív eltérés azt jelenti, hogy az erőforrás várhatóan több ráfordítást igényel az eredeti becslésnél; a negatív eltérés azt, hogy a forecast az estimate alatt marad. Hiányzó becslés esetén a forecast hiányos, nem mesterségesen kedvező.
Milyen következtetést támogat?
A besorolási összesítések megmutatják, hogy a forecast-nyomás CAPEX vagy OPEX erőforrásoknál koncentrálódik-e. Az erőforrás-tábla megmutatja, ki hajtja az eltérést, és hogy az már rögzített ráfordításból vagy magasabb hátralévő becslésből ered. A növekvő hátralévő becslés korai figyelmeztetés: a forecast romolhat még azelőtt, hogy önmagában a rögzített óraszám problémásnak látszana. A hiányzó erőforrás-besorolás és a hiányzó becslés governance-kivétel, mert megakadályozza a projekt pénzügyi ráfordítási profiljának teljes körű értékelését.
Ez a kontroll ráfordítási órákban működik. Pénzügyi jelentőségét az adja, hogy az erőforrás-ráfordítást CAPEX vagy OPEX kategóriába sorolja; a szintetikus órákat nem pénznemként és nem jóváhagyott projektkeretként mutatja.
Delivery-minőség
A becslési adatok teljessége és a forecast elmozdulása alapján osztályozza a feladatokat, hogy az alatta lévő felülvizsgálati lista azokra a tételekre fókuszáljon, ahol a jelenlegi delivery-jelzés vezetői figyelmet igényel.
- Rendben
- 10
- A szükséges adatok rendelkezésre állnak, és a feladat forecastja a várt tartományon belül marad.
- Figyelmet igényel
- 0
- Felülvizsgálati jelzés vagy érdemi forecast-túllépés miatt a feladatot ellenőrizni kell.
- Kritikus
- 0
- Egy nyitott feladatnál egyszerre van jelen felülvizsgálati ok és nagyobb forecast-túllépés.
- Nem értékelhető
- 1
- Hiányzik a szükséges becslési adat, ezért a feladat nem értékelhető megbízhatóan.
Hogyan mérjük a feladatok állapotát?
Nyitott feladatnál a munkaforecast a már felhasznált tényleges ráfordítás és az aktuális hátralévő becslés összege. Ezt hasonlítjuk az eredeti becsléshez.
Nyitott feladat forecastja
Tényleges ráfordítás + aktuális hátralévő becslés
Rendben
Nyitott feladatnál mindkét becslés rendelkezésre áll, nincs explicit felülvizsgálati ok, és a forecast legfeljebb az eredeti becslés 115%-a. Lezárt feladat akkor számít rendben lévőnek, ha a tényleges ráfordítás legfeljebb az eredeti becslés 130%-a.
Figyelmet igényel
Nyitott feladat figyelmet igényel, ha van explicit felülvizsgálati ok, vagy a forecast meghaladja az eredeti becslés 115%-át, kivéve ha teljesül a kritikus szabály. Lezárt feladat akkor kerül ide, ha a tényleges ráfordítás meghaladja az eredeti becslés 130%-át.
Kritikus
Nyitott feladatra vonatkozik, ha van explicit felülvizsgálati ok, és a forecast egyben meghaladja az eredeti becslés 120%-át.
Nem értékelhető
Hiányzik az eredeti becslés, vagy egy nyitott feladatnak nincs aktuális hátralévő becslése. Ezek nélkül a forecast összehasonlítása nem számítható ki következetesen.
Ezek vezetői kivételszabályok, nem minőségi pontszámok. Azt mutatják meg, hol indokol felülvizsgálatot a forecast elmozdulása vagy az adathiány.
Vezetői figyelem
A dashboard nem áll meg a figyelmeztető jelzésnél: megmutatja azokat a konkrét rekordokat is, amelyek a jelzés mögött állnak.
| Tétel | Munkafolyam | Státusz | Becslés | Hátralévő | Miért kell felülvizsgálni? |
|---|---|---|---|---|---|
DEMO-N11 Post-launch telemetry check | Data Services | Backlog | Hiányzik | Hiányzik | Nem értékelhető Az új scope becslésre vár; addig nem vonható be az előrejelzésbe. |
A bemutatóban szereplő projekt- és erőforrásnevek, jegyadatok, dátumok, becslések és ráfordítási értékek teljes egészében fiktívek; kizárólag a riporting megközelítés szemléltetésére készültek.