Prosjektrisikoanalyse & Løsninger i testledelse

Hva er risikoanalyse?

Risiko er sannsynligheten for at det oppstår en uønsket hendelse.

Risikoanalyse er prosessen med å analysere risikoen forbundet med testprosjektet ditt.

For å lykkes med prosjektet ditt, bør du identifisere risiko, og tilsvarende løsninger bør bestemmes før prosjektstart.

I denne opplæringen vil vi oppdage det første trinnet i Test Management-prosessen: Risikoanalyse og løsning ved hjelp av en casestudie.

I dette emnet vil vi oppdage det første trinnet i Test Management-prosessen: Risikoanalyse og løsning ved hjelp av en casestudie.

Søknaden som testes er demo.guru99.com, du kan se spesifikasjonen for programvarekrav her.

Guru99-banken vil ha to roller

sjef
Kunde

Følgende funksjoner / moduler vil være tilgjengelige for disse to forskjellige rollene

Her er en liten omvisning på nettstedet

Etter å ha lest kravdokumentene, har du kanskje innsett at nettstedet har for mange funksjonelle og komplekse scenarier.

Her er situasjonen -

Banknettstedet Guru99 har allerede avsluttet utviklingsfasen. Nå starter testfasen. Dessverre var du ikke involvert tidlig i kravfasen
Sjefen din trenger at du bare er ferdig med testingen på en måned med et begrenset budsjett, men forventer god kvalitet.
Et teammedlem som er en erfaren ingeniør, forteller deg det

I så fall, hva skal du gjøre?

A) Det ser ut til å være et stort problem. Vi må takle ASAP !!! B) Jeg bryr meg ikke. Vi må begynne å jobbe akkurat nå.
Hvis du velger handling B, er resultatene etter en måned

Prosjektet er et rot og tok alle ressursene og tiden din. Den ansattes arbeidsmengde økte drastisk og de føler seg stresset og overbelastet

- Prosjektet ditt er forsinket slik at du ikke kunne frigjøre produktet på den bestemte fristen slik du lovet sjefen din. Som teammedlemmet sa, er tidsplanen for dette prosjektet for stram sammenlignet med den nåværende ressurstildelingen.

Hvis du velger handling A, er resultatene her etter en måned

Ovennevnte eksempel illustrerer viktigheten av risikoanalyse i testledelse.

Risikostyring hjelper deg med å -

Risikoen, som ble nevnt i eksemplet ovenfor, er bare en av mange potensielle risikoer som kan oppstå i prosjektet ditt. Du bør identifisere dem og ta beslutningen om å håndtere dem ASAP !!! Så det riktige i dette eksemplet er handling A .

Derfor er risikoanalyse viktig

Hvordan utføre risikoanalyse?

Det er en 3-trinns prosess

Identifiser risikoen
Analyser effekten av hver identifiserte risiko
Ta mottiltak for den identifiserte og analyserte risikoen

Trinn 1) Identifiser risiko

Risiko kan identifiseres og klassifiseres i to typer programvareprodukt

Prosjektrisiko

Prosjektrisiko kan defineres som en usikker hendelse eller aktivitet som kan påvirke prosjektets fremdrift. Virkningen har en positiv eller negativ innvirkning på utsiktene til å nå prosjektmålene.

Det er primært 3 kategorier av prosjektrisiko

Organisatorisk risiko

Det er en risiko knyttet til din menneskelige ressurs eller testteamet ditt. For eksempel, i prosjektet ditt, er mangel på teknisk dyktige medlemmer en risiko. Å ikke ha nok arbeidskraft til å fullføre prosjektet i tide er en annen risiko.

For å identifisere organisasjonsrisikoen, bør du lage en liste med få spørsmål og svare på dem som egenøvelse. Her er noen anbefalte spørsmål. 1. Er dette et godt organisert team?
A) JaB) NeiDitt prosjekt har ingen organisasjonsrisiko Opprett sterkere team og gi et samarbeidsmiljø
2. Har hvert teammedlem ferdighetene til å gjøre jobben sin ??
A) JaB) NeiDitt prosjekt har ingen organisasjonsrisiko Bygg opplæringskurset for å oppdage medlemmer
3. Sammenlign med prosjektstørrelse og tidsplan, har vi nok menneskelig ressurs til å fullføre dette prosjektet innen fristen?
A) JaB) NeiDitt prosjekt har ingen organisasjonsrisiko Be prosjektstyret om å få mer menneskelig ressurs

