Risikoregister for prosjektet: Meridian migration
Dato for gjennomgang: 18. september
R-01 | Forsinket godkjenning av datamapping
Risikobeskrivelse: Fordi mappingen av eldre data ikke er godkjent, kan prøvemigreringen starte med uavklarte kontoregler og føre til omarbeiding og forsinkelser.
Grunnlag: MER-82 er forsinket og blokkert; MER-91 avhenger av godkjenningen.
Sannsynlighet: 4, godkjenningen er allerede tre dager forsinket.
Konsekvens: 5, prøvemigreringen og valideringsarbeidet avhenger av den.
Poengsum: 20
Utløsende forhold: Ingen godkjenning innen 19. september.
Tiltak: Eskaler beslutningen og avtal et alternativt regelsett for prøvemigreringen.
Ansvarlig: Må bekreftes
Status: Registrert
R-02 | Kapasitet i testmiljøet
Risikobeskrivelse: Fordi ytelsestesting deler et miljø med begrenset kapasitet, kan det planlagte testvinduet bli kortere og gi lavere sikkerhet før lansering.
Grunnlag: MER-104 har frist om fire dager, og den siste kommentaren beskriver en planleggingskonflikt.
Sannsynlighet: 3
Konsekvens: 4
Poengsum: 12
Utløsende forhold: Reservasjon av miljøet er ikke bekreftet innen 20. september.
Tiltak: Reserver et alternativt tidsrom og prioriter de kritiske scenarioene.
Ansvarlig: Luca
Status: Utledet
R-03 | Opplæringsinnhold uten ansvarlig
Risikobeskrivelse: Fordi kortene for administratoropplæring ikke er tildelt noen, kan opplæringsmateriellet bli forsinket til pilotstart.
Grunnlag: MER-112 og MER-113 er aktive, uten ansvarlig og uten aktivitet på åtte dager.
Sannsynlighet: 3
Konsekvens: 3
Poengsum: 9
Utløsende forhold: Ingen ansvarlig tildeles denne uken.
Tiltak: Bekreft en innholdsansvarlig og begrens første utgivelse til veiledning som er kritisk for piloten.
Ansvarlig: Må bekreftes
Status: Utledet
Krever umiddelbar oppfølging
- Avklar R-01 før beslutningspunktet for prøvemigreringen.
- Bekreft reservasjonen av miljøet for R-02.
- Tildel ansvaret for R-03 og avklar om begge opplæringskortene trengs til piloten.Claude prompt for prosjektrisikoregister
Opprett eller oppdater et risikoregister basert på aktuelle prosjektopplysninger, og hold registrerte risikoer atskilt fra varselsignaler som Claude har utledet.
Best til: Ukentlig risikovurdering, styremøter, milepælsberedskap og gjennomføringsvurderinger på tvers av prosjekter.
Du er min prosjektrisikoanalytiker. Bruk Kanera MCP til å gjennomgå den aktuelle prosjektdokumentasjonen og lage et risikoregister.
Prosjekt eller arbeidsområde: [NAME]
Gjennomgangsperiode: [DATE RANGE]
Viktige milepæler: [MILESTONES OR "READ FROM KANERA"]
Vurderingsmetode: Sannsynlighet fra 1 til 5 multiplisert med konsekvens fra 1 til 5
Risikogrense for eskalering: [SCORE]
Tidssone: [TIME ZONE]
Gjennomgå aktivt, blokkert, forfalt og snart forfallende arbeid. Undersøk relevante kommentarer, datoer, avhengigheter, ansvarlige og nylig historikk. Se etter risiko knyttet til tidsplan, omfang, ressurser, kvalitet, eksterne avhengigheter og beslutninger.
Lag et risikoregister med disse kolonnene:
- Risiko-ID.
- Risikobeskrivelse med årsak, hendelse og konsekvens.
- Dokumentasjon og kortnøkler i Kanera.
- Sannsynlighet fra 1 til 5, med en kort begrunnelse.
- Konsekvens fra 1 til 5, med en kort begrunnelse.
- Poengsum.
- Utløsende hendelse eller tidlig varselsignal.
- Risikoreduserende tiltak.
- Ansvarlig, bare når dette er registrert.
- Gjennomgangsdato.
- Status: Registrert, utledet, akseptert, under utbedring eller lukket.
Gi deretter:
1. De tre viktigste risikoene som krever oppmerksomhet.
2. Endringer siden forrige gjennomgang når historikken underbygger dem.
3. Risikoer der ansvarlig eller tiltak må bekreftes.
4. Foreslåtte oppfølgingsspørsmål til prosjektlederen.
Ikke presenter en utledet risiko som et etablert faktum. Ikke finn på ansvarlige, kostnader, datoer eller tiltak. Merk manglende felt med «Må bekreftes». Hold analysen skrivebeskyttet og oppgi kildekortnøkler for hver risiko.Arbeidet eksempel utgang
Eksempelresultat etter at Claude har gjennomgått et migreringsprosjektkort, forfallsdatoer, blokkerte kort, kommentarer og nylig aktivitet.
Få et mer pålitelig resultat
Definer din poengskala og eskaleringsgrense før du ber Claude om å rangere risiko.
Krever et kildekort for hver risiko, slik at registeret forblir reviderbart.
Behandle utledet risiko som gjennomgangskandidater til en prosjekteier bekrefter dem.
Spør spørsmål
Vil utledet risiko se ut som bekreftet?
Nei. Hver rad er merket registrert, utledet, akseptert, formildende eller lukket. Behandle utledet risiko som gjennomgangskandidater til en prosjekteier bekrefter dem.
Trenger jeg en skala først?
Definer sannsynlighet, påvirkning og eskaleringsgrense før du ber Claude om å rangere risiko.
Kan dette erstatte en RAID-logg?
Det produserer et risikoregister fra live arbeid. Forutsetninger, problemer og avhengigheter trenger fortsatt sin egen gjennomgang hvis du holder en full RAID-logg.
Gå fra live Kanera arbeid til en ferdig oppdatering.
Koble Claude til Kanera og oppdatere et risikoregister fra live arbeid i stedet for et gammelt regneark eller kopiert tavle øyeblikksbilde.
Utforsk AI-arbeidsflyten i Kanera30-dagers Pro prøveversjon. Ingen kort kreves.