Språk :
SWEWE Medlem :Inloggning |Registrering
Sök
Encyclopedia gemenskap |Encyclopedia Svar |Submit fråga |Ordförråd Kunskap |Överför kunskap
Föregående 1 Nästa Välj Sidor

Project Scope Hantering

Projektledning är omfattningen av projektet bör ingå och vad som inte bör innehålla vad som definieras och regleras i enlighet därmed. Den innehåller ett urval för att säkerställa önskad post kan fyllas i av alla ingående processer, innefattar: att fastställa genomförandet av projektets krav, definiera omfattningen av projektets planering, förvaltning område, utbudet av intervallet förändringen kontrollera och verifiera. Experter tror också att lågorna av headhunting är omfattningen av projektet så det arbete poster som ingår i produkten och tillverka dessa produkter som används i processen. Intressenter i projektet måste vara vilken typ av produkter för att uppnå enighet, men också i hur man producerar dessa produkter nå samförstånd.Kortfattad

Omfattningen av projektet är en produkt av allt det arbete som ingår i projektet att ta fram och tillverka dessa produkter som används i processen. Intressenter i projektet måste vara vilken typ av produkter för att uppnå enighet, men också i hur man producerar dessa produkter nå samförstånd.

Projektledning är omfattningen av projektet, bland annat vad och vad man inte ska omfatta definition och kontroll av processen. Denna process används för att se till att projektgruppen och projektets intressenter i projektet till följd av projektets produkter och produktionsprocesser som används i dessa produkter har en gemensam förståelse. Andra interaktioner begränsningar av projektets omfattning och projekt

En begränsning skick objekt är ett objekt av "tre begränsningar" - sortiment, tid och kostnad.

I ett projekt dessa tre villkor är ömsesidigt påverkar varandra begränsningar, och är ofta på grund av omfattningen av effekterna av tid och kostnader. I början av projektet för att fastställa litet utbud, och den tid det tar att slutföra den oundvikliga kostnaden konsumerar mindre, och vice versa. Många projekt kommer att grovt bestämma projektets omfattning, tid och kostnad i början, men efter ett visst stadium i projektet tenderar att bli projekt vet inte vad folk känner när de verkligen skulle kunna sluta, att projektet avslutas i slutet också måste investera Hur mycket arbetskraft och materiella resurser, hela projektet, som om ett bottenlöst hål, den sista slutet av projektet, som inte var slutet. Detta händer för företagets chefer, de är de flesta inte vill se, är dock inte ovanligt denna situation. Detta resultat orsakas av brist på utbud kontroll och leda projektet. Tre begränsningar mest synliga projektets omfattning eller effekter. [1]

Ärendehantering

Misslyckanden

Förstå det här aktuella fallet, är detta ett programvaruprojekt, hela projektet har genomförts fem år efter det att projektet är ännu inte klart när slutet av staten, eftersom det finns alltid nya behov hos användaren ut, är projektgruppen också nödvändigt enligt användarens Nya krav på att utveckla nya funktioner. Detta projekt är faktiskt ett bottenlöst hål, ner oändligt att göra projektmedlemmarna "fett dra tunna, tunna långsam död", kan det inte gå bara springa. Alla på detta projekt har helt tappat förtroendet. Detta projekt är faktiskt början finns det ingen klar definition av omfattningen av projektet, i fall det inte finns någon tydlig definition av räckvidden, och avsaknaden av en omfattande ändringshantering process, så att användaren hur man ska säga, hur man gör det, är det en spelreglerna har inte gett en bra start, vilket leder hela projektet i en enda röra.

Framgångshistorier

Även ett projekt för programvaruutveckling, vilket också är fallet än de ovan nämnda objekt att vara mindre, och den här gången har företaget börjat genomföra CMM för mjukvaruutveckling aktiviteter för att hantera, det finns en relativt komplett mjukvaruutveckling förvaltningsprocessen. Projekt i början första tydliga användarbehov och behoven är i grunden kvantifierbara, testbara. Och utvecklats inom ramen för projektgruppen att styra företagets förändringshanteringsprocessen CMM omfattningen av förvaltningsprocessen projektändringshantering, i genomförandet av projektet, måste användaren att ändra genomförs i enlighet med den process som fastställs i förväg.

Således, är tiden och kostnaden för projektet framgångsrikt slutförande av projektet i huvudsak en liten ökning av färdigställande tid och kostnad för ärendet i början av projektplanen.

Orsak

Eftersom dåligt definierad projektets omfattning är ett mycket vanligt fenomen, och detta fenomen är att alla vill se. Så måste vi analysera orsakerna till detta fenomen. Jag tror att orsaken till detta fenomen har följande tre skäl:

Först åligger företagsnivå - inget ljud projekthanteringssystem för att styra förvaltningen av projektet. Detta är det värsta fallet, om detta är orsaken, då projektets framgång med projektledarna behöver ofta personliga ledning, och ledarskap. Denna artikel sannolikheten för framgång är mycket liten, de flesta av projekten är i ett misslyckande, det andra, gemensam företagskultur och projektgrupp ansvar - för projektet misslyckades med att ta fram en tydlig specifikation av omfattningen förändringskontrollprocessen. Företag management system, men det är inte perfekt och normer förändras process för utveckling av projektteamet inte kunde spela en aktiv roll i att vägleda. Förändringar är oundvikliga, så länge att effektivt förvaltas, kontrolleras, kan parterna också uppnå tillfredsställande resultat;

