ms projekt képzési tanfolyam. MS Project használata szoftverfejlesztési projektek kezelésére

A tanfolyam elvégzéséért 40 PDU jár.

Az oktatási program leírása

A kurzus bemutatja a projektmenedzsment módszertanát és a Microsoft Project Professional 2013/2016 alkalmazásának jellemzőit a projektmenedzsmentben.
A kurzus kiterjed az ütemezés és az erőforrás-tervezés, az elemzés és az előrejelzés, valamint a több projekt menedzselésére vonatkozó kérdésekre.

A tanfolyam sikeres elvégzése lehetővé teszi a szakemberek számára, hogy:

• Határozza meg a munkát a különböző szakaszokban életciklus projektet.
• Projektnaptár és erőforrás-tervezés végrehajtása.
• Értékelje és optimalizálja a projektet az időzítés, a költségek és a munkaerő szempontjából.
• Figyelemmel kíséri és ellenőrizheti a projekt előrehaladását.
• A projektterv elemzése, előrejelzése és módosítása.
• Vegye figyelembe a kockázatokat.
• Készítsen jelentéseket. Jelentések exportálása Excelbe.
• Konfigurálja az alkalmazást.
• Konszolidálja a projekteket és közösen kezelje azokat.

A tanfolyam célja

Projektmenedzsmenthez szükséges ismeretek és készségek formálása a Microsoft Project Professional 2016 segítségével.

A célközönség

• Projektmenedzserek
• Programok és projektportfóliók menedzserei
• Projektmenedzsment menedzserek
• Projektmenedzsment csoport tagjai
• Projekteken dolgozó szakemberek

Szükséges előkészület

• Projektekben szerzett tapasztalat;
• Microsoft Excel 2013/2016;
• Projektmenedzsment a PMI® PMBOK® szabványon alapul.

1. Általános információk a Microsoft Projectről. Projekt életciklusa

• Módszertan

• Mi az a projekt?
• Projekt életciklusa

• Microsoft Project

­

• A Microsoft Project története
• Termékszerkezet: verziók és kiadások
• Projekt-, program- és portfóliókezelés automatizálása
• Alkalmazási felület
• Fájlok létrehozásának módjai a Microsoft Projectben

2. A Projekt Charta kidolgozása

• Módszertan

­

• A projekt céljai
• ­ Általános követelményekés a projekt korlátai
• A mérföldkövek összefoglaló ütemezése

• Microsoft Project

­

• Összefoglaló projektfeladat
• Projekt információk
• Munkaidő módosítása
• Projektbeállítások
• A projekt mérföldkövei
• Projektváltás

3. Hierarchikus munkastruktúra kialakítása és a műveletek meghatározása

• Módszertan

­

• Bomlás
• A munka hierarchikus felépítése
• Hierarchikus munkastruktúra szótára
• Műveletek listája

• Microsoft Project

• Feladatok hozzáadása, módosítása, törlése
• Feladat mód: automatikus ütemezés és kézi ütemezés
• Hierarchia

• Szám megjelenítése a szerkezetben
• Ismétlődő feladatok létrehozása

4. A műveletek sorrendje

• Módszertan

­

• Függőség típusok
• Vezetések és késések

• Microsoft Project

­

• Kapcsolatok hozzáadása, módosítása, törlése
• Előlegek és késések alkalmazása
• Út a feladathoz: a projekt logikai felépítésének elemzése
• Kapcsolatok fenntartása a manuálisan ütemezett feladatokhoz

5. Műveleti erőforrások becslése

• Módszertan

­

• Projekt erőforrástípusok
• Az erőforrás-elszámolás megközelítései

• Microsoft Project

­

• Erőforráslap nézet
• Az erőforrás tulajdonságainak beállítása

6. A műveletek időtartamának becslése. Költségbecslés

• Módszertan

­

• Eszközök és módszerek a tevékenység időtartamának becslésére
• Költségbecslési eszközök és technikák

• Microsoft Project

­

• A feladatok időtartamának kézi bevitele és kiszámítása
• Időtartam egységei automatikusan és manuálisan ütemezett feladatokhoz
• A költséges erőforrások célja: a feladatok időtartama és költsége
• Az anyagi erőforrások célja: állandó és változó fogyasztási arányok
• Célja Munkaerőforrások: az erőforrás mennyisége, a munkaerőköltség és a feladat időtartama
• Tervezési képlet

• Hozzárendelés tulajdonságai

­

• Munkaerő és költség
• Feladathasználat és Erőforráshasználat nézet
• Összesített és időalapú hozzárendelési adatok

7. Ütemterv kidolgozása. Kritikus út módszer

• Módszertan

­

• Módszer hálózat tervezése projekt
• Korai és késői tranzakciós dátumok
• Ingyenes és általános ideiglenes feladattartalék
• Projekt kritikus útja
• Szubkritikus problémák
• Ütemezze be a tömörítési módszereket
• Projekt forgatókönyv elemzés

• Microsoft Project

­

