To redusere din egen IT prosjektledelse risiko, kan det være lurt å følge en etablert prosjektinitiering og prosess. For et prosjekt Visjon og Scope mal du kan bruke sammen med dine egne prosjekter, se gratis nedlastinger på slutten av denne article.10 Krav feller du bør AvoidAccording å Wiegers, er vellykkede programvareprosjekter bygget på et fundament av godt forstått krav. Ennå altfor ofte, blir tech prosjektledere fanget i feller som hindrer dem effektivt å samle inn, dokumentere eller administrere prosjektets krav.
Flere symptomer tyder på at du kan være å bli fanget i et "krav felle": Forvirring om hva et krav er mangel på kundeinvolvering Vague eller tvetydige krav Unprioritized krav Funksjonalitet at ingen bruker Analyse lammelse omfang krype Utilstrekkelige krav endre prosessen Utilstrekkelig endring konsekvensanalyse Mangel krav versjonskontroll Snakk kundene LanguageAs du utvikle din visjon og omfang dokumentet, må du passe på at du og din klient snakker samme språk. For å redusere tech prosjektledelse risiko, må du huske på at selv om du kjenner teknologien innsiden ut, din klient trolig doesnt.
Hvis prosjektdokumenter er for teknisk, kan klienten stå å anta at planen vil møte sin virksomhet behov, når det faktisk dine forutsetninger kan være off-basen. Hvis det skjer, kan laget ditt være flere måneder inn i prosjektet før misforståelsen blir klart. Dvs når IT prosjektledere ofte se omfang krype. Plutselig møte klientene trenger kommer til å ta mer tid og penger enn planlagt. På dette punktet, du står overfor en enorm prosjektledelse risiko, som enkelte kunder vil slutte å betale og ansette en attorney.
Taking en forsiktig og grundig tilnærming i den tidlige fasen av prosjektledelse reduserer din prosjektledelse risiko. Ved klart å dokumentere et prosjekt visjon og omfang skriftlig, og fullt avklare prosjektets krav, kan du lage et forslag som vil møte virksomhetens b