keresett értékelemzés a Microsoft Project segítségével

a keresett értékelemzés (EVA) egy eszköz a projekt előrehaladásának ellenőrzésére. A fő teljesítménymutatók (KPI) meghatározzák az aktuális ütemtervet és költséghelyzetet. Az Earned value management (EVM) és az earned value project / performance management (EVPM) az EVA szinonimái. A megszerzett értékelemzés használata a Microsoft Project segítségével a projektvezérlés hatékony módszere.

ebben a cikkben megtudhatja, hogyan lehet meghatározni a megszerzett értéket és a megfelelő Kulcsfontosságú teljesítménymutatókat. Ezenkívül megtudhatja, hogyan ábrázolhatja ezeket a Microsoft Project alkalmazásban annak érdekében, hogy kiszámítsa a projekt aktuális állapotát, beleértve az előrejelzéseket is.

  • meghatározás: mi a megszerzett érték elemzése?
  • Általános információk a keresett érték elemzésről
  • keresett érték elemzés a Microsoft Project segítségével
  • következtetés

meghatározás: Keresett érték elemzés

a keresett érték elemzés egy ellenőrző módszer. A projekt nagyságától és összetettségétől függetlenül egyértelmű fő teljesítménymutatókat nyújt a projekt előrehaladásáról – a költségekre, az időre és a teljesítmény hatókörére vonatkozó tervezett és tényleges értékek segítségével. Ezenkívül az EVA lehetővé teszi a projekt befejezésére és költségére vonatkozó előrejelzéseket. A megszerzett értéket az adott céldátumig elért teljesítménykörre tervezett erőfeszítések összegéből számítják ki. Ez az érték a KPI-k legfontosabb számítási alapja.

a módszer eredményei és előnyei a következők:

  • érvényes nyilatkozat a projekt aktuális állapotáról
  • a tervezési kockázat minimalizálása érdekében kiszámított előrejelzés
  • érthető formátum az érdekelt felek döntéseinek alapjául

Tudja meg, hogyan követheti nyomon a projekt előrehaladását a projekt Állapotjelentéseivel.

Általános információk a keresett érték elemzésről

a projekt aktuális állapotának értékelésekor a következő kérdések merülnek fel:

  • mi a jelenlegi erőfeszítés?
  • mit szállítottak eddig?
  • mi lett volna a megfelelő erőfeszítés?
  • mikor ér véget a projekt?
  • mi lesz a teljes erőfeszítés?

speciális Letöltés: az MS Project Server / Project Online előnyei az MS Project standarddal szemben

kérjük, kattintson ide a PDF letöltéséhez, és megtudja, miért érdemes a kiszolgálót előnyben részesíteni a kliens verzióval szemben.

egyszerű Költségvariancia

annak érdekében, hogy meghatározzuk a tervezett és a tényleges erőfeszítés közötti különbséget a mai napig, referenciaként alapvonalra van szükség. Ezt az alapvonalat a tervezés befejezése után, de az első módosítás és a tényleges adatokkal történő frissítés előtt kell meghatározni.

nélkülözhetetlen az EVA számára: állítsa be az alapvonalat közvetlenül a tervezés befejezése után.

az aktuális időpontig felhalmozott tervezett és tényleges értékek közötti különbség a projektben hiányt vagy többletet eredményez. Ez tükrözi a projekt jelenlegi pénzügyi helyzetét, és nagyon érdekes adat a fizetési terv számára. De ez nem tükrözi, hogy a projekt milyen jól teljesít, mivel a Befejezés szakaszát nem veszik figyelembe.

az egyszerű költségeltérés releváns a fizetési terv szempontjából, de nem a projekt tényleges állapotára.

többlet esetén kérdezd meg magadtól:

  • a költségek valóban alacsonyabbak voltak-e a tervezettnél, vagy
  • nem haladt-e a projekt olyan messzire, amennyire kellett volna?