• Hálózati diagram nézet
• A kritikus út kiszámítása minden független feladathálózathoz
• Pozitív és negatív A feladatok teljes lazasága
• Feladat korlátai
• Cél betöltési profil
• Találkozó kezdési késleltetése
• Feladat vagy megbízás megszakítása
• Feladat- és munkaerő-naptárak
• Ütemezze be a tömörítést
• Inaktív feladatok
• Idővonal nézet – Projekt ütemterveinek beállítása

8. Ütemterv kidolgozása. Erőforrás terhelési szintezés

• Módszertan

­

• Erőforráshiány-értékelés
• Az erőforrás terheléselosztás elvei

• Microsoft Project

­

• Erőforrás-grafikon nézet
• Erőforrás terhelés kézi szintezése:
• Kiegyenlítési késleltetés
• Vizuális erőforrás-optimalizáló megtekintése
• Automatikus erőforrás-terhelési szintezés:

9. Költségvetés meghatározása. Projekt kockázatkezelés.

• Módszertan

­

• Projektpuffer
• Projekt költségvetése

• Microsoft Project

­

• Időtartalék hozzáadása a projekt kritikus útvonalához
• Erőforrásköltségek és fix költségek
• Munkaerő-, anyag- és költségforrások költségvetése

10. A projekttel kapcsolatos munka nyomon követése és ellenőrzése

• Módszertan

­

• Project Baseline
• A feladatvégzésre vonatkozó tényleges adatok gyűjtése és konszolidálása

• Microsoft Project

­

• Gantt-diagram nézet követéssel
• A projekt alapvonalának beállítása
• A jelentés dátuma és az előrehaladás sora
• Valós adatok megadása

11. Ütemezési vezérlés. Költségkontroll

• Módszertan

­

• Eltérés elemzése
• Megkeresett érték elemzése
• Projekt jelentések

• Microsoft Project

­

• Eltérés mutatók
• A keresett érték számítási módja és mutatói
• Jelentések: Exportálás MS Excel és MS Visio programba. Microsoft Project Reports

12. Vezérlés módosítása

• Módszertan

­

• Változási kérelmek
• Projekt problémanapló
• Frissítse a Project Baseline-t

• Microsoft Project

­

• Projektbeállítások, feladatok, erőforrások, megbízások módosítása
• A munkakör megváltoztatása
• Az erőforrások összetételének megváltoztatása
• Alapszintű verziók

13. A projekt lezárása. Szervezeti folyamatok eszközei

• Módszertan

­

• Projekt vagy fázis lezárása
• Tanulságok és a szervezeti folyamatok eszközei

• Microsoft Project

­

• Dokumentációs feladatok: jegyzet, hiperhivatkozás, dokumentum
• Projektsablonok létrehozása és mentése
• Szervező – a globális projekt sablon szervezése:
• Nézetek formázása

14. Együttműködés projektekben. Program- és projektportfólió menedzsment

• Módszertan

­

• Projekt kommunikációs menedzsment
• Programok és projektportfóliók

• Microsoft Project

­

• Projektverziók összehasonlítása
• Tervezési adatok nyomtatása
• A Microsoft Project integrációja más alkalmazásokkal
• Program- és projektportfólió menedzsment

Tanúsítvány

Nemzetközi minősítő vizsgák:

• Projektek kezelése a Microsoft Project segítségével
• Projektek és portfóliók kezelése Microsoft PPM segítségével

Beérkezett dokumentum

Továbbképzési bizonyítvány és nemzetközi bizonyítvány.

Rövid bemutatkozás

A teljes módszertan egyszerűen egyszerű módszerek és ajánlások összessége az MS Project használatával a projektmenedzser alkalmazott problémáinak megoldására. Azonnal leszögezem, hogy a módszertan nem univerzálisnak vallja magát, és csak bizonyos korlátozások mellett alkalmazható, amelyeket a történetben végig megemlítek.

Először is emlékezzünk arra, hogy általában mit követelnek meg egy projektmenedzsertől. A tapasztalt menedzserek számára ez nyilvánvaló, de a kezdőknek (vagy azoknak, akik csak most terveznek vezetővé válni) hasznos lesz még egyszer emlékezni. Tehát a fejlesztési projekt szoftver- ez valami egyedi termék létrehozása. A projekt életciklusának különböző szakaszaiban a projektvezetőnek különböző problémákat kell megoldania.

A projekt megkezdése előtt

A projekt elindítása előtt a projektvezetőnek általában két kérdésre kell válaszolnia:

1. meddig fog tartani a projekt?
2. mennyibe fog kerülni a projekt

Ugyanakkor fontos megérteni, hogy senkit nem érdekel az olyan válasz, mint „hat hónapnál korábban”. Amire szükség van, az egy felülről jövő becslés.