För det tredje är bristen på klarhet om omfattningen av definitionen, kan inte kvantifieras, kontrollerbara grad. Är ofta en del av de kvalitativa kraven, snarare än kvantitativa, till exempel "användarvänligt, lätt att använda, förbättra kundnöjdheten," och så vidare. Dessa luddiga efterfrågan liknar den grundläggande orsaken till de efterföljande projekten wrangling. Klart definierade projektets omfattning, kommer erfarna projektledare och systemanalytiker spelar en avgörande roll.

Från ovanstående diskussion, kan man dra slutsatsen: den perfekta projektets omfattning är nyckeln till den slutliga framgången av hela projektet. Så, hur kan vi göra projektets omfattning ledning? Här mycket utrymme kommer att diskuteras i detalj i det här numret. [1]

Specifik tillämpning

Hantera

Nu när du har insett omfattningen av projektledning är så viktigt, hur kan vi vara en bra projektledning omfattningen av det. Av ovanstående argumentation tydligt se några av orsakerna till dålig förvaltning av projektets omfattning, då för att hantera projektets omfattning måste rätta, för att hantera projektets omfattning.

Först måste vi först förstå omfattningen av projektledning av den vetenskapliga processen. God projektledning process bör inbegripa följande: Start, intervall planering, omfattning definition, omfattning verifiering och omfattning ändringshantering. Följande kommer detalj hur man gör dessa förfaranden:

Starta processen

Start är den officiella starten av ett projekt eller en organisation för att fortsätta till nästa steg i projektet. En utgång av startprocessen är projektplanen. Projekt Charter är ett viktigt dokument, detta dokument erkänner formellt existensen av projektet och ge en översikt av projektet.

Startprocessen anger uttryckligen denna process finns det en viktig utgång dokument - projektplanen, kommer projektplanen vara ungefär det angivna intervallet för projektet, vilket också är en viktig grund för den efterföljande hanteringen av projektets omfattning av arbetet. Projekt Charter projektledare kommer också anges rättigheter och skyldigheter för varje medlem i projektgruppen, samt andra intressenter i projektansvar, vilket är i intervallet av framtida projekt i olika roller hur man gör sitt jobb finns det en tydlig så att uppföljning kan vara mer ordnad. Så, inte ignorera startprocessen av projektet.

Range planen

Range planen är ytterligare bildandet av en mängd olika dokument, ge underlag för framtida beslut om projekt, bland annat dessa dokument för att avgöra om ett projekt eller projektfasen har slutförts standarder. Som utgångsområde i planeringsprocessen, att projektgruppen utveckla ett tillämpningsområde och omfattning förvaltningsplan.

Som det gamla ordspråket säger: "Pre är beväpnad, utan att föregripa slöseri!." En projektledare för att verkligen hantera projektets omfattning, utan den nödvändiga tekniken och är verkligen inte ett bra sätt.

Planera ett projekt för att göra först är att betona noggranna förberedelser sortiment. Range planering projektet är att ta fram produkter som behövs för att genomföra projektarbetet (projektets omfattning) och den gradvisa nedbrytningen av processen för arkivering. Gör planering arbete krävs för att hänvisa till en hel del information, t.ex. produktbeskrivning, måste vi först tydligt definiera den slutliga produkten till planeringen arbete att göra, men också ett mycket stort projekt charter basis, i allmänhet har det haft en antydan om omfattningen av projektavtalet, intervall plan och vidareförädling på denna grund. Denna process har talat om framför en utgång i intervallet specifikationen får tillämpningsområde hänvisar till vad är det? Omfattning notera är att bekräfta eller etablera en samsyn om omfattningen av ett projekt mellan projektdeltagarna, referensdokument för framtida projektbeslut.

För att illustrera omfattningen av projektet under åtminstone den beskrivning demonstrationsprojektet produkt, projektresultat och projektmålen. Projektresultat är i allmänhet av en sub-produktnivå sammanfattas tabellen, till exempel: sätt för en stor mjukvaruutveckling projektresultat kan innehålla programkod, arbetsböcker, lärande program och annan människa-datorinteraktion. Inte uttryckligen kräver något resultat, bör projektmålet har tecken (till exempel: kostnad, enhet) och absolut eller relativt värde. Försök att undvika icke-kvantifierbara mål (till exempel: "nöjda kunder"), eftersom det tillåter dig att ta en hög risk projekt.

Tillämpningsområde Definition


Föregående 1 Nästa Välj Sidor
Användare Omdöme
Inga kommentarer
Jag vill kommentera [Besökare (18.118.*.*) | Inloggning ]

Språk :
| Kontrollera kod :


Sök

版权申明 | 隐私权政策 | Copyright @2018 World uppslagsverk kunskap