MS projekt projektmenedzsment fejlesztésére
Szeretném megosztani tapasztalataimat az MS Project projekt menedzsment szoftver fejlesztése. Én már 10 éve részt vesz a projektek vezetése,
és ennek eredményeként született egy bizonyos módszertani MS Project, amely lehetővé teszi, hogy távol számos előnnyel jár, és így kevésbé függ a hiányosságokat.
rövid bevezető
Az egész módszer - ez csak egy sor egyszerű technikák és használata MS Project ajánlások alkalmazások projektmenedzser. Azonnal mondom, hogy ez a módszer nem általános, és csak akkor használható bizonyos korlátozásokkal, amelyek megemlítem során az elbeszélés.
Kezdeni, ne felejtsük el, hogy általában szükség a projekt vezetője. A tapasztalt vezetők nyilvánvalóan egy kezdő (vagy éppen válni a vezetők) hasznos lesz felidézni újra. Így egy szoftver fejlesztési projekt -, hogy hozzon létre egy egyedi termék. Különböző szakaszaiban a projekt életciklusa, a Lengyel Köztársaság köteles megoldja a különböző problémákat.
A projekt előtt
Megkezdése előtt a projekt a projekt vezetője általában szükséges két kérdés megválaszolására:
- mennyi a projekt időt vesz igénybe
- hogy mennyi a projekt költsége
Fontos megérteni, hogy senkit nem érdekel a válasz formájában „nem korábban, mint hat hónap.” Mindössze egy felső korlát.
Megjegyzés. Soha nem kellett foglalkozni a nyilvánvaló monetáris értékelés a projekt, és mint most már értem, ez egy komoly hiányosság. Minden projekt, amit vezetett, végzett alkalmazottak. A projekt team alakult minden a projekt időben, egyes szakértők vettek részt egy ideig. Sőt, én becsléséhez szükséges előadók száma szükséges, és az időzítés a részvételt. Azt hiszem, ez elég tipikus helyzet a vállalatok szoftverfejlesztéssel foglalkozik. A végén minden jön le, hogy az értékelési erőfeszítés, amely a használata tapasztalati képletek, átváltozik egy költségbecslést a projekt. Mint látható, van-e közvetlen összefüggés a projekt költségének a feltételeket.
A projekt során
Összefüggésben az említett korlátozások, a fő feladata a projekt menedzser végrehajtása érdekében a projekt a megadott távon, és amely közvetlenül
Ez érinti annak költségét. Rendkívüli, hogy szükségszerűen együtt járó minden projektet vezethet elmulasztott határidők. Szigorúan véve a projekt határidők váratlanul csökkent, de őszintén szólva, még soha nem láttam semmit. A fej köteles reagálni az ilyen eseményekre, annak érdekében, hogy csökkentsék a negatív hatásokat. Az egyetlen módja, tudom, hogy megoldja ezt a problémát - ez a gondos tervezés, rendszeres monitorozása közelgő problémák és alkalmazkodási tervek.
Az a projekt befejezését
A befejezése a projekt vezetője általában úgy néz vissza, és összegzi az eredményeket. Leggyakrabban azt kell értékelni, hogy a projekt felemelkedett a tervezett menetrend és miért történt.
Mit lehet MS Project
Annak ellenére, hogy a látszólagos bonyolultság, MS Project nagyon egyszerű fogalmilag. Ő működteti a három entitás - feladatok, erőforrások, a naptár és a köztük lévő kapcsolat. Valójában - ez az adatbázis, a felhasználói felület létrehozása és szerkesztése szervezetek, és a minimális meglehetősen egyszerű automatizálása (vagyis azt, hogy a projekt teszi magát, válaszul a bemeneti adatok).
Vizsgáljuk meg röviden a tulajdonságait szervezetek.
A feladat egy időtartamot, az összeget rendelt erőforrás és egy másik pokoli sok különböző tulajdonságú. Ha a beépített ingatlan nem elég, akkor felveheti a saját -, hogy később használni. Feladatok össze lehet kapcsolni különböző arányokban (prekurzorok követői, stb.)
Az erőforrás egy csomó leíró jellemzők, de ami a legfontosabb - a tud
kérni az időben rendelkezésre álló, azt használják a naptárt. A forrás lehet
rendelt el a feladatot.
A fenti adatok alapján Project képes megtenni a különböző nézetek
szűrők csoportok, válogatás stb Ezen kívül azt is képes valamilyen algoritmus
kiszámításához a kezdő és befejező időpontját feladatokat figyelembe véve a rendelkezésre álló erőforrások kerülnek
és a kapcsolatok különböző feladatok között. Itt, sőt, szinte minden, amit tud.
Lássuk, milyen előnyökkel akkor származik ebből
Hogyan kell használni
Megjegyzés: Annak érdekében, hogy tisztább, tisztázom néhány közös tulajdonságai a projektek,
Már dolgoztam. Így beszélünk a projektek kidolgozásával szoftver,
amelyek több szakaszban. A végén minden egyes szakaszában, meg kell, hogy néhány
kézzelfogható eredményeket fog bemutatni az ügyfél, ezért fontos számunkra, hogy értékelje
az élet nem csak a projekt egészének, hanem minden egyes szakaszában. Ismétlem, az egyetlen ilyen források
szeretne - akkor az emberek, és nem felvenni szakemberek kívülről és használata
képességeit meglévő személyzet.
A terv készítésébe
Tehát előttünk fekszik a feladatmeghatározás, és ez szükséges válaszolni három kérdésre:
- Meddig fog ez a projekt?
- Hány (amely) szakemberei fog tartani?
- Mi a helyzet a munkaerő-költségek várhatóan ezen projekt számára?
Ebből a célból, mi készül prikidochny terv a projekt MS Project. Ie Csak írjuk le egymás után a feladatokat, amelyeket el kell végezni. Transzformációs eljárások követelmények meghatározása egy sor feladat - már egy másik történet, nem fogok lakni rajta.
A terv elkészítése végezzük több szakaszban történik:
- Készítsünk egy listát a feladatok
- Mi tegye közötti függőségeket feladatok
(Az eredmény a feladat kell, hogy menjen a következő?). - Előadók hozzá feladatok
- Igazítása erőforrás loading
- Kiegyensúlyozó mi történt
Általános ajánlások
A felkészülés a terv az alábbiakat:
- Nem használjuk az összefoglaló feladatokat bomlás.
Minden feladat kerülnek lineáris listában. Eleinte ez úgy tűnik, kellemetlen,
de kiküszöböli a sok probléma a jövőben. A szabályozás a problémák a szerkezet
Mi használ egyéni mezők (lásd alább). - Nagyon gyakran a függőség kezelési feladatok segítségével DragDrop. Ha a feladat sokkal gyorsabban válik kényelmetlenné. Azt javasoljuk, ebben az esetben ne használja drag and drop, és egyértelmű számok az előd feladat. Ezt ki lehet egészíteni a táblázat oszlop „elődei”, és írja be a számot manuális feladatok.
- Határideje az egyes feladatokat nem haladhatja meg a két hetet.
Ha ez az időtartam meghaladja a feladat egy hét - ez egy olyan alkalom, hogy az tükrözze a saját bomlása. Azt ragadt egy nagyon egyszerű értékelési módszertan: a primitív feladat - 2 nap, átlagos
Nehézségi - 1 hét, egy nehéz feladat - 2 hét. Ugyanakkor kihívásokat nem kell sok. Ez a megközelítés lehetővé teszi, hogy készítsen értékelést terv meglehetősen gyorsan.
Egyrészt, a becslés kapott, természetesen, nem lesz pontos, de másrészt - és melyik pontosan? Kísérletek szerint a gyakorlati alkalmazás, azt lehet mondani, hogy
nagy projektek hibabecslése az egyéni feladatok általában elhangzott, és kisebb alkatrészek lehet (és kell!) használni, és pontosabb becsléseket. - Minden eszközzel elkerülni a problémákat, hogy a több előadók. Minden egyes feladat kell rendelni csak egy előadóművész. Két játékos van értelme hozzárendelni
Csak akkor, ha tényleg működik együtt (például, ha gyakorló pár programozás). Más esetekben jobb elbontása a problémát. - Kijelölésekor végrehajtók által vezérelt szakma és képesítéseket, miközben nem kell aggódnia letöltés egyenletességét.
- Az általunk használt összefoglaló feladatokat külön feladatokat szakaszban. Azt hogy a kapcsolat a szakaszban, hogy járjanak ebben a sorrendben. A felosztás szakaszában még mindig elég durva.
Feladat lista szakaszból áll
kiegyensúlyozó projekt
A legfontosabb az eljárás pontosan kiegyensúlyozott. E folyamat -, hogy készítsen egy tervet, amely munkálatok meglehetősen egyenletesen elosztva a fellépők egész.
Csoportosítása feladatok előadó
Megjegyzés. Elméletileg, hogy értékelje a terhelés feltételezzük, hogy használja a grafikus
a felhasználók letölteni. Ezek grafika jó (valószínűleg) a hatóságokat, amikor
értékeli a kész projekt. De ezek nem alkalmasak a színpadon a terv, mivel mutat
hogy minden rossz, de nem ad semmilyen információt, hogy miért van ez így, és mit lehet tenni.
Ezután a mágikus kezdődik kiegyensúlyozó. Azt szeretnénk minimalizálni minden egyes szakaszában azáltal, hogy egy többé-kevésbé egységes terhelést minden résztvevő a projektben. Ahhoz, hogy ezt elérjük, hajtsa végre a következő lépéseket:
- Vissza a feladat előadóművész.
a másik egy külön „lyuk”, és ez át tudja venni a munka egy részét a
először.
A probléma, hogy az eredmények nyúlás szakaszában az élet, de ez nem szükséges
színpadi eredményei átvihetők a színpadra később. Ezzel szemben,
Ha a jelen szakaszban a „lyuk” az indító előadóművészek változás
nem működik, akkor próbálja meg, hogy a feladat a következő fázis.
Tegye mindezt, sajnos kézzel kell teljesítő erőforrás kiegyenlítése után minden változást. Annak ellenére, hogy a látszólagos bonyolultság, a folyamat általában véges idő alatt. A projekt az év 8 résztvevő, osztva 4 lépésben, tettem annak érdekében, hogy kevesebb, mint egy óra.
Most ismét alaposan nézd meg a projekt, győződjön meg arról, hogy a kapcsolat a feltöltött rendesen, hogy semmi sem feledésbe merült, és a cél a művészek egyezik a specialitások és képesítéseket.
számviteli kockázat
Most - az utolsó érintés: kockázatokat figyelembe véve. Őszintén szólva, én nem folytat komoly kockázatkezelés, de lehetővé teszi a előfordulásának lehetősége bizonyos vis maior (például előadók betegség elhanyagolt munka, stb.) Ehhez hozzáteszem minden szakaszában egy fiktív feladat a minimális prioritás, az úgynevezett „egyéb munka” minden erőforrás. Belövése után a források ezeket a feladatokat a késői szakaszában. Az időtartam ezeket a feladatokat függ a valószínűségét és mértékét vlyaniya kockázatok, ez függ a módszer időtartamának meghatározása a feladat becslések egészségügyi csapat tagjai, és milyen mértékben a paranoia projektmenedzser. Általában kiállított időtartama „egyéb munka” a harmadik negyedére hossza a színpadon.
Ennek eredményeként ezek a manipulációk kapunk egy tervet a projekt végrehajtásához, amellyel dolgozni.
Ezzel a terv, akkor:
- Úgynevezett az időzítés a projekt és fázisai. Érvek és nagymértékben
megbízhatóságát. - Rate példás erőfeszítéseket a projekt
Megjegyzés. Gyakran előfordul, hogy a végrehajtás határidejét lesz elég nagy, és van egy ésszerű kérdés, hogy ez lehet csökkenteni további előadók. Annak érdekében, hogy erre a kérdésre válaszolni, én egyensúlyban az új terv segítségével ugyanazokat a problémákat, de összetételének megváltoztatásával az előadók. A válasz nem kapott azonnal, de ez nem tart sokáig.
munkaterv
Amikor a projekt elindult a munka, az eredeti terv, melyet az értékeléshez felhasználható teljesítményének nyomon követésére a projekt. A projekt vezetője köteles a következő műveletekre rendszeresen:
- Ahhoz, hogy kiadja a végrehajtási feladatok
- Referencia jelölni szempontjából
- Állítsa be a tervet, ha jelentős eltérések
A kibocsátás a végrehajtási feladatok végezhetők különböző módon. Akkor szünet végrehajtás rövid ismétléseket, így egy medence a feladatok egy ciklus, és a végén iteráció hogy megünnepeljék az eredményeket. Akkor azonnal megszólal lnitelyam feladatkészletet a színpadon, hogy minden egy példányt a Gantt-diagram és időközönként lekérdezi haladást. Használhatja MS Project és TFS integráció és betölteni a projektet közvetlenül a TFS. Ez nem a médiában. A legfontosabb dolog - ez egy rendszeres frissítését a terv. Én ezt egyszer vagy kétszer egy héten. Ez lehetőséget ad arra, hogy a problémás területek gyorsan.
Annak megállapításához, a problémás területen, kényelmes a használata a különböző csoportok -. Megvalósításával az alkatrészek, stb gyakran, hogy a projekt egészét még előre, de egy bizonyos rész lemaradt, így az egyik fejlesztő hirtelen eltemetve egy súlyos szisztémás probléma, ami oda vezetett, az eltéréseket. Használata csak az átlagos mutató nem mutat ez a probléma - akkor jelennek csak a késői szakaszában, amikor a semmit már túl késő lesz.
A teljesítmény nyomon követése csoportosított komponens
Megjegyzés. Én általában nem mozog a feladatokat a naptár, de csak megjegyezni, hogyan készül. Eltérés a terv Barátok az eltérést az általános célkitűzések a projekt a pillanat.
Van egy másik stratégiát - változások a célkitűzéseket, „rámenős”, a nem teljesített előttünk álló feladat. Ezzel a megközelítéssel, hogy figyelemmel kíséri eltérések a terv, akkor a másik hasznos funkció MS Project - az alap terv. Alapterv - ez csak egy pillanatkép mentett feladatokat. Meg lehet tenni elején a projekt. Összehasonlításképpen, a jelenlegi terv az alap, nyissa meg a „Gantt chart nyomon követése”. Egy dinamikus terv, ha a megbízást a feladatok gyakran változik, akkor kényelmetlen, ezért tettem a projekt ellenőrzési pontokat, ami néhány fontos a projekt eredményeit, és figyelemmel kíséri eltéréseket az alapvonaltól csak nekik.
Gantt követés
Kezelése a keret segítségével a felhasználó által definiált mezők
Hozzon létre egy egyéni mező
Ezt követően, képesek vagyunk meghatározni minden egyes összetevő a probléma, amelyre hivatkozik, és a csoportos feladatok komponensek, figyelemmel kíséri, hogyan mennek a dolgok.
Az egyéni mezők, valamint a beépített MS Project szűrés, válogatás és csoportosítás feladatok lehetővé teszi, hogy a különböző nézetek, amelyek választ adnak a sok kérdés merül fel a projekt.
A projekt befejezése
A projekt végére van egy tervünk, amelyben az összes kitűzött célokat elérték. Én általában próbálja menteni, mint az eredeti terv, legalábbis, mint a bázis. Őszintén szólva, ebben a szakaszban a MS Project kevés haszna, hiszen az érdeklődés nem tervezik értékek és a tényleges. Néhány megoldás erre a problémára kínál MS Project Server, lehetséges, hogy vegye figyelembe a tényleges munka, de ez túl ezt a cikket.
következtetés
Megpróbáltam összefoglalni a tapasztalat a MS Project gyakorlati problémák megoldására felmerült előttem, amikor vezette a fejlesztési projekt. Az ismertetett eljárás nem úgy, mintha nem általános, de nekem úgy tűnik, ez elég egyszerű és logikus, ez lehetővé teszi, hogy megoldja a gyakorlati feladatokat a projekt vezetője.
Ez a megközelítés lehetővé tette, hogy sikeresen és időben teljes több, mint egy projekt.
Azonban voltak is hibák. Ez történt, mint általában, amikor az előkészítő projekt keretében végezték rosszul - azaz a probléma nyilatkozatot. Ie ennek eredményeként a projekt kiderült, hogy nem elég, amit kellett, és ez a megértés túl későn jött.
Bizonyára én kihagytam valamit, ne habozzon kérdezni.