jegyzet. Soha nem volt dolgom egy projekt explicit monetáris becslésével, és ahogy most értem, ez komoly mulasztás. Minden általam irányított projektet a cég alkalmazottai hajtottak végre. A projektcsapat a projekt teljes időtartamára alakult, néhány szakembert meghatározott ideig bevontak. Valójában meg kell becsülnem a szükséges fellépők számát, valamint vonzásuk időpontját. Azt hiszem, ez elég tipikus helyzet szoftverfejlesztő cégek számára. Végül minden a munkaerőköltségek becslésén múlik, amely empirikus képletekkel a projekt költségének becslésévé válik. Amint látja, közvetlen kapcsolat van a projekt költsége és ütemezése között.

A projekt során

Az említett korlátozások feltételei mellett a projektmenedzser fő feladata a projekt határidőre történő befejezésének biztosítása, és ez közvetlenül
befolyásolja a költségét. Az előre nem látható körülmények, amelyek minden projektet elkerülhetetlenül kísérnek, határidők elmulasztásához vezethetnek. Szigorúan véve a projekt idővonala váratlanul lecsökkenhet, de őszintén szólva még nem láttam ilyet. A menedzser köteles az ilyen eseményekre időben reagálni a negatív következmények csökkentése érdekében. A probléma megoldásának egyetlen módja a gondos tervezés, a felmerülő problémák rendszeres figyelemmel kísérése és a tervek módosítása.

A projekt befejezésekor

A projekt végén a menedzser általában visszatekint és számba veszi a projektet. Leggyakrabban azt kell felmérni, hogy a projekt mennyire maradt el a tervezett ütemezéstől, és miért történt ez.

Mit tud az MS Project

A látszólagos bonyolultsága ellenére az MS Project koncepciója nagyon egyszerű. Három entitáson működik – feladatokon, erőforrásokon, naptáron és a köztük lévő kapcsolatokon. Lényegében ez egy adatbázis, egy felhasználói felület az entitások létrehozásához és szerkesztéséhez, valamint minimális, meglehetősen egyszerű automatizálás (amit a Project saját maga végez a bevitt adatok hatására).

Vizsgáljuk meg röviden az entitások tulajdonságait.

Feladat időtartama, mennyisége, hozzárendelt erőforrása és baromi sok egyéb tulajdonsága van. Ha a beépített tulajdonságok nem elegendőek, felveheti a sajátját - ezt később felhasználjuk. A feladatokat különféle kapcsolatok kapcsolhatják össze (elődök, utódok stb.).

Forrás sok leíró tulajdonsága van, de a legfontosabb az, hogy lehet
ehhez egy naptárat használnak. Az erőforrás lehet
feladathoz rendelt.

Ezen adatok alapján a Project különféle nézeteket készíthet
szűrők, csoportosítások, rendezések stb. Ezen kívül tud valamilyen algoritmust használni
kiszámítja a feladatok kezdő és befejező dátumát, figyelembe véve a hozzárendelt erőforrások rendelkezésre állását
és a feladatok közötti kapcsolatokat. Valójában ez szinte minden, amit megtehet.
Lássuk, hogyan profitálhatunk ebből

Hogyan kell használni

jegyzet A világosabbá tétel érdekében tisztázok a projektek néhány általános jellemzőjét,
akivel dolgoztam. Tehát szoftverfejlesztési projektekről beszélünk,
amelyek több szakaszból állnak. Minden szakasz végén szereznünk kell néhányat
kézzelfogható eredmény, amelyet a megrendelő elé tárunk, ezért fontos számunkra, hogy értékeljük
a határidő nem csak a projekt egészére, hanem az egyes szakaszokra vonatkozóan is. Ismétlem, az egyetlen forrástípus
emberekre van szükség, és nem külső szakembereket veszünk fel, hanem használunk
meglévő alkalmazottak képességeit.

Terv készítése

Tehát egy technikai feladat áll előttünk, és három kérdésre kell választ adnunk:

1. Mennyi ideig fog tartani ez a projekt?
2. Hány (és milyen) szakemberre lesz szükség ehhez?
3. Körülbelül milyen munkaerőköltségek várhatók ennél a projektnél?

Ehhez hozzávetőleges tervet készítünk a projekt MS Projectben történő megvalósítására. Azok. Egyszerűen felírjuk az elvégzendő feladatokat egymás után. A műszaki specifikáció feladatsorsá alakításának módja egy külön történet, ezen most nem térek ki.
A terv elkészítése több szakaszban történik:

1. Feladatlista készítése
2. A feladatok között függőséget állítunk be
   (melyik feladat eredménye szükséges a következőre lépéshez?).
3. Feladatvégrehajtókat rendelünk ki
4. Az erőforrás terhelés kiegyenlítése
5. Kiegyensúlyozva a történteket

A terv elkészítésekor az alábbi ajánlásokat tartjuk be:

1. Nem használunk összefoglaló feladatokat a bontáshoz.
   Az összes feladatot egy lineáris listában helyezzük el. Elsőre kényelmetlennek tűnhet,
   de sok jövőbeli problémától kíméli meg. A feladatstruktúra kezeléséhez
   Egyedi mezőket használunk (lásd alább).
