Utfordrende krav og hvordan du skal håndtere them

Hva er et krav?

De amerikanske Tradisjoner Dictionary definerer et krav som “ Noe som er nødvendig; en nødvendighet &" ;. PMI definerer et prosjekt krav som “ egenskapene til produkt, tjeneste eller resultat at prosjektet ble gjennomført for å levere &" ;.

Den totale innholdet av disse definisjonene er en perfekt illustrasjon av problemet. Hvis du spør ti personer for definisjonen av et krav, vil du få ti forskjellige svar. Det er ingen overraskelse at identifisering og håndtering av kravene er en av de største IT-ledelse problemer.

Innenfor rammen av IT, et krav bør “ identifisere de formål, egenskaper, egenskaper, funksjoner og /eller forventede resultater og " ;. Dessverre, business interessenter og IT prosjektgrupper har en annen forventning når de diskuterer krav. IT Prosesser må erkjenne disse forskjellene ved å anerkjenne følgende typer krav:

Forretnings Outcomes bør defineres ved hjelp av målinger eller prestasjon kriterier. Snakk om bekostning av IT-organisasjoner er proporsjonal med den manglende evne til å definere betydelige resultater. Alle modeller av aksjeselskap fordeler består av:

- Forbedret funksjonalitet for å redusere avgifter eller høyne verdt

- Automatisering av manuelle prosesser for å minimere innsats

- Hazard Reduser Regulatory innsending

Funksjonell tekniske spesifikasjoner etablere fakta arbeidskapasitet som er nødvendig for å oppnå organisasjonen endelige resultatet. Funksjonell forutsetning inkluderer:

- Input - Nivået av innganger og nøyaktig hvor de må oppnås med metoden (manuell, lagrede data, grensesnitt)

- Forretnings forslag … nøyaktig hva systemet må gjøre med alle data

- Utfall eller Utfall av funksjonell løpet av handlingen hovedsakelig fordi det er relatert til den nødvendige organisasjonen resultat

- Har

Komplekse eller Arkitekt evner standardprogrammer, ta vare på kostnader /kvalitet, og riktig svar til organisasjonens tekniske spesifikasjoner. Disse forutsetningene er ofte ikke kjent for selskapet. De inneholder:

- Tjenester potensielle og komfort (servere, nettverk, etc.)

- Funksjonell råd nødvendig

- Behov og IT Best Practices

- Godkjente Progress Språk og Operating Systems

Tildele ansvar for å definere hvert krav innenfor rammen av prosjektet er nødvendig. For å håndtere endringer og kvalitet i absolutt må være en sterk kobling mellom forretnings utfall og funksjonskrav. For å oppfylle tekniske krav det må være en rolle som oversforretningsmessige krav til funksjonelle krav. Da satt i sammenheng med i byggebransjen, er denne oppgaven ansvar arkitekten.
Den IT-selskapene øker fortsatt dette faktisk også og dette vil aldri bli naturlig diskutert. Forretnings Pros ble gjort for å ha en forståelse av teknikker og bedriften til å hjelpe til med denne diskusjonen. Men svært lite B /A &'; s har denne blandingen av kompetanse. Enterprise Creator bør finne ut standard attributter og nøyaktig hvordan det kan ha behov for selskapet, men de fleste Organisasjon Arkitekter er svært spesifikk og ikke har forretningsforståelse.

Den langsiktige løsning av enkeltpersoner komplikasjoner gjør det nødvendig at vi først se de ulike ulike spesifikasjoner og forbedre våre konsise forklaring evner og plikter og enheter ved hjelp av virksomheten. Til syvende og sist, trenger en profesjon bane som skal produseres der folk kan lære blanding av selskapet og teknisk forstå viktig å kunne samordne ulike typer krav.

Les mer om prosjektet kontoradministrasjon og programvare prosjektløsninger.
.