hiány esetén felmerül a kérdés, hogy:

  • az erőfeszítés eddig nagyobb volt, vagy
  • a projekt a tervezettnél tovább haladt, azaz többet sikerült megvalósítani.

és mindkét esetben fontos, hogy ez mit jelent a következő esetekben:

  • várható Összes költség
  • a projekt befejezésének dátuma

természetesen ezekre a kérdésekre csak akkor tud megbízhatóan válaszolni, ha tudja, hogy eddig milyen tartalmat szállítottak.

tippünk: Jelenleg nem tervezi a projektjeiben a munkaforrások költségeit? Hiányzik az erőforrások valódi óradíja, vagy nem szabad megmutatni őket? Ha igen, ez érdekes lehet az Ön számára:

  • minden erőforráshoz 1 eurós óradíjat rendelhet nagy erőfeszítés nélkül, és az EVA-t csak a tényleges munka szempontjából relevánsvá teheti. A valódi költségek kimaradnak.
  • fontos Megjegyzés: Ez csak akkor működik, ha máshol nem tervez valós költségeket. Ebben az esetben az arány és a jövedelemarány kiszámítása helytelen lenne.

sok olyan felhasználó van, aki ilyen módon nagyon jól alkalmazhatja a megszerzett értékelemzést, mivel projektköltségeiket egyébként teljes mértékben az erőforrás-munka szabályozza.

megszerzett érték

a megszerzett érték (EV) most kapcsolatot hoz létre a fizikai teljesítés állapota és a megfelelő tervezett erőfeszítés között. Ez az állapot dátumára mutatja, hogy milyen erőfeszítéseket terveztek a tényleges elvégzett munkához.

a megszerzett értéket a fizikai teljesítés szakaszából és az eredetileg tervezett erőfeszítésből számítják ki.

így tudja reálisan meghatározni a projekt állapotát és levezetni a jövőre vonatkozó előrejelzést.

az alábbi ábra a tervezett költségek és a tényleges költségek előrehaladását mutatja az állapot dátumáig, valamint a fizikai munka befejezésének azon szakaszát, amelyből a megszerzett érték levezetésre kerül.

 megszerzett értékek elemzése a Microsoft Project segítségével-tényleges kézbesítés a tervezett kézbesítés mögött

a tényleges kézbesítés elmarad a tervezett kézbesítéstől

  • a piros görbe a költségek előrehaladását mutatja a tervezett munkához viszonyítva (BCWS – a tervezett munka tervezett költsége), amely a tervezett összköltség szintjére emelkedik (Bac – költségvetés a befejezéskor).
  • a sárga vonal az aktuális dátumig felhalmozott tényleges költségeket jelöli (ACWP-az elvégzett munka tényleges költsége).
  • az ezt követő törött sárga vonal szemlélteti a várható progressziót a becsült végéig a várható költség szempontjából (EAC – befejezéskor becsült).

az aktuális dátumig (tényleges szállítás) történő kézbesítés után az eredmény visszakerül az eredeti tervbe (tervezett szállítás). Itt azonosítható a fizikai munka befejezésének valódi szakasza, amely jelentősen elmarad az elvárásoktól.

így a zöld terv görbéből ki lehet olvasni, hogy a tényleges szállítás milyen értékkel rendelkezik a terv szerint. Ez az elvégzett munka megszerzett értéke vagy BCWP – költségvetésben szereplő költsége.

a megszerzett érték tehát azokat a költségeket jelenti, amelyek az eredeti terv szerint szükségesek lettek volna a státus napján elért fizikai teljesítési szakasz eléréséhez.

a tényleges költségektől eltérően a megszerzett érték a projekt fizikai befejezésének szakaszát jelenti.

ennek megfelelően a tényleges költségekkel ellentétben a megszerzett érték (EV) szigorúan pénzügyi tényező, amely a projekt jelenlegi fizikai befejezési szakaszát képviseli. Az EV szám önmagában nem igazán informatív, és nem hasonlítható össze más projektekkel.

