en udfordring, vi støder på ganske ofte, når vi først arbejder med nye klienter, definerer på et ret granulært niveau et projekts omfang. Ofte ved organisationer, hvad de vil have med hensyn til projektleverancer på højt niveau, men er ikke kommet ned til de nitty-gritty ting-men det er det, vi er her for!
projektomfang er den del af projektplanlægningen, der involverer bestemmelse og dokumentation af en liste over specifikke projektmål, leverancer, funktioner, funktioner, opgaver, deadlines og i sidste ende omkostninger. Med andre ord er det, hvad der skal opnås, og det arbejde, der skal gøres for at levere et projekt.
det er vigtigt at fastlægge omfanget tidligt i et projekts livscyklus, da det i høj grad kan påvirke projektets tidsplan eller omkostninger (eller begge dele) ned ad sporet.
nedenfor er en oversigt over nogle af de vigtigste processer, der skal følges for at definere omfanget korrekt.
Definer produktkravene
før vi bestemmer, hvad der vil være i projektets omfang, skal du være meget klar over, hvad der er produktkravene, ellers kendt som produktomfang. Med andre ord, Hvad er de funktioner og funktioner, der kræves til hjemmesiden, applikationen og/eller den skræddersyede programmelløsning, der udvikles? Er der noget specifikt, der skal indbygges i designet? Skal det følge et specifikt sæt branding retningslinjer? Listen fortsætter.
Definer Proceskravene
proceskrav beskriv, hvordan folk interagerer med et produkt, og hvordan et produkt interagerer med andre (ofte eksisterende) forretningsprocesser. Når du diskuterer, hvordan data flyttes, og hvordan forretningstransaktioner flyder fra et punkt til et andet, beskriver du proceskrav. For eksempel skal kravene til faktureringstransaktioner på en hjemmeside, hvordan sådanne transaktioner linker til Fakturering og konti, og på hvilket tidspunkt kan personalet se og ændre status for ordrer, være detaljerede.
Involver de korrekte interessenter
det siger sig selv, at for at et projekt kan leveres med succes, skal de korrekte interessenter fra organisationen, der bestiller projektet, involveres meget tæt på forskellige faser af projektomfanget. Når dette ikke sker, begynder antagelser (som generelt er subjektive), og interessentforvirring kan forekomme, når projektet fortsætter.
Identificer begrænsningerne
måske er endnu vigtigere end hvad der er inden for et projekt, hvad der er uden for et projekt. Ofte er det afgørende at dokumentere, hvad der ikke vil blive gjort, især når det kommer til programudvikling – ellers antager folk, at visse ting skal udføres, som ikke var budgetteret til eller inkluderet i projektets tidslinje.
forandringsledelse
det er naturligt, at dele af ethvert stort projekt ændrer sig undervejs. Selvom det altid er bedst at undgå rækkevidde (en situation, hvor en eller flere dele af et projekt ender med at kræve mere arbejde), er det undertiden uundgåeligt på grund af enhver virksomheds skiftende karakter. For at undgå uoverensstemmelser og ændringer i et projekts omfang af alle interessenter, både klientsiden og agentursiden, er det bedst at have strenge ændringsstyringsprocesser på plads. Når omfanget er defineret, må det ikke ændres, uden at de relevante ændringsstyringsfunktioner finder sted, på hvilket tidspunkt passende foranstaltninger kan træffes for at imødekomme de skiftende projektkrav.
så der har du det! En simpel guide til at få dit projekt til højre start ved korrekt at definere dit projektomfang. På selve grundlaget kræver effektiv omfangsstyring god kommunikation for at sikre, at alle forstår projektets krav og er enige om nøjagtigt, hvordan projektets mål vil blive opfyldt. Når du har denne seng, har du grundlaget for at påbegynde og forhåbentlig fuldføre dit projekt.