Utgå från promptarna när en projektledare sammanfattar riskloggen inför styrgruppens nästa beslut, men byt alltid ut hakparenteser mot konkret mål, material som får användas och kontrollkrav. Be AI markera osäkerheter i stället för att fylla luckor.
ANPASSA EFTER LOKALA REGLER OCH DATASKYDD
OM PROMPTARNA
Hur du använder det här biblioteket
Alla promptar är utgångspunkter — inte färdiga lösningar.
Byt ut det som står i hakparenteser mot din faktiska kontext.
Undvik att mata in konfidentiell information i icke-godkända verktyg.
KOPIERA → ANPASSA → GRANSKA → ANVÄND
PLANERING
Scope, WBS och planering
Bryt ned ett projekt i WBS
Jag ska leda ett projekt med följande mål och leverabler:
Projektmål: [beskriv vad projektet ska uppnå]
Slutleverabel: [beskriv vad som ska vara levererat när projektet är klart]
Projekttyp: [t.ex. IT-implementering, organisationsförändring, produktlansering]
Bransch/kontext: [beskriv er verksamhet kort]
Skapa en Work Breakdown Structure (WBS) med 2-3 nivåer:
- Nivå 1: Huvudleverabler/faser
- Nivå 2: Delleverabler under varje fas
- Nivå 3 (valfritt): Viktiga aktiviteter
Markera vilka leverabler som typiskt är på kritisk linje i den här typen av projekt.
Lista även 3-5 leverabler som projekt av den här typen ofta glömmer att ta med.
Identifiera scope-risker
Här är scope-beskrivningen för mitt projekt:
[klistra in eller beskriv projektets scope]
Analysera detta scope-dokument och identifiera:
1. Oklarheter som kan leda till olika tolkningar bland intressenter
2. Vanliga scope creep-triggers för den här typen av projekt
3. Leverabler som verkar ingå men inte är explicit nämda
4. Saker som troligen är utanför scope men som intressenter kan förvänta sig
Avsluta med förslag på 2-3 formuleringar jag kan lägga till för att göra scopet tydligare.
KOMMUNIKATION
Statusrapporter och intressentkommunikation
Veckovis statusrapport
Jag ska skriva en veckovis statusrapport för [mottagare: styrgrupp / kund / ledning].
Projektfakta:
- Projektnamn: [namn]
- Nuvarande fas: [fas]
- Övergripande status: [grön / gul / röd och varför]
Det här hände denna vecka:
[lista dina råa faktapunkter löst]
Pågående och nästa vecka:
[vad som pågår och planeras]
Risker/eskalationer denna vecka:
[eventuella risker, problem eller beslutsbehov]
Skriv en strukturerad statusrapport anpassad för [mottagaren] med: sammanfattning (2-3 meningar), status per leverabellinje, risker och åtgärder, kommande period och eventuella beslutspunkter.
Kommunicera en försening
Jag behöver kommunicera en försening i mitt projekt.
Situation: [vad är försenat, hur länge, vad är orsaken]
Mottagare: [vem ska få budskapet — kund, styrgrupp, uppdragsgivare]
Påverkan: [vad innebär förseningen för leveransen, kostnaden, eller andra beroenden]
Plan: [vad gör vi för att minimera konsekvenserna, vilka åtgärder är satta]
Beslutsbehov: [behöver mottagaren fatta något beslut till följd av detta?]
Skriv ett mejl/en rapport med: fakta om förseningen, kortfattad orsak, konkret plan framåt med datum och ansvariga, vad jag behöver från mottagaren.
Tonen: professionell och direkt. Inte defensiv. Inte överdrivet ursäktande. Fokus på vägen framåt.
Anpassa budskap för olika målgrupper
Jag har följande projektuppdatering som jag behöver kommunicera till tre olika målgrupper:
Uppdateringen (råfakta): [beskriv vad som hänt/beslutat/förändrats]
Skriv tre versioner anpassade för:
1. Tekniska teamet — vill ha detaljer, teknisk kontext, konkreta åtgärder
2. Styrgruppen — vill ha undantag, affärspåverkan, beslutspunkter, max en halv sida
3. Slutkunden/beställaren — vill ha affärspåverkan, leveransstatus, inga interna detaljer
Håll varje version kortfattad och anpassad till målgruppens behov.
RISKER
Riskidentifiering och risklogg
Systematisk riskidentifiering
Jag leder ett projekt med följande karaktäristik:
Projekttyp: [t.ex. systemimplementering, bygge, organisationsförändring]
Storlek: [ungefärlig budget, antal involverade, varaktighet]
Kontext: [intern eller extern kund, bransch, organisation]
Nuvarande fas: [planering / genomförande / avslut]
Kända utmaningar: [lista det du redan vet]
Identifiera systematiskt risker inom dessa kategorier:
- Teknik och system
- Resurser och kompetens
- Intressenter och organisation
- Leverantörer och beroenden
- Scope och krav
- Tids- och budgetrisk
- Yttre faktorer
För var och en av de 5-7 viktigaste riskerna: beskriv risken, trolig sannolikhet (hög/medel/låg), trolig konsekvens (hög/medel/låg), och förslag på förebyggande åtgärd.
Formulera en risk för riskloggen
Jag vill lägga in följande risk i min risklogg:
Min råa notering: [skriv din osorterade beskrivning av risken]
Formulera denna risk tydligt enligt strukturen:
- Riskbeskrivning: [vad kan hända, varför]
- Trigger: [vad som skulle utlösa risken]
- Konsekvens om den realiseras: [påverkan på tid, kostnad, leverans, relationer]
- Sannolikhet: [hög/medel/låg med kort motivering]
- Konsekvens: [hög/medel/låg med kort motivering]
- Riskägare: [roll som ansvarar]
- Förebyggande åtgärd: [vad vi gör för att minska sannolikheten]
- Beredskapsplan: [vad vi gör om risken realiseras]
MÖTEN
Agendor och mötesdokument
Skapa en mötesagenda
Jag ska hålla ett möte med följande förutsättningar:
Mötestyp: [t.ex. styrgruppsmöte, teammöte, kundmöte, retrospektiv]
Deltagare: [vilka roller deltar]
Tillgänglig tid: [hur länge]
Syftet med mötet: [vad ska vi uppnå]
Ämnen jag vill ta upp: [lista dem löst]
Beslut som måste fattas: [lista eventuella beslutspunkter]
Skapa en strukturerad agenda med:
- Tydliga punkter i logisk ordning
- Tidsestimering per punkt
- Typ per punkt: Information / Diskussion / Beslut
- Ansvarig för varje punkt
Lägg till ett förslag på hur mötet bör öppnas för att sätta rätt ton och fokus.
Strukturera mötesanteckningar
Här är mina råa anteckningar från ett projektmöte:
[klistra in anteckningarna]
Strukturera dessa till ett kort beslutsdokument med:
1. Syfte med mötet (1 mening)
2. Deltagare
3. Beslut (numrerade, tydliga)
4. Åtgärdspunkter (vad, vem ansvarar, senast när)
5. Öppna frågor som behöver följas upp
Håll det kortfattat. Utelämna diskussioner och det som inte är beslutsrelevant.
Använd aktiv form: "Projektet beslutar att..." inte "Det beslutades att..."
ÄNDRING, PROGNOS OCH LÄRDOM
Tre kontrollpromptar
Ändringsbegäran mot baslinje
Jämför denna ändringsbegäran med den godkända baslinjen: [ÄNDRING] [BASLINJE]. Lista endast belagda skillnader för scope, leverabler, beroenden och acceptanskriterier. Skapa rubriker för tid, kostnad, kvalitet, risk och beslut men skriv [KRÄVER BEDÖMNING] där underlag saknas. Rekommendera inte beslut.
Prognos med tydliga antaganden
Strukturera dessa verifierade utfall och avvikelser: [DATA]. Dela svaret i utfall, beslutad plan, prognos, antaganden och osäkerheter. Lägg inte till siffror eller orsaker. Markera varje lucka med [SAKNAS].
Lessons learned utan personomdömen
Strukturera följande verifierade projekthändelser: [HÄNDELSER]. För varje lärdom: händelse, observerad effekt, belägg, rekommenderad processförändring och ägare för uppföljning. Skapa inga personbedömningar och markera obelagda orsaker med [VERIFIERA].
VANLIGA FRÅGOR
Använda promptbiblioteket
Hur anpassar jag promptarna i biblioteket till min situation?
Byt ut hakparenteserna mot mål, format och endast sådan kontext som får behandlas. Be AI markera luckor i stället för att fylla dem.
Vad ska jag aldrig klistra in i en prompt?
Behandla bara information som det konkreta arbetsflödet är godkänt för. Kontrollera personuppgifter, sekretess, företagshemligheter, NDA, behörigheter och avtal; en företagslicens eller ett biträdesavtal räcker inte ensamt.
Hur vet jag att AI-svaret är användbart?
Kontrollera fakta mot projektets källsystem och originalkällor, verifiera beslut, ägare, datum och siffror och låt rätt ansvarig granska viktiga underlag.
AVSÄNDARE OCH GRANSKNING
Vem står bakom innehållet?
Skribent och källgranskare:Christopher Leijon. Angivna myndighets-, lag- och leverantörskällor kontrollerades .
Extern sakgranskning: Ingen extern projektledare, projektstyrningsspecialist, informationssäkerhetsspecialist eller jurist har granskat sidan. Materialet är ett praktiskt arbetsstöd och ersätter inte projektets styrmodell, avtal, säkerhetsbedömning eller ansvariga beslutsfattares prövning.
GUIDEVÄG // STEG 8 AV 12
Nästa: Etik och juridik
Förstå ansvar och risker för vad som inte får lämna projektet.