| Nyelv : |
|
| Enciklopédia közösség |Enciklopédia válaszok |Küldje el kérdését |Szókincs |Feltöltés ismeretek |
Project Scope Management |
  |
|
Projektmenedzsment terjed a projekt kell venni, és mit nem kell tartalmaznia, mi határozza meg, és ennek megfelelően vezérli. Ez magában foglalja egy sor, hogy biztosítsák a szükséges elemet lehet tölteni az összes gyártási folyamatok, amely tartalmazza: meghatározzuk a projekt megvalósításához követelmények hatályát határozzák meg a tervezés, a menedzsment tartomány, a tartomány a tartomány változás-ellenőrzési és ellenőrzése. Szakértők úgy vélik, hogy a lángok a fejvadászat terjed a projekt, így a munka előállított tételek szerepelnek a termékek és gyártják ezeket a termékeket használják fel a folyamatban. Az érintettek a projektben kell lennie, hogy milyen termékek konszenzusra jutni, hanem, hogy hogyan gyártják ezeket a termékeket konszenzusra jutni.Rövid A projekt hatóköre a termék minden munkát szerepel a projekt előállítani és ezeket a termékeket előállítani a folyamatban használt. Az érintettek a projektben kell lennie, hogy milyen termékek konszenzusra jutni, hanem, hogy hogyan gyártják ezeket a termékeket konszenzusra jutni. Projektmenedzsment terjed a projekt, többek között, hogy mit és mit nem, hogy tartalmazza a meghatározása és ellenőrzése a folyamat. Ez a folyamat azt biztosítja, hogy a projekt team és projekt résztvevői a projekt eredményeként a projekt termékek és a termelési folyamatok használnak ezek a termékek a közös megegyezés. Egyéb kölcsönhatások korlátok a projekt alkalmazási körét és a projekt A kényszer feltétele elem az elem a "három korlátok" - tartomány, idő és költség. Az egyik projektben ez a három feltétel kölcsönösen befolyásolják egymást korlátok, és gyakran a körét hatásának idő és költség. A start a projekt határozza meg a kis tartomány, és a szükséges időt, hogy teljes az elkerülhetetlen költségek fogyaszt kicsi, és fordítva. Sok projektek nagyjából meghatározza azt a projekt, idő és költség az elején, de miután egy bizonyos szakaszában a projektben hajlamosak projekt nem tudom, mi az emberek úgy érzik, ha tényleg véget ér, hogy a projekt véget ér a végén is meg kell befektetni Mennyi emberi és anyagi erőforrások, az egész projekt, ha a mélységbe, az utolsó a projekt végén, aki még nem volt vége. Ez történik a vállalat vezetői, ők a leginkább nem akar látni, de ez a helyzet nem ritka. Ez az eredmény az okozza, hogy nincs-vezérlés és kezeli a projektet. Three korlátok leglátványosabb projekt hatályát vagy hatása. [1] Case Management Hibák Értsd ez a tényleges helyzet, hogy ez a szoftver fejlesztési projekt, a teljes projektet hajtottak végre öt évvel a projekt még mindig nem világos, amikor a végén az állam, mert mindig vannak új igények a felhasználó ki, a projekt csapat is szükség szerint a felhasználó Új igény, hogy új funkciókat. Ez a projekt valójában egy mélységbe, egészen a végtelenségig, hogy nem a projekt tagjai "kövér drag vékony, vékony, lassú halál", ez nem megy csak futni. Mindenki a projekt teljesen elvesztette bizalmát. Ez a projekt valójában kezdettől fogva nincs pontos körének meghatározása a projekt, abban az esetben nincs egyértelmű alkalmazási körének meghatározása, és nincs egy átfogó változás-ellenőrzési folyamat, amely lehetővé teszi a felhasználó számára, hogyan kell mondani, hogyan kell csinálni, hogy egy játékszabályok nem adott egy jó kezdet, ami az egész projekt egy káosz. Success Stories Szintén a szoftver fejlesztési projekt, amely szintén a helyzet, mint a fent említett elemeket, hogy kisebb, és ezúttal a cég megkezdte végrehajtani CMM szoftver fejlesztési tevékenységek kezeléséhez, van egy viszonylag teljes szoftverfejlesztési folyamat. A projekt elején első egyértelmű felhasználói igények, és az igények alapvetően számszerűsíthető, tesztelhető. És keretében kidolgozott, a projekt-team, hogy irányítsák a vállalat változáskezelési folyamat CMM körét a projekt változás-ellenőrzési folyamat, a végrehajtási folyamat a projekt, a felhasználónak meg kell változtatni az összhangban hajtják végre a meghatározott folyamatban előre. Tehát sikeres a projekt, az idő és a költségek a projekt lényegében egy enyhe növekedés a teljesítési idő és költség az ügy elején a projekt tervet. Ok Mivel a rosszul meghatározott projektek köre nagyon gyakori jelenség, és ez a jelenség mindenki szeretné látni. Szóval, van, hogy elemezze az oka ennek a jelenségnek. Azt hiszem, az oka ennek a jelenségnek a következő három ok miatt: Először is, a felelős vállalati szintű - nincs hang, projekt menedzsment rendszer irányítani a menedzsment a projekt. Ez a legrosszabb esetben, ha ez az ok, akkor a siker a projekt a projekt menedzserek gyakran kell személyes irányítás, és a vezetői képességek. Elem sikerének valószínűsége nagyon kicsi, a legtöbb projekt a kudarc, a második, vállalati és projekt team megosztott felelősség - a projekt nem alakult ki világos meghatározását hatálya változás-ellenőrzési folyamatot. Vállalatok irányítási rendszer, de ez nem tökéletes, és normákat változási folyamat fejlesztésére a projekt team nem tudott hatékony szerepet játsszanak az irányadó. Változások elkerülhetetlenek, amíg lehet hatékonyan kezelni, ellenőrizni, a felek is kielégítő eredményt; Harmadszor, a nem egyértelmű hatályának meghatározására, nem számszerűsíthető, ellenőrizhető mértékben. Gyakran néhány minőségi követelmények, és nem a mennyiségi, mint a "felhasználóbarát, könnyen kezelhető, az ügyfél-elégedettség," és így tovább. Ezek a fuzzy kereslet hasonló a kiváltó oka a későbbi projektek huzavona. Világosan meghatározott projekt körét, tapasztalt projektmenedzserek és rendszerek elemzők döntő szerepet játszanak. A fenti beszélgetés, arra lehet következtetni: a tökéletes projekt hatálya menedzsment a kulcsa, hogy a végső siker a teljes projekt. Szóval, hogyan tehetünk a projekt körét menedzsment? Itt egy csomó hely lesz szó részletesen ebben a kérdésben. [1] Konkrét megvalósítása Hogyan kell kezelni Most, hogy felismerték a hatálya a projekt menedzsment olyan fontos, akkor hogyan lehetünk egy jó projekt menedzsment köre is. A fenti érvelés világosan látni néhány oka a rossz gazdálkodás a projekt hatókörét, majd kezelni a projekt körét kell orvosolni, kezelni a projekt körét. Először is, először is meg kell érteni terjed ki a projekt menedzsment, a tudományos folyamat. Jó projektmenedzsment folyamat tartalmaznia kell a következőket: Start távú tervezést, kör meghatározása, hatóköre ellenőrzése és köre változás-ellenőrzési. A következő rész részletesen, hogyan kell csinálni ezen eljárások: Indítsa el a folyamatot Indítsa el a hivatalos kezdete a projekt vagy szervezet, hogy továbbra is a következő lépés a projekt. Kimenete a boot folyamat a projekt charter. Project charta egy fontos dokumentum, ezt a dokumentumot hivatalosan ismerje el a projekt, és áttekintést ad a projekt. Boot folyamat egyértelműen meghatározza ezt a folyamatot még egy fontos kimeneti dokumentumban - a projekt charter, a projekt charter lesz, nagyjából a megadott tartományon a projekt, ami szintén fontos alapja a későbbi irányításának projekt munka körét. Project Charta Project Manager is meghatározott jogokat és kötelezettségeket minden egyes tagja a projektcsapat, valamint az egyéb érdekeltek a projektben felelősség, amely a tartomány jövőbeli projektek különböző menedzsment szerepeket hogyan kell csinálni a munkát van egy világosan meghatározott úgy, hogy a nyomon követési munkát lehet rendezettebb. Szóval, ne hagyja figyelmen kívül az indítási folyamat a projekt. Tartomány terv Tartomány terv további kialakulását a különböző dokumentumok, alapot nyújt a jövőbeni projektek döntések, beleértve a dokumentumokat annak megállapítására, hogy a projekt vagy projekt fázis sikeresen befejeződött szabványoknak. Mivel a kimeneti tartomány a tervezési folyamat, a projekt team hogy dolgozzon ki egy hatályát és alkalmazási köre kezelési terv. Ahogy a régi mondás tartja: "Pre forearmed, anélkül, hogy a szemétbe." A projekt vezetője annak érdekében, hogy valóban kezelni a projekt hatókörét, anélkül, hogy a szükséges technológia, és minden bizonnyal nem egy jó út. Tervezés a projekt nem az első az, hogy hangsúlyozzák alapos előkészületek tartományban. Tartomány tervezési projekt célja, hogy olyan termékek gyártása elvégzéséhez szükséges a projekt munka (a projekt hatály) és fokozatos lebontását a folyamat archiválás. Ne tartomány tervezési munkára van szükség, hogy olvassa el a sok információ, mint például a termék leírása, először is meg kell egyértelműen meghatározni a végtermék a tervezési munkát el kell végezni, hanem egy nagyon nagy projekt charta alapján, általában ez volt a durva vázlatot terjed ki a projekt megállapodás tartomány terv további finomítása ennek alapján. Ez a folyamat már beszélt előtt kimeneti tartományban előírásoknak, a hatályát utal, hogy mi ez? Scope megjegyzés, hogy erősítse meg, vagy létre konszenzus hatálya a projekt a projekt résztvevői, a referencia-dokumentum jövőbeli projekt döntéseket. Annak illusztrálására, hogy a projekt hatókörén legalább leírására demonstrációs projekt termék-, projekt teljesítések és a projekt céljai. Projekt teljesítések általában ki egy al-termék szinten össze asztalra, mint például: beállított egy nagy szoftver fejlesztési projekt teljesítések lehetnek programkód, munkafüzetek, tanulási programok és más, az ember-számítógép interakció. Nem kifejezetten igényel eredményeként a projekt célja, hogy jelek (például: költség, egység) és az abszolút vagy relatív értéket. Próbálja meg elkerülni a nem számszerűsíthető célokat (például: "vevői elégedettség"), mert ez lehetővé teszi, hogy feltételezzük, a magas kockázatú projektet. Scope Definition |
| Használó Felülvizsgálati |
|
Nincs még hozzászólás |