2. Nagyon gyakran a Drag&Drop funkciót használják a feladatfüggőségek kezelésére. Ha sok a feladat, az gyorsan kényelmetlenné válik. Ebben az esetben nem javaslom a drag-and-drop alkalmazást, hanem kifejezetten adja meg az elődfeladatok számát. Ehhez hozzáadhat egy „elődök” oszlopot a táblázathoz, és manuálisan adhatja meg a feladatok számát.
3. Az egyes feladatok időtartama nem haladhatja meg a két hetet.
   Ha a feladat időtartama meghaladja az egy hetet, ez már ok arra, hogy elgondolkodjunk a lebontásán. Nagyon egyszerű értékelési módszert követtem: primitív feladat - 2 nap, átlagos
   nehézség - 1 hét, nehéz feladat - 2 hét. Ugyanakkor nem szabad sok nehéz feladatnak lennie. Ez a megközelítés lehetővé teszi az értékelési terv meglehetősen gyors elkészítését.
   Egyrészt az így kapott becslés természetesen nem lesz pontos, másrészt viszont melyik a pontos? Gyakorlati tapasztalatból ezt mondhatom
   Nagy projekteknél az egyes feladatok becslésében előforduló hibákat általában kiegyenlítik, de kis projekteknél gyakran lehetséges (és szükséges!) pontosabb becslések alkalmazása.
4. Minden tőlünk telhetőt megteszünk annak érdekében, hogy elkerüljük azokat a feladatokat, amelyeknek több szereplője van. Minden feladathoz csak egy végrehajtót szabad kijelölni. Célszerű két előadót kijelölni
   csak akkor, ha ténylegesen együtt dolgoznak (például páros programozást gyakorolsz). Más esetekben jobb a probléma szétszedése.
5. Az előadók kinevezésénél szakmájuk és végzettségük vezérel bennünket, egyelőre nem kell aggódnunk a leterheltség egységessége miatt.
6. Összefoglaló feladatokat használunk a feladatok szakaszokra bontására. Függőségeket helyezünk el a szakaszok között, hogy azok egymás után haladjanak. A szakaszokra való felosztás még meglehetősen hozzávetőleges.

A projekt egyensúlyozása

A technikában a legfontosabb az egyensúlyozás. Ennek a folyamatnak az a célja, hogy olyan tervet készítsünk, amelyben a munka meglehetősen egyenletesen oszlik meg az előadók között.

A terv kezdeti elkészítése után az eredmény általában egy teljes szégyen, nem egy projekt. Ezért elkezdjük rendbe tenni. A rendrakás magában foglalja az előadók megbízatásának manuális egyensúlyozását és a szakaszokra osztást. Erre használjuk a feladatok előadók szerinti csoportosítása megnézni, hogyan oszlanak el a feladatok. A könnyebb áttekinthetőség érdekében azt javaslom, hogy kezdési dátum szerint rendezze a feladatokat.

Jegyzet. Elméletileg grafikonokat kell használni a terhelés becsléséhez
felhasználói letöltések. Ezek a grafikonok (valószínűleg) jók a főnökök számára, amikor azok
értékelni kész projekt. De alkalmatlanok a terv elkészítésének szakaszában, mert megmutatkoznak
hogy minden rossz, de egyáltalán nem adnak információt arról, hogy miért van ez így és mit lehet tenni.

Ezután kezdődik az egyensúlyozás varázsa. Az egyes szakaszok befejezési idejét minimálisra kell csökkenteni azáltal, hogy többé-kevésbé egyenletes terhelést biztosítunk minden projekt résztvevő számára. Ehhez a következő lépéseket hajtjuk végre:

1. Feladatvégrehajtó módosítása.

   Akkor van értelme ezt megtenni, ha azt látjuk, hogy egy végrehajtónak nagy a feladata,
   a másikon pedig nyilvánvaló „lyukak” vannak, és átveheti tőle a munka egy részét
   első.

2. Helyezze át a feladatot egy másik szakaszba.

   Olyan feladat, amely a színpad kiterjesztéséhez vezet, de nem szükséges
   szakasz eredményének eléréséhez később átvihető egy szakaszba. És fordítva,
   ha a színpad „lyukakat” tartalmaz az előadók betöltésében, és cserélje ki az előadókat
   Ha nem sikerül, akkor megpróbálhatja átvenni a feladatokat a következő szakaszból.

Sajnos mindezt manuálisan kell megtenni, minden változtatás után kiegyenlítve az erőforrás-terhelést. A látszólagos bonyolultság ellenére ez a folyamat általában véges időt vesz igénybe. A projektet egy 8 résztvevős évre, 4 szakaszra bontva, kevesebb mint egy óra alatt rendbe raktam.

Most újra alaposan átnézzük a projektet, ügyelve arra, hogy a feladatok közötti összefüggések helyesen helyezkedjenek el, ne felejtsenek el semmit, és az előadók megbízásai megfeleljenek szakterületüknek, képzettségüknek.

Kockázatszámítás