de az EV tökéletes alap az előrejelzések igazán érdekes fő teljesítménymutatóinak levezetésére. Alkalmazható annak érdekében, hogy ellenőrizze a fennmaradó terv hitelességét a még kézbesítendő tételek esetében. Így minimalizálhatja a további tervezési hibák kockázatát.

érdekli a jelentés? Ismerje meg az 5 legfontosabb PPM jelentést.

valós Költségvariancia

valós Költségvariancia (CV = BCWP – ACWP) feltárja a tényleges költségek és a keresett érték közötti különbséget. A projektek hatékonyságának leírására szolgál. Ez százalékban is kiszámítható (CV% = /BCWP), így ez egy olyan szám, amelyet össze lehet hasonlítani a projektek között.

a valós költségvariancia költség-teljesítmény indexként is kiszámítható (CPI = BCWP / ACWP):

  • 1-nek felel meg, ha minden rendben van
  • ha 1 alatt van, a kapott eredmények költségei túl magasak voltak
  • ha 1 felett van, az elvégzett munka a tervezettnél kevesebbe kerül.

a 0,8-as CPI tehát költségnövekedést mutat, míg az 1,2-es CPI költségcsökkentést jelez.

valós ütemezési variancia

valós ütemezési variancia (SV = BCWP – BCWS) a tervezett költségek és a megszerzett érték közötti különbséget mutatja. Tisztázza az elért eredmények és a tervezett eredmények közötti pénzügyi szakadékot. Ha százalékban számoljuk (SV % = / BCWP), ez is egy szám, amely összehasonlítható a projektek között. Az ütemezés eltérése minden esetben hatással lesz az időre.

az ütemezési teljesítmény Index segítségével is kiszámítható (SPI = BCWP / BCWS):

  • ez 1-nek felel meg, ha minden rendben van
  • ha 1 alatt van, akkor a kapott eredmények költségei elmaradnak az ütemtervtől
  • ha 1 felett van, az elvégzett munka az ütemterv előtt van.

a 0,8-as SPI késleltetést mutat, míg az 1,2-es SPI gyorsulást jelez.

értékelemzés az MS Project – The TPG MTA Client segítségével

előrejelzés

létrehozott egy frissített ütemtervet, és kiszámította az új összköltségeket a projektterv frissítése után a tényleges értékek, a befejezési szakaszok és egy új fennmaradó erőfeszítés megadásával.

összehasonlíthatja új költségeit a becsült értékkel (EAC – befejezéskor becsült). Az ebből eredő különbségtől függően újra kell gondolnia, és esetleg felül kell vizsgálnia a tervezést is.

de mielőtt ezt megtenné, feltételezéseket kell tennie a további fejleményekről, hogy lehetővé tegye az előrejelzés kiszámítását.

  • mostantól a terv szerint: EAC = ACWP + (BAC – BCWP)
  • folytassa, mint korábban: EAC = ACWP + (BAC – BCWP) / (CPI * SPI)
  • Nincs további ütemezési variancia: EAC = ACWP + (BAC – BCWP) / CPI
    (Megjegyzés: Ez a képlet a Microsoft Project által használt)

iratkozzon fel most a TPG Blog hírlevelére, és soha ne hagyjon ki egy másik blogbejegyzést.

a harmadik lehetőség a Microsoft Project által kiszámított. Az első kettőt testreszabott képletekkel lehet kiszámítani.

az állapotfrissítés tartalmazza az előrejelzés és a tervezett összköltség közötti szórást is (variancia a befejezéskor VAC = BAC – EAC). Ezt a varianciát százalékban is ki kell számítani, ha más projektekkel hasonlítjuk össze (VAC% = /BAC).

javasolt olvasás: PMO Jelentések A projekt-és Portfóliókezeléshez

a projektek összehasonlíthatósága

az eddig említett indexek és százalékértékek szakaszokra oszthatók, és piros / sárga / zöld jelzőlámpával ábrázolhatók. Ez lehetővé teszi a felhasználók számára, hogy a projekt áttekintésében gyorsan azonosítsák, mely fő teljesítménymutatók nem megfelelőek.

