Waarom Projectscope zo belangrijk

Elk type project, of het is een wereldwijd project voor een multinationale onderneming, een lokale overheid project of een persoonlijk project, zoals het bouwen van een huis, een project scope hebben. Het kan op lengte worden gedefinieerd in een Business Requirements document of gewoon worden geschreven als een lijst van dingen te doen voor een persoonlijk project, maar in elk geval is het belangrijk dat het wordt begrepen in het begin is en dat het niet verandert in de loop van de levenscyclus van een project. Of, als dat zo is verandering, dat de redenen waarom zijn duidelijk begrepen en aanvaard.

Maar hoe zit het met de taken die zeer specifiek NIET in het kader? Moeten deze ook worden gedocumenteerd? Er zijn vaak twee zeer tegengestelde stromingen – sommigen geloven dat het is net zo belangrijk aan te geven wat er zal niet als wat zal worden geleverd worden geleverd. Dit voorkomt het veel voorkomende situatie waarin een stakeholder gaat ervan uit dat een bepaalde taak /product /activiteit zal worden gedaan omdat in hun gedachten het is zo nauw verbonden met een andere taak /product /activiteit en de twee zijn onlosmakelijk met elkaar verbonden. Anderen geloven dat het werk besteden bespreken en documenteren wat er zal niet worden gedaan is gewoon een verspilling van tijd en het proces van het documenteren van de eisen uit te roeien alle veronderstellingen die zijn kunnen worden gemaakt.

Maar iedereen met real- world ervaring als projectmanager zal zijn gekomen over problemen die suggereren dat, ongeacht hoe goed gedocumenteerd u denkt dat de eisen zijn, als je niet specifiek vermeld wat dan weggelaten u kwesties als deze hebben:

• De klant wilde iets anders dan wat werd geleverd
• Significante wijzigingen worden gevraagd gedurende het project
• Verschillende stakeholders aan hetzelfde project hebben verschillende behoeften
• Een lijst van toekomstige uitbreidingen wordt opgesteld voordat het project is afgerond

Problemen zoals deze geven aan dat de omvang van het project was niet goed gedefinieerd of wat was niet in omvang is niet gedefinieerd.

Als u niet om te bepalen wat er NIET in het kader van een project betrokken zijn dan de mensen, zoals projectmanagers, teamleden, eindgebruikers en belanghebbenden zullen aannames maken. Dit leidt tot een gebrek aan hun verwachtingen die in wezen betekent een mislukte project te voldoen. Het is daarom van essentieel belang om duidelijk te documenteren wat niet in omvang als u wilt dat uw project tot een succes te zijn.

Het beheren van de verwachtingen van de belanghebbenden is een belangrijke vaardigheid die wordt steeds belangrijker naarmate de projecten groter en complexer. Elk project manager moet streven naar deze mogelijkheid vroeg in hun carrière &ndash te ontwikkelen; Het kan betekenen dat het vinden van het vertrouwen aan het senior management of belangrijke klanten, maar niet te doen zal alleen maar leiden tot het falen van projecten ondervragen

En de oplossing is simpel – praten, openlijk praten, luisteren en luisteren zonder vooroordelen. De klant kan een rol ver verwijderd van jou hebben, maar zij zijn degenen die uiteindelijk het succes van uw project zal bepalen. Foster een goede relatie met hen op aan het begin en je zal beloond worden met een goede communicatie die u niet zult vinden op de grote dag ontdekken dat iedereen "aangenomen" dat zou die en dergelijke worden geleverd en was het niet.

Good Luck! En hier is uw project succes – Vergeet niet Scope Matters.

Voor degenen onder u die meer willen weten over hoe u scope definiëren leren vinden dan een van de vele project management cursussen die business requirements analyse te dekken. Dit is het proces van het vinden van, het analyseren, neer te schrijven en te stemmen op de behoeften van een project. Het is de meest succesvolle methode voor het bepalen in detail de omvang van een project
.