Hvis du svarer på alle spørsmålene ovenfor, vil du enkelt identifisere de potensielle risikoene som kan påvirke prosjektet ditt.

Teknisk risiko

Teknisk risiko er sannsynligheten for tap påført under gjennomføring av en teknisk prosess, for eksempel uprøvd konstruksjon, feil testprosedyre ... etc. Her er et eksempel på teknisk risiko

Din oppgave i dette prosjektet er å teste et banknettsted. Du må sette opp riktige testmiljøer som speiler ekte forretningsmiljøer. Hvis Test Environment er ikke opp riktig, vil produktet bli ikke bli testet på riktig måte, og mange feil vil ikke bli oppdaget.

Forretningsrisiko

Risikoen innebærer en ekstern enhet. Det er risikoen som kan komme fra firmaet ditt, kunden din, men ikke fra prosjektet ditt.

Følgende bilde viser deg et eksempel på forretningsrisiko.

I slike tilfeller må testsjefen finne ut løsningene for å håndtere risikoen, for eksempel:

Sett prioritet for testfasene, fokuser på å teste hovedfunksjonene på nettstedet
Bruk et testverktøy for å øke produktiviteten ved testing
Bruk prosessforbedring for å redusere ledelsesinnsatsen.

Produktrisiko

Produktrisiko er muligheten for at systemet eller programvaren ikke klarer å tilfredsstille eller oppfylle forventningen fra kunden, brukeren eller interessenten. Denne risikoen er relatert til produktets funksjonalitet som ytelsesproblemer, sikkerhetsproblemer, krasjscenarier, etc.

Følgende er eksempler på noen få produktrisikoer -

Programvaren hopper over en eller annen nøkkelfunksjon som kundene spesifiserte i brukernes krav
Programvaren er upålitelig og fungerer ofte ikke .
Programvare mislykkes på måter som forårsaker økonomisk eller annen skade for en bruker eller selskapet som bruker programvaren.
Programvaren har problemer knyttet til en bestemt kvalitetskarakteristikk som sikkerhet, pålitelighet, brukervennlighet, vedlikeholdsevne eller ytelse.

Nå tilbake til prosjektet ditt, er det noen produktrisiko på Guru 99 Bank-nettstedet? For å svare på dette spørsmålet, bør du følge følgende trinn

Når du er ferdig med de tre trinnene, kan du ta en liten quiz nedenfor for å identifisere produktrisiko 1. Kan Guru99-banksiden sikre kundekontoen og hans data?
A) JaB) Nei
C) Jeg er ikke sikker på
Feil
korrekt
2. Er nettstedet brukbart for kunder?
A) JaB) Nei
riktig
feil
3. Hvilke andre funksjoner, nettstedet skal ha?
A) Sikker fondoverføring B) Bruker kan registrere ny konto
C) Ingen behov for flere funksjoner
Feil Korrekt

Trinn 2) Analyser innvirkningen av risikoen som oppstår

I forrige emne identifiserte vi allerede risikoen som kan hemme prosjektet ditt. Her er listen over identifiserte risikoer:

Du har kanskje ikke nok menneskelig ressurs til å fullføre prosjektet på fristen
Testmiljøet er kanskje ikke riktig konfigurert som ekte forretningsmiljø.
Prosjektet ditt budsjett kan halveres på grunn av virksomheten situasjon
Dette nettstedet kan mangle sikkerhetsfunksjoner

Deretter bør du analysere disse risikoene.

Hver risiko bør klassifiseres på grunnlag av følgende to parametere

Den sannsynlighet for forekomst
Den innvirkning på prosjektet

Ved å bruke matrisen nedenfor kan du kategorisere risikoen i fire kategorier som Høy, Middels og Lav eller verdiene 3,2, 1

Sannsynlighet
Høy (3)	Har veldig stor sannsynlighet for å oppstå, kan påvirke hele prosjektet
Middels (2)	50% sjanse for å oppstå
Lav (1)	Lav sannsynlighet for forekomst

innvirkning
Høy (3)	Kan ikke fortsette med prosjektaktivitet hvis den ikke løses umiddelbart
Middels (2)	Kan ikke fortsette prosjektaktiviteten hvis den ikke er løst
Lav (1)	Trenger å løse det, men det er mulig å ta en alternativ løsning en stund