a közlekedési lámpák jelzőfényei és a szakaszokra Osztás megkönnyíti a fő teljesítménymutatók szem előtt tartását.

általános szabály, hogy a műveletek a különböző színekhez kapcsolódnak, amelyeket a színváltozás esetén kell megtenni:

  • kedvezőtlen értékek esetén a kapcsolódó intézkedés általában az irányítóbizottság tájékoztatása vagy eszkalálása.
  • a túl jó értékek a terv felülvizsgálatát, vagy inkább az ütemezett pufferek közzétételét vagy eltávolítását eredményezhetik.

előfordulhat, hogy egy > 1 CPI egybeesik egy < 1 SPI-vel, vagy fordítva. A jelentés grafikusan is illusztrálható. Az egyes projektek átmérője ebben az esetben képviselheti a tervezett költségeket. Ez lehetővé teszi az abszolút variancia fokának értékelését is.

 szerzett Vaule elemzés a Microsoft Project-Performance indexek több projekt lehetséges közlekedési lámpa színek

Performance indexek több projekt lehetséges közlekedési lámpa színek

hogyan szerzett érték elemzése a Microsoft Project Works

először is, tudnia kell: a Microsoft Project kiszámítja a megszerzett érték minden olyan feladat, amely már:

  • tervezett költségek (alapköltség az MS projektben),
  • kezdetük az állapot dátuma előtt,
  • a Befejezés nullánál nagyobb szakasza.

összefoglalva: ez csak akkor működik, ha az alapvonalat a tervezés befejezése után, az első frissítés előtt menti.

itt van, hogyan kell csinálni:

alatt Options / Advanced / szerzett érték beállítások ehhez a projekthez, akkor válassza ki az egyik tizenegy alapvonalak elérhető keresett érték kiszámítása.

ugyanazon a helyen kiválaszthatja azt is, hogy melyik mezőt szeretné használni az EVA kitöltéséhez:

  • mező % teljes
  • mező fizikai % teljes

vigyázz: a jobb megértés érdekében a mezőt % fizikai Teljes ebben a cikkben. A Microsoft Project-ben azonban a mező neve valójában fizikai % teljes.

a % Complete mező frissítése általában az erőforrás-munka frissítéséhez kapcsolódik, azaz a % work Complete mezőhöz. Ez nem feltétlenül teszi lehetővé a fizikai munka befejezésének szakaszára vonatkozó nyilatkozatot.

annak érdekében, hogy távolítsa el ezt a linket, akkor kapcsolja ki a megfelelő tulajdonság, frissítése feladat állapota frissítések erőforrás állapota, alatt Fájl / Beállítások / ütemezése ehhez a projekthez.

távolítsa el az erőforrásmunka és a % Complete mező közötti kapcsolatot annak érdekében, hogy nyilatkozatot kapjon a fizikai munka befejezésének szakaszáról.

de vigyázz: még akkor is előfordulhat, hogy nem kap megfelelő eredményt, mivel a % Complete elválaszthatatlanul kapcsolódik az aktuális és a fennmaradó időtartamhoz. Ami megint nem felel meg a tényleges elvégzett munkának.

tippünk: általános szabályként világosabb a % Physical Complete mező használata, mivel független az összes többi értéktől. Ez lehetővé teszi, hogy belépjen a Befejezés tényleges szakaszába anélkül, hogy befolyásolná az időtartam, a munka vagy a költség frissítését.

A Projekt frissítése

először is tanácsos beállítani az állapot dátumát a projektinformációkban, és esetleg függőleges vonalként megjeleníteni a Gantt-diagramban a Formátum / rácsvonalak segítségével.

az összes feladat helyes frissítése a megszerzett értékelemzés helyes kiszámításának második előfeltétele. Ennek eléréséhez meg kell adnia az aktuális órákat és költségeket, valamint a fennmaradó munkát és időtartamot, amelyből a % munka teljes vagy a % teljes kiszámítása történik.

