Usikkerheter, Problemer, Endringsforespørsler og Aksjonspunkter › Behandle prosjektusikkerheter › Opprett en usikkerhet

Opprett en usikkerhet

En usikkerhet er en potensiell fremtidig begivenhet som kan ha en positiv eller negativ konsekvens for et prosjektmål. Identifiser usikkerhetene tidlig i prosjektet for å bli klar over hvilke konsekvenser de kan ha for prosjektomfanget, tidsplanen, budsjettet og andre faktorer. I dette scenarioet bestemmer teamet seg for å redusere konsekvensene av å ha for få ressurser ved å ansatte eksterne ressurser. Prosjektlederen oppretter en detaljert usikkerhet som omfatter all informasjon, og velger Ressurstilgjengelighet fra nedtrekkslisten Kategori.

Hvis den totale poengsummen for en detaljert usikkerhet avviker fra rangeringen du tildelte til den, arbeider de to komponentene i usikkerhetsadministrasjon sammen. Poengsummen for den detaljerte usikkerheten overstyrer poengsummen du tildelte. Hvis du oppretter en detaljert usikkerhet uten å tildele satser, vil poengsummer fra usikkerhetsoppføringene påvirke den aktuelle faktoren i listen. Hvis en detaljert usikkerhet slettes, endres prosjektets totale usikkerhetspoengsum i tillegg til den kombinerte usikkerhetspoengsummen for den spesielle usikkerhetsstrategien.

Følg denne fremgangsmåten:

1. Åpne prosjektet, og klikk på Usikkerhet/problemer/endringer.
2. Klikk på Ny.
3. Fyll ut feltene under Generelt. Følgende felter må forklares:

   Kategori

   Definerer kategorien som usikkerheten tilhører.

   Verdier:

   • Fleksibilitet – prosjektet kan ikke tilpasses.
   • Finansiering – prosjektfinansieringen er ikke allokert eller er tilgjengelig med begrensninger.
   • Menneskelig grensesnitt – brukergrensesnittet (UI) er ikke godt definert.
   • Implementering – det finnes mindre usikkerhet når det gjelder implementeringsarbeid og brukeraksept.
   • Avhengigheter – prosjektet er avhengig av andre prosjekter.
   • Mål – kravene, målene, omfanget og gevinstene er urimelige, utydelig definert, ikke målbare og ikke verifiserbare.
   • Organisasjonskultur – prosjektet krever endringer i organisasjonskulturen, forretningsprosessene, prosedyrene eller policyene.
   • Ressurstilgjengelighet – det er usikker tilgang på interne ressurser, og eksterne ressurser er påkrevd.
   • Sponsoravtale – sponsoravtalen er ikke tydelig identifisert og bekreftet.
   • Støttevennlighet – det kommer ikke til å være lette å støtte prosjektet, det kreves store oppdateringer.
   • Teknisk – prosjektteknologien er ikke utprøvd, og ny intern eller ekstern ekspertise kreves.

     Obs! Når du angir en usikkerhetskategori, overstyrer den totale poengsummen for usikkerheten alle avvikende statusvalg du gjør for usikkerhetskategorien eller -faktoren.

   Eier

   Definerer navnet på ressursen som behandler usikkerheten. Denne ressursen har ansvar for å sikre at usikkerheten tas hånd om og spores tilstrekkelig i hele livssyklusen.

   Standard: Ressursen som er logget på.

4. Fyll ut feltene under Detaljer. Følgende felter må forklares:

   Dato konsekvens inntreffer

   Definerer datoen for når ettervirkningene fra denne usikkerheten kan begynne å påvirke prosjektet. Hvis du identifiserte en innvirkningsdato, må du oppgi en dato i feltet Forventet løsningsdato.

   Standard: Dagens dato

   Antagelser

   Definerer antagelsene som bestemmer at dette elementet kan være en usikkerhet. Du kan verifisere disse antagelsene for å sikre at de fortsetter å være gyldige i hele usikkerhetens varighet. Hvis antagelsene endres, kan også usikkerhetens konsekvenser eller sannsynlighet endres.

   Tilknyttede usikkerheter

   Definerer usikkerhetene i prosjektet som er tilknyttet denne usikkerheten. Du kan kun knytte denne usikkerheten til usikkerheter i dette prosjektet.

   Tilknyttede problemer

   Definerer problemene i prosjektet som er tilknyttet denne usikkerheten. Denne usikkerheten kan bare knyttes til problemer i dette prosjektet.

   Tiltak

   Definerer hva slags tiltak du vil bruke med denne usikkerheten.

   Verdier:

   • Overvåking. Du ønsker ikke å svare på en usikkerhet. Denne typen tildeles vanligvis usikkerheter som har en lav beregnet usikkerhetspoengsum. Selv om sannsynligheten for eller konsekvensen av usikkerheten ikke er tilstrekkelig til å utløse en handling, bør du la usikkerheten være åpen og overvåke den.
   • Godta. Usikkerheten godtas, og i noen tilfeller har du ingen planer om å gjøre noe i forhold til den.
   • Overfør. Du ønsker å overføre usikkerheten til et annet prosjekt. Når usikkerheten er overført, kan du lukke den.
   • Reduser. Du ønsker å ta i bruk et usikkerhetstiltak for å løse usikkerheten.

     Standard: Overvåking

     Obs! I dette scenarioet skal du velge Reduser.

5. Fyll ut feltene under Kvantifiser usikkerhet: Følgende felter må forklares:

   Sannsynlighet

   Definerer sannsynligheten for at usikkerheten kan oppstå. Usikkerhetssannsynligheten brukes til å beregne usikkerhetseksponeringen.

   Verdier: Lav (1), Middels (2) eller Høy (3)

   Standard: Lav

   Beregnet usikkerhet

   Viser poengsummen som er beregnet på bakgrunn av alternativene du har angitt i feltene Sannsynlighet og Konsekvens.

   Verdier:

   • 1–3 (grønn). Den beregnede usikkerheten er lav.
   • 4–6 (gul). Den beregnede usikkerheten er middels.
   • 7–9 (rød). Den beregnede usikkerheten er høy.

   Konsekvens

   Definerer effekten av usikkerheten på prosjektet. Usikkerhetens innvirkning på prosjektets ytelse, støttevennlighet, kostnad og tidsplan fastsetter konsekvensen. Denne verdien brukes til å beregne usikkerhetseksponeringen.

   Standard: Lav

6. Legg ved et dokument som gir verdifulle bakgrunnsopplysninger om usikkerheten, tiltak som er truffet eller innvirkningen på prosjektet, under Vedlegg.
7. Fyll ut følgende felter under Løsning: Følgende felter må forklares:

   Løsning

   Definerer den endelige løsningen for denne usikkerheten etter at usikkerheten er redusert. Løsningsdataene kan gjøre det lettere å huske resultatet av et tiltak for en usikkerhet når du planlegger eller håndterer usikkerhetsplaner for fremtidige prosjekter.

   Obs! Du kan definere en løsning mens du oppretter usikkerheten eller før du lukker den.

   Restusikkerheter

   Angir usikkerhetene som oppstod eller ble opprettet i prosjektet som et resultat av tiltakene som ble truffet for å løse usikkerheten. Til forskjell fra tilknyttede usikkerheter vil restusikkerheter ikke få tilsvarende resultater, men skyldes en handling du utførte da du løste en usikkerhet.

8. Lagre endringene.