Tenk på følgende risikoer

Fare	Sannsynlighet	innvirkning	Prioritet = Sannsynlighet * Effekt
Prosjektfrist ikke oppfylt	3	3	9
Strømfeil	1	2	2

Basert på ovennevnte prioritet kan du ta imot tiltak som er nevnt i tabellen nedenfor

Prioritet		Metode for risikostyring
Høy	6 -9	Ta avbøtende tiltak umiddelbart og følg risikoen hver dag til statusen er stengt.
Midten	3-5	Overvåke risikoen hver uke på internt fremdriftsmøte
Lav	1-2	Godta risikoen og overvåke risikoen på milepælsbasis.

Det er nå tid for en øvelse, vi har fire risikoer identifisert i Guru99 Banking-prosjektet. Klassifiser dem selv

Fare

Høy

Medium

Lav

Status

Du har kanskje ikke nok menneskelig ressurs til å fullføre prosjektet innen fristen				Riktig. Feil.
Testmiljøet er kanskje ikke riktig konfigurert som ekte forretningsmiljø				Riktig. Feil
Prosjektet ditt budsjett kan halveres på grunn av virksomheten situasjon				Riktig. Feil
Dette nettstedet kan mangle sikkerhetsfunksjoner				Riktig. Feil.

Trinn 3) Ta mottiltak for å redusere risikoen

Denne aktiviteten er delt inn i 3 deler

Risikorespons

Prosjektlederen må velge strategier som vil redusere risikoen til minimal. Prosjektledere kan velge mellom følgende fire risikosvarstrategier

Tilbake til de fire risikoene som ble identifisert tidligere, må vi finne mottiltak for å unngå eller eliminere dem. A) Du har kanskje ikke nok menneskelige ressurser til å fullføre prosjektet innen fristen

B) Det kan hende at testmiljøet ikke er riktig konfigurert som ekte forretningsmiljø

C) Prosjektet budsjettet kan halveres på grunn av virksomheten situasjon

D) Dette nettstedet kan mangle sikkerhetsfunksjoner

A. Du har kanskje ikke nok menneskelig ressurs til å fullføre prosjektet på deadline. Denne risikoen kan ikke unngås på grunn av selskapets situasjon; du kan ikke be om mer menneskelig ressurs for prosjektet. I slike tilfeller kan du redusere risikoen ved å velge noen alternativer nedenfor

Velg det talentfulle og erfarne medlemmet for å bli med i prosjektgruppen
Lag opplæringskurset for å forbedre medlemmet, hjelpe dem med å forbedre produktiviteten

B. Testmiljøet er kanskje ikke riktig konfigurert som ekte forretningsmiljø.Denne risikoen kan unngås hvis du gjør følgende aktiviteter

Be utviklingsteamet om deres hjelp til å bygge opp testmiljøet
Forbered alt utstyr eller materiale (Server, database, PC ...) som trengs for å sette opp miljøet

C. Prosjektet ditt kan kuttes med halvparten på grunn av forretningssituasjonen.Denne risikoen er kritisk; det kan forhindre at hele prosjektet fortsetter. I så fall bør du gjøre det

Definere om prosjektets omfang, identifiser hva som skal testes og hva som vil bli ignorert i slike tilfeller
Forhandle med kunden om prosjektperioden for å passe til prosjektbudsjettet
Forbedre produktiviteten i hver prosjektfase, for eksempel testing, lage testspesifikasjoner, ... Hvis du kan spare tid, kan du spare kostnader

D. Dette nettstedet kan mangle sikkerhetsfunksjoner.Denne risikoen betraktes som middels prioritet, fordi den ikke påvirker hele prosjektet og kan unngås. Du kan be utviklingsteamet om å sjekke og legge til disse funksjonene på nettstedet.

Registrer risiko

All risikoen må registreres, dokumenteres og anerkjennes av prosjektledere, interessenter og prosjektmedlemmet. Risikoregisteret skal være fritt tilgjengelig for alle medlemmene i prosjektgruppen.

Det er nyttige for å registrere risiko som Redmine, MITER ... etc.

Overvåke og kontrollere risiko

Risikoen kan overvåkes kontinuerlig for å kontrollere om det gjøres endringer. Ny risiko kan identifiseres gjennom konstant overvåkings- og vurderingsmekanismer.

For bedre risikostyring, kan du se Risikostyringsmal som er inkludert i denne artikkelen