küzd az MS Projektverziók és azok különbségeinek megkülönböztetésével? Olvassa el a cikket.

ennek eredményeként az összes futó feladat előrehaladási sorának el kell érnie az állapot dátumát. A megszerzett érték % Complete használatával történő kiszámításának pontatlansága annak a körülménynek köszönhető, hogy az idő felhasználása nem feltétlenül felel meg a fizikai munka befejezésének.

ha a megszerzett érték számítási módszerét % fizikai Kész értékre állítja, ezt a mezőt minden megkezdett vagy befejezett tevékenységhez szerkeszteni kell.

ennek során meg kell határoznia egy szabályt, amely pontosan meghatározza, hogyan kell ezeket az értékeket megadni.

  • az egyszámjegyű százalékos bejegyzéseket általában nem kell pontosan beírni, és valószínűleg megvizsgálják őket.
  • ebben az esetben a pontatlanság a futó feladatok számától is függ.
  • a még el nem indított vagy befejezett feladatokat egyszerűen 0% vagy 100% – ban kell megadni.

olvassa el a másik MS Project tipp, hogy elmondja, hogyan kell használni erőforrás megbízások Project 2016!

számítás a Microsoft Project-ben

a megszerzett érték kiszámítása alapvetően mindkét módszer esetében azonos.

a tervezett költségek vagy alapköltség (terepi alap. Költség) szerint halmozott % teljes vagy % fizikai Teljes mellett a tervezett időtartam napról napra.

Példa: Ha egy tevékenység napi 800 EUR alapköltséggel rendelkezik 4 nap alatt, és 50% – os teljesítéssel rendelkezik, akkor az alapköltség a tervezett időtartam 50% – áig kerül hozzáadásra. Ebben az esetben legfeljebb 2 napot jelent, egyenként 800 EUR-val, azaz 1600 EUR-val.

a Microsoft Project előrejelzését a fent említett harmadik eset szerint számítják ki:
EAC = ACWP + (BAC – BCWP) / CPI

a képernyőn történő számítás követéséhez válasszon ki egy Gantt-diagramot a felülnézetben és a nézet / feladat használata az alsó nézetben, és jelenítse meg az oszlopokat az alábbi ábrán látható módon.

ragaszkodunk a példánkhoz: négy, egyenként 4 napos időtartamú feladatunk van, amelyek alapideje kedden kezdődik, és napi 800 euróba kerül – mivel egy-egy erőforrást használ 100 eurós óradíjjal napi 8 órán keresztül. Ezért az egyes feladatok tervezett összköltsége 3200 Euró.

az állapot dátuma szerda estére van állítva, és a feladatokat különböző módon frissítették annak érdekében, hogy a számítás logikáját valós helyzet alapján lehessen megmagyarázni.

számítás a % Complete használatával

minden feladat a keresett érték módszer % Complete értékre lett állítva.

megszerzett érték elemzés MS Project – el-megszerzett érték a % Physical Complete with carry-over használatával a B feladatban

megszerzett érték a % Physical Complete with carry-over használatával a B feladatban

az a feladat (“Vorgang A”) A terv szerint valósul meg, és a beállított állapot dátumáig eléri az 50% – os teljesítési fokot.

  • ez azt jelenti, hogy a keresett érték 1600 euró a tervezett és a tényleges időtartam 50% – án.
  • a CPI és az SPI egyaránt 1, mivel a tényleges költségek megegyeznek az alapköltséggel (bázis. Költség).
  • az előrejelzés megfelel mind az alapértéknek, mind a jelenlegi tervnek 3200 euróban.