Most - az utolsó simítás: a kockázatok figyelembe vétele. Bevallom őszintén, hogy komoly kockázatkezelésben nem vettem részt, de figyelembe veszem bizonyos vis maior előfordulások lehetőségét (például előadók betegségei, elfelejtett munka stb.). Ehhez hozzáadok egy „egyéb munka” nevű, minimális prioritású, hamis feladatot minden egyes erőforráshoz minden szakaszhoz. Az erőforrás-szintezés után ezek a feladatok a szakasz végére kerülnek. Ezeknek a feladatoknak az időtartama függ az előfordulás valószínűségétől és a kockázatok befolyásának mértékétől, függ a feladatok időtartamára vonatkozó becslések meghatározásának módjától, a csapattagok egészségi állapotától és a projektmenedzser paranoiájának mértékétől. Az „egyéb munka” időtartamát általában a színpadi hossz harmadára-negyedére szoktam beállítani.

Az összes fenti manipuláció eredményeként egy projekt-végrehajtási tervet kapunk, amivel dolgozni tudunk.

Ezzel a tervvel:

1. Adja meg a projekt ütemezését és szakaszait. Ésszerűen és magas fokon
   megbízhatóság.
2. Becsülje meg a projekt hozzávetőleges munkaerőköltségét

Jegyzet. Gyakran előfordul, hogy a határidő meglehetősen hosszú, és felmerül a jogos kérdés, hogy ez csökkenthető-e további előadók bevonásával. Ennek a kérdésnek a megválaszolására egy új tervet egyensúlyoztam, ugyanazt a feladatsort, de megváltoztattam az előadók összetételét. A válasz nem volt azonnali, de nem is tartott sok időt.

Munka a tervvel

Ha a projekt már folyamatban van, a becsléshez használt eredeti tervet is fel lehet használni a projekt előrehaladásának nyomon követésére. A projektmenedzser köteles rendszeresen elvégezni a következő tevékenységeket:

1. Feladatokat kiadni az előadóknak
2. Az elkészült feladatokat jelölje meg a tervben
3. Jelentős eltérések esetén módosítsa a tervet

A végrehajtók általi feladatok kiadása többféleképpen történhet. A végrehajtást rövid iterációkra bonthatja, iterációnként feladatkészletet hozhat létre, és az iteráció végén megjelölheti az eredményeket. Azonnal elmondhatja alkalmazottainak a színpadi feladatokat, mindegyiküknek megadhat egy példányt a Gantt-diagramból, és rendszeresen megkérdezheti őket a fejlődésükről. Használhatja az MS Project és a TFS integrációt, és közvetlenül feltöltheti projektjét a TFS-be. A lényeg nem az eszközökben van. A fő dolog az rendszeres tervfrissítések. Ezt hetente egyszer-kétszer csinálom. Ez lehetővé teszi a problémás területek gyors felismerését.
Egy problémás terület azonosításához célszerű különféle csoportosításokat használni – végrehajtók, komponensek stb. szerint. Gyakran előfordulhat, hogy a projekt egésze a tervezettnél előbbre halad, de bizonyos összefüggésekben késés tapasztalható, például az egyik fejlesztő váratlanul komoly rendszerszintű problémába ütközött, ami eltérésekhez vezetett. Csak az átlagos mérőszám használata nem mutatja ezt a problémát – csak a szakasz végén jelenik meg, amikor már túl késő bármit is tenni.

Jegyzet.Általában nem helyezem át a feladatokat a naptárban, csak megjegyzem, hogy mennyire vannak készen. A tervtől való eltéréseket a teljes projektfeladat aktuális pillanattól való eltérésével követem.

Létezik egy másik stratégia is - a feladatok határidejének módosítása, a teljesítetlen feladatok „előre tolása”. Ezzel a megközelítéssel egy másik hasznos MS Project szolgáltatást – az alapvonalat – használhatja a tervtől való eltérések nyomon követésére. Az alapvonal egyszerűen a feladatok állapotának mentett pillanatképe. Ezt a projekt elején meg lehet tenni. Az aktuális terv és az alapvonal összehasonlításához nyissa meg a „Gantt-diagram nyomon követéssel”. Egy dinamikus tervnél, ahol a feladatok sorrendje gyakran változik, ez kényelmetlen lehet, ezért olyan mérföldköveket szúrok be a projektbe, amelyek néhány fontos projektteljesítményt tükröznek, és csak ezeknél követem nyomon az eltéréseket az alapvonaltól.

A feladatstruktúra kezelése egyéni mezők használatával

Erősen ajánlom, hogy ne használjon összefoglaló feladatokat az MS Projectben a feladatok funkcionális lebontására vagy kategorizálására. Az a tény, hogy az MS Projectben a feladatok hierarchiája erősen kötődik a sorrendjükhöz. És gyakran különböző sorrendben akarja nézni a feladatokat, és az egész szerkezet „szétromlik”. A feladatstruktúra kezeléséhez a használatát javaslom Egyéni mezők. Az MS Project előre definiált mezőkészlettel rendelkezik, amelyek nem definiált viselkedésűek, amelyeket tetszés szerint használhatunk. Például a feladatok komponensekre bontásához szövegmezőt kell használnia Szöveg1 mező létrehozása Összetevőés adja meg a rendszerösszetevőknek megfelelő értékek listáját.

