Oppsummere noen av de forretningsmessige problemstillinger rundt prosjektet, herunder profiler av store kundekategorier, forutsetninger som gikk inn i prosjektet konseptet, og ledelsen prioriteringer for project.10 Krav feller å AvoidWiegers også påpeker at vellykkede programvareprosjekter er bygget på et fundament av godt forstått krav. Men mange systemintegratorer og software /programmerere bli fanget i feller som hindrer dem effektivt å samle inn, dokumentere eller håndtere sine krav.
Flere symptomer tyder på at du kan være å bli fanget i et "krav felle": Forvirring om hva et krav er mangelfull kundeinvolvering vage og tvetydige krav Un-prioritert krav Building funksjonalitet ingen bruker Analyse lammelse omfang krype Utilstrekkelige krav endre prosessen Utilstrekkelig endring konsekvensanalyse Mangelfulle krav versjon controlSpeak kundene LanguageAs du utvikle din visjon og omfang dokument, er det viktig å sikre at du og din klient snakker samme språk.
For å redusere faglig ansvar, systemintegratorer, programvare programmerere og programmerere bør huske på at de vet at teknologien innsiden ut, men deres kunder vanligvis ikke. Hvis prosjektdokumenter er for teknisk, kan klienten stå å anta at de vil møte sin virksomhet behov, når det faktisk kan du gå glipp av mark.When det skjer, kan du være i flere måneder i prosjektet før problemet blir klart og dvs når du vil se omfang krype. Plutselig møte klientene trenger kommer til å ta lengre tid og koster mer enn avtalt.
Dvs en oppskrift på katastrofe, fordi på dette punktet, slutter noen kunder å betale og leie en lawyer.By klart å definere prosjektets visjon og omfang, og vier oppmerksomhet til prosjekt krav, kan du lage en prosjektbeskrivelse som vil oppfylle forretningsbehov, holde kostnadene inneholdt, og redusere risikoen for at du vil ende opp overfor en E & O søksmålet ned linjen. Husk: for programvare og dataprogrammerere samt systemintegratorer, faglig ansvar og risikostyring går hånd i hånd med god prosj