A B feladat (“Vorgang B”) egy nappal később kezdődik, és csak 4 órával kezdődik – a tervezett 8 óra helyett. Ennek ellenére 50% – os teljesítést jelentenek erre a feladatra. Ez azt eredményezi, hogy az előrehaladási sor az állapot dátumán túlra kerül, az átvitel pedig figyelmen kívül marad a számítás során.

  • a tervezett időtartamnak csak 25% – A halmozódik fel, ami csak egy napot eredményez 800 EUR-ban.
  • a CPI értéke 2, mivel ezt mindössze 400 EUR költséggel érték el.
  • az SPI értéke 0.5, mivel a tervezett 1600 eurós teljesítménynek csak a felét sikerült teljesíteni.
  • az előrejelzés 1600 euró, a fenti képletnek megfelelően. Ennek megfelelően a tényleges fennmaradó munkát féláron végzik, azaz. 400+(3,200-800)/2= 1600 euró.
  • a jelenlegi tervezés költsége jelenleg 2800 euró, amely az elvégzett 4 órából és a fennmaradó 3 nap 8 órájából származik, amelyeket nem ütemeztek át.

a C feladat (“Vorgang C”) a helyesen frissített B feladatot mutatja. Ha az 50% – os befejezést csak egy nap alatt 4 órán belül sikerült elérni, akkor az időtartamot 4-ről 2 napra kell csökkenteni. Ezért az előrehaladási sor csak pontosan eléri az állapot dátumát.

  • ez 1600 EUR-t eredményez.
  • a CPI értéke 4, Mivel 4-ből 16 óra alatt csak a költségek egynegyede halmozódott fel.
  • az SPI összege 1, mivel a státus dátumáig még mindig csak az 1600 eurót kitevő tervezett munkát végezték el.
  • az előrejelzés 800 euró, mivel a második nap az első nap teljesítményével is elérhető.
  • a jelenlegi tervezés költsége jelenleg 1200 euró, amely az első napon elvégzett 4 órából és a második nap fennmaradó 8 órájából származik, amelyeket nem ütemeztek át.

a D feladat (“Vorgang D”) a tervezettnél egy nappal korábban kezdődik, de napi 8 órával csak 50% – os teljesítés érhető el.

  • ez 1600 EUR-t eredményez.
  • a CPI csak 0,67-re érkezik a további erőfeszítések harmada miatt.
  • az SPI 1 a várható 1600 euró miatt.
  • az előrejelzés 4800 Euró, mivel a további erőfeszítések harmada várható.
  • a jelenlegi alapköltség szintén 4800 eurót tesz ki, mivel az időtartamot már 6 napra meghosszabbították, egyenként 8 órával.

az összefoglaló tevékenységben (“Sammelvorgang”) a tervezett érték és a megszerzett érték az alfeladatok összegéből kerül kiszámításra, míg a % Complete az aktuális kezdés és az aktuális időtartam tényleges pozíciójából kerül kiszámításra. A CPI, az SPI és az EAC értékei újra kiszámításra kerülnek az összefoglaló feladatban, így az EAC nem az itt szereplő részfeladatok összege.

ha ezt saját maga szeretné kiszámítani, ügyeljen arra, hogy ne használja a CPI megjelenített értékét, mivel csak két tizedesjegy esetén nagy kerekítési különbségek keletkezhetnek. Számítsa ki a BCWP/ACWP értékekkel. Ebben az esetben ez lenne 4,800+(12,800-5,600)/(5,600/4,800)=10,971.4.

a jelenlegi tervezés összege 12 000 EUR, szemben az összefoglaló feladat teljes összegéből származó 10 972 euróval és a 10 400 euróval, amely az összes feladat előzetes feltételrendszerének összege. Ezért érdemes lenne felülvizsgálni az eddig jól teljesített feladatok erőfeszítéseinek tervezését egy kicsit lefelé, hogy az egy napos késedelem orvosolható legyen-esetleg az erőforrások átcsoportosításával.

számítás a % Physical Complete használatával

ugyanazon adatok használata a % Physical Complete-re váltás és az “50% Physical Complete” megadása után minden feladathoz majdnem ugyanazt az eredményt kapja, mint az előző módszernél.

megszerzett érték elemzése a Microsoft Project segítségével – megszerzett érték a % Physical Complete with carry-over használatával a B feladatban

megszerzett érték a % Physical Complete with carry-over használatával a B feladatban

