Risikostyring i Software Engineering

Utvikle en effektiv risikostyring er et viktig skritt i planleggingen av en software utviklingsprosjekt. En rekke ting kan gå galt, og en god risikostyringsstrategi hjelper prosjektledere bestemme muligheten for en software engineering prosjekt, minsker sannsynligheten for problemer som oppstår, og gir alternativer i tilfeller hvor problemer utvikler. I tillegg kan risikostyring i software engineering hjelpe utviklere å levere et prosjekt på tid og innenfor budsjett.

Identifisere

Risikostyring innebærer en rekke trinn programvare ingeniører ta for å identifisere, adresse og fjerne prosjekt risiko gjennom hele programvareutvikling livssyklus. Risikostyring risikotyper som generisk, prosjekt, produktspesifikke, produkt og forretningsrisiko. Generiske risikoer inkluderer "over-the-board" risikoer som kan oppstå når som helst, for eksempel prosjektfinansiering eller gruppemedlem tilgjengelighet. Prosjektrisiko omfatter de som påvirker prosjektet eller ressurser, slik som budsjettbegrensninger eller en stram tidsramme for gjennomføring. Produktspesifikke risikoer håndtere faktorer assosiert med den type software engineering prosjekt, som gir tilstrekkelig testing ressurser pre-release. Produktrisikoer påvirke kvaliteten eller ytelsen til programvare, og kan omfatte kvaliteten på programkode eller endringer i krav. Forretningsrisiko gjelder levedyktigheten til selve prosjektet, og omfatter endringer i økonomiske forhold eller beslutninger.

Analysere

Risikoanalyse innebærer fastsettelse og vurdering av sannsynlighet og konsekvens. Programvare ingeniører vanligvis klassifisere risiko sannsynlighet med statistiske tall. Kalkulert risiko rangerer i ordre ingeniører mener det vil skje. Den tilhørende virkningen av en kalkulert risiko kan klassifiseres med tall som vurdere virkningen som ubetydelig, marginal, kritisk, eller katastrofal. Ingeniører og deretter opprette en risikovurdering diagram notering kjente risikoer etter type, sannsynlighet og konsekvens.

Prioriter

Når prioritering risiko, ingeniører først se på sannsynligheten for at risikoen oppstår. Deretter de bestemme prisen til prosjektet i dollar hvis risikoen oppstår, og deretter tildele en pris for å håndtere risikoen. For eksempel kan miste en senior programmerer i midten av et prosjekt påvirke kvaliteten av programkode, selvutløser av programmet og koste prosjektet $ 25.000. Forutsatt at prosjektet har flere, kvalifiserte medarbeidere til å jobbe med det, dele arbeidsmengden mellom andre gruppemedlemmer er en løsning som kan koste $ 3.000.

Plan

Med risiko identifisert, analysert og prioritert, ingeniører og deretter bestemme seg for et kurs av handlingen. Dette kan kreve å ta et skritt tilbake og samle ytterligere informasjon om mulige risikoer og kostnader involvert med dem. Det kan også innebære å lage en beredskapsplan i tilfelle risikoen skjer, bestemmer seg for en måte å redusere sjansene for risikoen oppstår, eller gjør beslutningen om å akseptere muligheten for at risikoen vil fore og venter på å utvikle en plan før den gjør .

dempe

Begrensning innebærer å se på prosjektet som helhet, vurderer alle faktorer og bestemme måter å redusere eller eliminere muligheten for en risiko oppstår. Risiko unngåelse er en strategi ingeniører kan ta dersom risikoen oppveier fordelene ved begynnelsen eller fortsette med en software utviklingsprosjekt. Risiko unngåelse betyr en slutt på prosjektet. Risiko beskyttelse velger å lage et kompromiss som alle kan leve med, for eksempel legge alternative team medlemmer, oppgradere utstyr før du starter et prosjekt, eller utvide et stramt prosjekt ferdigstillelse tidsramme.

Følge

Overvåking er en kontinuerlig prosess for å vurdere fremdrift, omvurdere prosjektmål, identifisere nye risikoer, og fortsetter utviklingen syklus. Graden av risikostyring overvåking vil være større i begynnelsen stadier av programvareutvikling livssyklus, men skal fortsette gjennom alle faser. Overvåking ender til slutt med avgang av programmet.