Ezt követően lehetőséget kapunk arra, hogy minden feladatnál megadjuk, hogy melyik komponenshez tartozik, és komponensenkénti feladatcsoportosítással nyomon követhetjük a dolgok menetét.

Az egyéni mezők lehetővé teszik a feladatok több kategóriába sorolását, én például a feladatokat munkatípusok szerint osztottam fel: Fejlesztés, Tesztelés, Dokumentáció.
Hadd említsem meg az érdeklődőknek, hogy az MS Project-ben a diagramok rajzolására is beállíthatunk szabályokat a feladat tulajdonságai alapján. Igény szerint a különböző összetevőkhöz tartozó feladatokat különböző színűvé teheti, és a színt csak a feladat tulajdonság határozza meg, nem kell minden egyes feladathoz manuálisan beállítani. Az ilyen beállításokhoz nincs szükség szkriptek írására, hanem szabványos diagramkonfigurációs eszközökkel történik.

Az egyéni mezők használata, valamint az MS Project-be épített szűrési, rendezési és csoportosítási funkciók lehetővé teszik, hogy változatos nézeteket kapjunk, amelyek segítségével számos, egy projektvezető számára felmerülő kérdésre választ kaphatunk.

A projekt befejezése

A projekt végén kapunk egy tervet, amelyben minden feladatot teljesítünk. Általában igyekszem megtartani az eredeti tervet is, legalábbis kiindulópontként. Hogy őszinte legyek, ebben a szakaszban az MS Project nem sok hasznát veszi, hiszen nem a tervezett értékek érdekelnek, hanem a ténylegesek. Az MS Project Server néhány megoldást kínál erre a problémára, amely képes figyelembe venni a tényleges munkaerőköltségeket, de ez meghaladja a jelen cikk kereteit.

Következtetés

Megpróbáltam összefoglalni az MS Project használatával szerzett tapasztalataimat a szoftverfejlesztési projektek menedzselése során felmerülő problémák gyakorlati megoldására. A leírt módszertan nem állítja magát univerzálisnak, de számomra meglehetősen egyszerűnek és logikusnak tűnik, ugyanakkor lehetővé teszi a projektvezető gyakorlati problémáinak megoldását.
Ezzel a megközelítéssel több projektet is sikeresen befejeztem időben.
Igaz, voltak kudarcok is. Ez általában akkor történt, amikor a projekt előkészítő részét, nevezetesen a probléma megfogalmazását rosszul hajtották végre. Azok. a projekt eredménye nem volt pontosan az elvártnak, és ennek megértése túl későn jött.

Biztos kihagytam valamit, kérdezz bátran.

Készen állunk arra, hogy Microsoft Project képzést nyújtsunk Önnek, valamint tanácsokat adjunk a Project használatával kapcsolatban üzleti problémái megoldására. Sőt, nem kell oktatóközpontba mennie új ismeretek elsajátításához: a képzéseket az interneten keresztül, modern konferenciaeszközökkel szervezzük. Egyéni konzultációt vagy tréninget rendelhet szervezetétől egy kis szakembercsoport számára.

Miért nem működnek az MS Project tanfolyamok?

Miután számos Brise-ügyféllel beszélgettünk, megértettük, hogy a hagyományos Microsoft Project csoportos kurzusok miért nem segítenek a legtöbb résztvevőnek.

• A tréner előzetesen szabványos tanfolyami programmal rendelkezik, amelyben nem lehet figyelembe venni a csoporttagok eltérő képzettségi szintjét, valamint a maguk számára kitűzött tanulási célok különbségeit. Ez a probléma különösen akkor akut, amikor a képzés nem vállalati jellegű, és különböző szervezetek alkalmazottaiból álló csoport gyűlik össze.
• A tanulók nagy száma esetén a trénernek nincs lehetősége kellő figyelmet fordítani azokra a munkahelyi kérdésekre, nehézségekre, amelyek mindegyiküknél felmerülnek a tanulási folyamat során. Paradoxon hangzik, de Minél többet keres egy tréner egy csoport tanításával, annál rosszabbul fogja képezni minden résztvevőjét.
• Jellemzően a kurzusok csak néhány napig tartanak egymás után, amelyek során a tanár nagyon korlátozott gyakorlással és a gyakorlatban képtelenséggel igyekszik nagyon sok információt „letölteni” a hallgatóba. Előfordulhat, hogy egy túlterhelt hallgató a kurzus után azonnal ragyogó értékelést ír, de egy idő után kiderül, hogy nagyon kevés készséget sajátított el, vagy nem olyanokat, amelyekre a gyakorlatban szüksége lesz.
• A legrosszabb esetben egy projektmenedzser tanfolyamon a képzés tábla és projektor képernyője előtt zajlik, nem pedig számítógépes laborban, és a hallgatók egyáltalán nem kapnak gyakorlatot a Project program használatában.

Melyik tanulási módszer a hatékonyabb?