A B feladat (“Vorgang B”) mostantól eltérő eredményeket tartalmaz a megszerzett értékre, az indexekre és az előrejelzésre vonatkozóan, mivel az 50% átvitele az állapot dátumán túl nem csonkolt. Ebben az esetben, pozíciótól függetlenül, az 50% a tervezett teljesítmény fele, azaz 1600 euró. Így érkezik az SPI 1-re, a CPI pedig 4 – re, mint a C feladatban-függetlenül a további feladatok további tervezésétől.

az összefoglaló feladatban (“Sammelvorgang”) Most megtalálhatja az alfeladatok összegének megfelelő előrejelzést.

maga a megszerzett érték csak akkor értelmezhető, ha ismeri a projekt költségvetését. Mi több, nem hasonlítható össze több projekt között. Ezért célszerűbb az előrejelzés indexeit és százalékos szórását projektállapot-információként továbbítani másoknak.

ezek az értékek Könnyen osztályozhatók, és függetlenek a projektek időkeretétől és költségvetésétől.

nem számít, mennyi ideig tart a projekt – a 0,5-ös CPI-vel a neved ugyanolyan kiemelkedő lesz a vállalatnál, mint az 1,5-ös CPI-vel.

következtetés – megszerzett érték elemzése a Microsoft Project segítségével

ebben a cikkben megtudta, hogy a megszerzett érték elemzése a Microsoft Project segítségével hatékony eszköz a projekt előrehaladásának nyomon követésére. Megtanultad a koncepciót, és hogyan kell használni.

a Microsoft Project-ben keresett érték kiszámításához az egyik lehetőség a % Complete mező használata. Ezzel a megközelítéssel meghatározhatja, hogy a projektre az állapot dátumáig töltött idő megfelel-e az ütemezett időnek.

a második lehetőség a fizikai % Complete mező használata az EVA számára a Microsoft Project segítségével. Ezt a módszert javasoljuk, mivel figyelembe veszi, hogy a projektre fordított idő alatt valóban elérte-e a fizikai munka befejezésének tervezett szakaszát (például a tervezett projekt mérföldkövét).

tipp: A megszerzett érték, valamint az indexek megértésének képessége nem túl gyakori. Ügyeljen arra, hogy mindig ellenőrizze, hogy az adatok címzettje levezetheti-e belőlük a vonatkozó információkat. Mindig jobb továbbadni a fent bemutatott illusztrációkat, mint puszta ábrákat.

projektmenedzseri pozíciójában azt javasoljuk, hogy használja a megszerzett érték elemzését annak érdekében, hogy ellenőrizze saját tervezésének hitelességét – ez minimalizálja a tervezési kockázatot.

használja a megszerzett érték elemzését a Microsoft Project segítségével? Mi volt a tapasztalata ezzel a megközelítéssel? Kérjük, hagyjon megjegyzést alább.

Johann Strasser A szerzőről: Johann Strasser, okleveles mérnök, 2001 óta a TPG projektcsoport ügyvezető partnere. Johann Strasser az autóipar és az energiaágazat fejlesztőmérnökeként eltöltött sok év után egy évtizedet töltött független trénerként és tanácsadóként a projektmenedzsment területén. Hivatali ideje alatt az építőipar szoftverprojektjeinek projektmenedzsere is volt, valamint ütemezési és költségkezelési támogatást nyújtott nagyszabású építési projektekhez. A TPG-nél szakértelmét a termékfejlesztés és a tanácsadási szolgáltatások területén alkalmazza nemzetközi ügyfelek számára. Különös figyelmet fordít a PMO-ra, a projektportfóliókra, a hibrid projektmenedzsmentre és az erőforrás-gazdálkodásra. Sok éven át prezentációkon, szemináriumokon, cikkeken és webináriumokon keresztül osztotta meg tudását.

Johann Strasserről bővebben olvashatsz a LinkedIn-en és a XING-en.

Vélemény, hozzászólás?

Az e-mail-címet nem tesszük közzé.