Több rövid szeminárium egy hosszú helyett. Szemináriumaink nem tartanak tovább 2 óránál. Ebben az esetben a köztük lévő szünetek több munkanaposak legyenek, hogy a hallgató a gyakorlatban elsajátítsa a megszerzett ismereteit.

Kis csoportok. Csoportos edzésre legfeljebb öt főt engedünk be egy csoportba, akik mind ugyanabból a szervezetből származnak. Ez lehetővé teszi az alkalmazottak számára, hogy megosszák egymással tapasztalataikat, és segítsenek közös megközelítéseket kialakítani a további munkához.

Nincs utazás az edzőközpontba. A 21. században, az internet egyetemes elérhetősége mellett, megfizethetetlen luxusnak számít, hogy annyi időt töltsön az órákra és visszautazással, mint maga a szeminárium.

Ki vezeti a képzést: szakértőink

Személyre szabott tanácsokat kínálunk a Microsoft Project szakértőitől, akik nem szakosodtak a képzésre, de nagy tapasztalattal rendelkeznek gyakorlati használat termék. Brise szakértők:

• Az MS Project megvalósítása különböző iparágakban működő szervezetekben;
• Cikkeket írnak a Project projektmenedzsmentben való felhasználásáról, melyeket többek között a weboldalunkon teszünk közzé;
• Számos kérdésre válaszolnak a Project egyik fő orosz nyelvű fórumán;
• Összetett technikai problémák megoldása, beleértve a projektfejlesztőkkel való együttműködést is;
• További komponensek fejlesztése az MS Project számára.

Becsléseink szerint a FÁK-szerte nem több, mint 30 ilyen végzettségű szakember van, de közülük három személynek kínálunk egyéni konzultációt. óradíj egy közönséges fogorvos árán.

Az oktatás költsége - 2500 rubelóránként, függetlenül a résztvevők számától (egytől 5 főig). Más népszerű kurzusok költségeihez képest a 3 órás vagy hosszabb egyéni képzés olcsóbb lehet, mint egy teljes tanfolyam.

A projekttel kapcsolatos képzések és konzultációk témái

A képzési program tanulónként vagy csoportonként egyéni, és egy előzetes interjú eredménye alapján kerül összeállításra. A következő népszerű és fontos témákat ajánljuk, amelyek beilleszthetők az Ön képzési programjába:

• A Microsoft Projects vagy projektsablonok professzionális testreszabása szervezete igényei szerint:
  • a feladatok állapotának automatikus jelzői (állapot, a kötetek teljesítési ütemének eltérései, határidők késése);
  • képletek felállítása egyedi mezőkben a szükséges feladatmutatók kiszámításához (tervezett %-os teljesítettség és munkamennyiség a jelentés időpontjára, tervezett egyenleg, határidők eltérései és teljesítési üteme);
  • Gantt-diagram nézetek és táblázatok beállítása a szükséges feladatjelzők és a hozzárendelt kötetek csoportosításához és megjelenítéséhez;
  • beállítás a menedzser számára a naptári terv összes mutatójára (elkészült és hátralévő kötetek, összes elsajátított kötet, időszakonkénti és kumulatív eltérések, költségvetés alakulása stb.);
  • projektsablonok felállítása a vállalkozókkal kötött szerződések alapján történő kölcsönös elszámolások elszámolására;
  • OLAP kockasablonok beállítása az Excel diagramok és pivot táblák automatikus létrehozásához bármely MS Project feladatjelzőhöz.
• Konzultációk az elkészült beállításokkal kapcsolatban projektjei példáihoz és az MS Projectben felmerülő problémákhoz.
• Megosztott munkaterületek beállítása felhőalapú dokumentumtárban, hogy a távoli résztvevők hozzáférjenek a projektadatokhoz.
• Adatintegráció az Excel dokumentumok és az MS Project között.

Hogyan lehet konzultációt kérni

Képzés vagy konzultáció lefoglalásához kövesse ezeket a lépéseket.

Ha segítségre van szüksége az MS Project használatához, lépjen kapcsolatba velünk most. Szakértőink egyelőre együtt legfeljebb heti 10 órát tudnak szaktanácsadásra szánni, így elképzelhető, hogy a jövőben ennek a szolgáltatásnak a költségét kell emelnünk, vagy időpont egyeztetés alapján biztosítanunk kell.

Kirilina Marina Nikolaevna.
Projektiroda vezetője, Vállalati vezető képzési Központ, Projekt portfólió (program) menedzser. Tapasztalt tanár-gyakorló a „Projektmenedzsment” területen. Az AFW Academy (Németország) rangos nemzetközi bizonyítványának nyertese. Master of Business Administration (MBA), a Project Management Institute (PMI)® tagja. Vállalati képzés lebonyolítása alkalmazottak számára projektmenedzsment módszertan és üzleti folyamatok leírása terén azzal a céllal, hogy üzleti tanácsadóként optimalizálják őket.

Együttműködés az SPS-Group (Szentpétervár), a Microsoft Corporation, a Spetsstroymontazh stb.

Különböző szervezetekkel, köztük a Moszkvai Innovatív Fejlesztési Központtal, a KEMS céggel, a Graviongrouppal, a felsővezetőkkel folytatott személyes konzultációk során az üzleti folyamatok optimalizálása érdekében, a felsővezetők képzése a projektmenedzsment alapjaiban van tapasztalata a projektmenedzsment független szakértőjeként különböző szervezetekkel.

Szakterület: projektmenedzsment módszertan, projektmenedzsment szoftver (Project, Mindjet), prezentációszervezés, prezentációs szoftver (PowerPoint). Számos saját tanfolyamot fejlesztettek ki: „ Üzleti játék„Team for start”, „Projektmenedzsment GOST alapján”, „Intellektuális térképek készítése Mindjet Manager”, „Hogyan értsük meg a művészetet”, „Fesztiválmenedzsment”.

Kiadványai vannak: „Magazin Program és Projekt Menedzsment”, Grebennikov Kiadó, Rendszeres „Business World” rovatot vezetek, egy internetes magazint.

A szervezet aktuális tevékenységének ellenőrzése, szervezeti struktúraés a jelenlegi szabályozási keret. A szervezet meglévő projektjeinek és folyamatainak azonosítása.

Projektorientált folyamatok formalizálása. Építkezés vállalati rendszer projektmenedzsment MS Project Server 2016/2013/2010, Lotus Domino alapján. Projektmenedzsment szabványok és szabályzatok kidolgozása, utasítások ill módszertani kézikönyvek. A vállalat projekt munkafolyamatának optimalizálása.

A szervezet vezető vezetőinek képzése a projektmenedzsment alapjairól. Az oktatási folyamat kulcsrakész szervezése: adminisztráció, tanfolyamsor kialakítása, marketingesemények, promóciós stratégiák. Eredeti oktatási módszerek kidolgozása az üzleti igényeket figyelembe véve.

Projektmenedzsment. Célok, határidők, költségvetés egyeztetése. A munkavégzés tervezése, ellenőrzése. Követelmények és követelmények változásainak kezelése. Eltérés és kockázatkezelés. Munka az elsődleges számviteli dokumentációval, személyzettel. Projektcsapatok kiválasztása és optimalizálása, KPI-k fejlesztése.

Marina Nikolaevna folyamatosan javítja szakmai színvonalát. Több mint 15 nagy projektet valósított meg. Tudja, hogyan kell mindenkihez eljuttatni az anyagot, részletesen válaszol minden kérdésre az órák témájában, és megosztja a hallgatókkal a gyakorlati munkában felhalmozott hatalmas tapasztalatait.

55201AC: Microsoft Project 2019. Projektek kezelése

Rendszerismeretekre és készségekre van szüksége a projektek és projektportfóliók kezelésében a Microsoft Project Professional 2019 használatával? Feltétlenül végezze el ezt a tanfolyamot. A Központ vezető tanárai fejlesztették ki, és szigorú auditon és független vizsgán átesett Microsoft engedélyezte.

A tanfolyam ajánlott projektmenedzsereknek és tervezőknek, program- és projektportfólió menedzsereknek, valamint azoknak a munkatársaknak, akik projektütemezésben és erőforrás-menedzsmentben vesznek részt MS Project Professional használatával vagy projektportfólió koordinációval. MS Project Online vagy MS Project Server.

A tanfolyam sikeres elvégzése után átfogó ismereteket kap a projektmenedzsment területén az alkalmazás segítségével MS Project Professional 2019. A program tartalmazza az összes szükséges információt a projektek menedzseléséhez - az ütemezéstől és az erőforrás-tervezéstől és a többprojekt-menedzsmenttől az elemzésig és előrejelzésig. Képes lesz megtervezni a projekt erőforrásait és időköltségeit, megtanulhatja értékelni és optimalizálni a projektet az időzítés, a munkaerő-költségek és a költségek szempontjából. Tudni fogja, hogyan lehet hatékonyan nyomon követni és ellenőrizni egy projekt előrehaladását, valamint elemezni, előrejelzéseket készíteni és jelentéseket készíteni. Az összes eszköz elsajátítása mellett Microsoft Project, tréning programáttekintést nyújt a modern felhőtechnológiákról, és figyelembe veszi egy másik globális piacvezető tapasztalatát - Oracle Primavera.

Az „55201AC: Microsoft Project Professional 2019. Projektmenedzsment” tanfolyam felkészít a CAPM ® (Certified Associate in Project Management) minősítésre és PDU-ra a meglévő minősítések megújítására:

	Műszaki	Vezetés	Stratégiai	Teljes
PMI_RMP®	-	-	-	-
PMI_SP®		-	-
PMP(r)®		-	-
PgMP(r)®		-	-
PMI_ACP®	-	-	-	-
PfMP®	-	-	-	-
PMI_PBA SM	-	-	-	-

A képzés elvégzése után megkapod a „Speciális” Központ rangos bizonyítványát és egy nemzetközi Microsoft tanúsítványt.

A PMI és a CAPM a Project Management Institute bejegyzett védjegyei.