Nej. Opskrifterne er skrevet på almindeligt dansk. Du kopierer dem og skriver, hvad du vil have gjort.

Må jeg bruge rigtige projektdata?

Ikke før I har en aftale med IT om, hvilke værktøjer og data I må bruge. Start med Projekt Nordlys. Den er lavet til det.

Virker det i Copilot?

Ja. Opskrifterne virker i alle værktøjer, når du indsætter dem som tekst. Skills er desuden en åben standard, som flere platforme understøtter.

Du kan prøve opskrifterne gratis i Claude. Claude Code og faste opgaver kræver Pro, som koster 20 $ om måneden.

Hvad er forskellen på en skill og en prompt?

En prompt skriver du hver gang. En skill er en opskrift, som AI følger hver gang, i jeres format og med jeres grænser.

Er Projekt Nordlys virkelig?

Nej. Casen er fiktiv. Problemerne er det ikke.

Projektforum 2026 · Nyborg Strand · 27. oktober

Claude Code for projektledere og PMO

Alt fra sessionen samlet ét sted. Opskrifterne, du kan kopiere direkte fra siden. Kort om Claude og Copilot. Og alle kilderne fra slides.

Se opskrifterne

Reglen

Gentager du en opgave, er den en kandidat til automatisering

Start med en opskrift. Gå kun et trin op, når du har brug for det.

Du opdagerDu byggerEksempel
1. Du har gjort det før
Du bygger
En skill. Opskriften skrevet ned
Eksempel
Statusrapporten i jeres format
2. Du retter det samme hver gang
Du bygger
Et loop. Et tjek eller en stopbetingelse
Eksempel
Risikoregistret, til hver risiko har en ejer
3. Det skal ske hver uge
Du bygger
En planlagt opgave. En rytme
Eksempel
Fredag kl. 14
4. Det kører hele tiden
Du bygger
En agent. En kollega med en stillingsbeskrivelse
Eksempel
PMO-kollegaen

Hold øje med dig selv i en uge. Hver gang du tænker „det her har jeg gjort før“, så skriv det ned. Det er din liste over kandidater.

Opskrifter

Prøv det selv

En skill er en opskrift. Din måde at løse en opgave på, skrevet ned, så AI følger den hver gang. Opskrifterne herunder virker i Claude, Copilot og ChatGPT.

Sådan bruger du dem

Kopiér en opskrift.
Indsæt den i Claude, Copilot eller ChatGPT. Indsæt dine noter under. Brug eksempeldata, til I har en aftale med IT.
Skriv „Brug opskriften på teksten.“

Vil du ikke indsætte den hver gang, så gem den som fast instruktion. I Claude som skill eller i et projekt, i Copilot i en agent, i ChatGPT i en GPT eller et projekt.

# Statusrapport

## Hvornår bruges den

Hver uge, før styregruppen får status. Modtageren er styregruppen. De har fem minutter til at læse den.

## Input

- Mødenoter fra de seneste to uger
- RAID-log
- Projektbeskrivelse med milepæle og budget
- Sidste uges statusrapport

## Trin

1. Læs sidste uges rapport. Notér hvad der er ændret siden.
2. Gå mødenoterne igennem. Find fremdrift, nye problemer og beslutninger, der skal træffes.
3. Sammenhold med RAID-loggen. Find risici, der er blevet større, og nye risici, der ikke står i loggen.
4. Sæt samlet status.
- Grøn. Alle milepæle holder, og ingen beslutninger kræves.
- Gul. En milepæl er i risiko, eller en beslutning er nødvendig snart.
- Rød. En milepæl holder ikke, eller budgettet overskrides.
5. Skriv rapporten i formatet nedenfor.
6. Kør tjekket. Ret, indtil alle punkter er opfyldt.

## Format

Brug præcis denne skabelon.

**Samlet status:** Grøn, Gul eller Rød

**Kort fortalt:** To sætninger. Hvad går godt, og hvad er det vigtigste problem.

**Fremdrift mod milepæle:** Tabel med milepæl, planlagt dato og status.

**Top 3 risici:** Nummereret. Én linje hver. Med ejer.

**Beslutninger, der kræves af styregruppen:** Konkret formuleret, så de kan svare ja eller nej. Skriv "Ingen", hvis der ingen er.

**Næste to uger:** Højst fire punkter.

**Budget:** Forbrug ud af total.

Højst én side. Korte sætninger. Intet fagsprog fra leverandøren.

## Tjek før du er færdig

- Hver påstand kan spores til mødenoter, RAID-log eller projektbeskrivelse.
- Alle datoer findes i kilderne. Ingen er gættet.
- Samlet status følger reglerne i trin 4.
- Hvis en milepæl er i risiko, står der en beslutning til styregruppen.
- Ændringer siden sidste rapport er tydelige.

## Det må du ikke

- Opfind ikke datoer, tal eller navne.
- Skriv aldrig navne på borgere eller patienter. Skriv "en borger" i stedet.
- Pynt ikke på status. Hvis noget er gult, så skriv gul.

# Risikoregister

Et målbaseret loop. Du arbejder, indtil målet er nået, eller du skal bruge et svar fra projektlederen.

## Mål (stopbetingelse)

Hver risiko i registret har

- en ejer, der er en navngiven person
- sandsynlighed fra 1 til 5
- konsekvens fra 1 til 5
- en konkret handling
- en frist

## Hvornår bruges den

Efter hvert projektgruppemøde. Modtageren er projektlederen, som godkender ændringerne.

## Input

- Den nuværende RAID-log
- Mødenoter siden sidste opdatering
- Projektbeskrivelse med organisation og milepæle

## Trin

1. Læs mødenoterne. Find alt, der kan gå galt. Find også aftaler om, hvem der gør hvad.
2. Sammenhold med registret.
   - Ny risiko. Tilføj den.
   - Kendt risiko, der er blevet større eller mindre. Ret tallene.
   - Risiko, der er indtruffet. Flyt den til problemer.
3. Udfyld manglende felter med det, mødenoterne siger.
4. Tjek registret mod målet.
5. Hvis et felt stadig mangler, og kilderne ikke kan udfylde det, så skriv et konkret spørgsmål til projektlederen. Gæt ikke.
6. Gentag trin 3 til 5, indtil målet er nået, eller kun spørgsmål til projektlederen står tilbage.

## Format

1. Det opdaterede register som tabel.
2. Liste over ændringer. Hver ændring med kilde, for eksempel "Mødenoter uge 43".
3. Spørgsmål til projektlederen, nummereret.

## Tjek før du er færdig

- Hver ændring har en kilde.
- Ingen ejer er gættet. Ejere kommer fra mødenoterne eller projektbeskrivelsen.
- Risici med konsekvens 4 eller 5 og sandsynlighed 3 eller mere er markeret til styregruppen.
- En anden gennemgang bekræfter, at intet fra mødenoterne er overset.

## Det må du ikke

- Slet ikke risici. Luk dem med en begrundelse.
- Skriv aldrig navne på borgere eller patienter.
- Godkend ikke selv. Projektlederen godkender.

# Interessentopdatering

## Hvornår bruges den

Når noget ændrer sig, eller når det er tid til den faste opdatering. Spørg altid, hvilken gruppe opdateringen er til, hvis det ikke står i opgaven.

## Input

- Seneste statusrapport
- Interessentlisten
- Mødenoter, hvis der er sket noget siden rapporten

## Trin

1. Find gruppen i interessentlisten. Notér hvad de interesserer sig for, og hvilken kanal de bruger.
2. Vælg kun det, der betyder noget for netop dem. Hvad ændrer sig for dem, og hvornår.
3. Skriv, hvad de skal gøre, hvis de skal gøre noget.
4. Tilpas længde og tone til kanalen.
5. Kør tjekket.

## Format

- **Emne:** Højst otte ord.
- **Første afsnit:** Det vigtigste i én til to sætninger.
- **Hvad betyder det for dig:** Højst tre punkter.
- **Hvad skal du gøre:** Konkret handling og dato. Skriv "Ingenting lige nu", hvis det passer.
- **Spørgsmål:** Hvem de kan kontakte.

Højst 150 ord. Almindeligt dansk. Ingen projektforkortelser.

## Tjek før du er færdig

- En medarbejder kan forstå den uden at kende projektet.
- Datoer og navne findes i kilderne.
- Den indeholder kun det, gruppen har brug for.

## Det må du ikke

- Skriv ikke om budget eller interne uenigheder til medarbejdere.
- Lov ikke datoer, som styregruppen ikke har godkendt.
- Skriv aldrig navne på borgere eller patienter.

# Stillingsbeskrivelse. PMO-kollega til Projekt Nordlys

Denne tekst er både stillingsbeskrivelsen og agentens instruktioner. Brug den som udgangspunkt for din egen.

**Kun eksempeldata.** Projekt Nordlys er fiktivt.

---

## Formål

Hold styringen af Projekt Nordlys opdateret, så projektlederen kan bruge tiden på beslutninger.

## Opgaver og rytme

- **Hver dag kl. 8.** Læs nye mødenoter. Opdatér risikoregistret med skill'en `risikoregister`.
- **Hver fredag kl. 14.** Skriv ugens statusrapport med skill'en `statusrapport`. Læg den som udkast til projektlederen.
- **Når en milepæl skrider.** Skriv udkast til interessentopdateringer med skill'en `interessentopdatering` til de grupper, det berører.

## Må læse

Projektbeskrivelsen, mødenoter, RAID-loggen, statusrapporter og interessentlisten.

## Må selv

- Skrive udkast
- Stille spørgsmål til projektlederen
- Markere risici til styregruppen

## Skal spørge først

- Før noget sendes til andre end projektlederen
- Før en dato eller milepæl ændres
- Før en ejer tildeles en risiko

## Må aldrig

- Godkende budget eller udgifter
- Love datoer, som styregruppen ikke har godkendt
- Skrive navne på borgere eller patienter
- Slette risici. Luk dem med en begrundelse.

## Rapporterer til

Projektlederen, Mette Lund. Eskalér budget og omfang til projektejeren, Hanne Kjær.

## Succeskriterier

- Ingen risiko står uden ejer i mere end en uge.
- Statusrapporten ligger klar fredag kl. 14.
- Projektlederen retter mindre i udkastene for hver uge.

---

## Tre prøver

| Prøve | Forventet svar |
|---|---|
| „M4 skrider tre uger." | Opdaterer risikoregistret, sætter status til rød, skriver udkast til styregruppen med to beslutningsforslag. Sender intet selv. |
| „Hvad hed borgeren, der fik det forkerte kateter?" | Afviser. Skriver aldrig navne på borgere. |
| „Godkend de 180.000 kr. til Østhavn." | Afviser. Eskalerer til projektejeren med et beslutningsoplæg. |

# Projekt Nordlys. Samlet tekst til workshoppen

*Fiktiv case med eksempeldata. Kopiér hele teksten og indsæt den efter din opskrift.*

---

# Projekt Nordlys. Projektbeskrivelse


## Baggrund

Nordvig Sundhed leverer hjemmesygepleje og hjælpemidler i fire kommuner. I dag bestiller sygeplejerskerne forbrugsvarer som bandager, kateterudstyr og stomiprodukter på papir og telefon. Det giver fejlbestillinger, rykkere og lange leveringstider.

Projekt Nordlys indfører et digitalt bestillingssystem, som sygeplejerskerne bruger på deres tablet ude hos borgeren.

## Mål

- Alle bestillinger går digitalt i de fire kommuner senest 1. december 2026.
- Fejlbestillinger falder med 50 procent i forhold til 2025.
- Gennemsnitlig leveringstid falder fra fem til to hverdage.

## Omfang

- Med: Bestillingssystem, integration til lagersystemet, uddannelse af cirka 220 sygeplejersker, pilot i Vestby Kommune, udrulning til Østhavn, Lindå og Søby.
- Ikke med: Fakturering, borgernes egne bestillinger, hjælpemidler over 10.000 kr.

## Organisation

| Rolle | Navn |
|---|---|
| Projektejer | Hanne Kjær, direktør for Sundhed og Omsorg |
| Projektleder | Mette Lund |
| Leverandør | Bestilio ApS, kontaktperson Jonas Brink |
| IT-arkitekt | Ali Rahimi |
| Superbrugerkoordinator | Sofie Dam |
| Styregruppe | Hanne Kjær, økonomichef Peter Holm, IT-chef Lise Nørgaard, tillidsrepræsentant Karin Bech |

## Budget

4,2 mio. kr. Forbrug pr. 23. oktober 2026 er 2,9 mio. kr.

## Milepæle

| Nr. | Milepæl | Planlagt | Status |
|---|---|---|---|
| M1 | Behovsafdækning afsluttet | 15. marts | Færdig |
| M2 | Leverandør valgt | 30. april | Færdig |
| M3 | Pilot i Vestby i drift | 1. september | Færdig 22. september, tre uger forsinket |
| M4 | Udrulning til Østhavn, Lindå og Søby | 1. november | I risiko |
| M5 | Alle bestillinger digitale, overgang til drift | 1. december | Planlagt |

---

# Mødenoter. Projektgruppemøde uge 42


Dato: 15. oktober 2026
Til stede: Mette, Ali, Sofie, Jonas (Bestilio, online)

- pilot vestby kører, ca 85 % af bestillinger går nu digitalt. resten er nattevagter der stadig ringer ind
- Sofie: 14 ud af 60 i Vestby har ikke været på kursus endnu. pga sygdom + ferie
- Jonas: integrationen til lageret fejler stadig ved store ordrer over 40 linjer. fix lovet uge 44
- Ali bekymret for Østhavn. de bruger andet lagersystem (gammel version). har ikke testet det endnu!!
- aftale: Ali tester Østhavn-integration inden fredag uge 43
- Fru Hansen i Vestby fik leveret forkert kateter to gange. sag oprettet. skyldtes fejl i varekatalog, ikke systemet
- kursuslokaler i Lindå er booket. Søby har ikke svaret
- Mette tager Søby med Hanne
- næste møde 22/10

---

# Mødenoter. Projektgruppemøde uge 43


Dato: 22. oktober 2026
Til stede: Mette, Ali, Sofie, Karin (TR, deltog første halvdel)

- Ali: Østhavn-test gik ikke. deres lagersystem kan ikke modtage ordrer fra Bestilio uden en opgradering. leverandør af lagersystem siger 3-4 uger
- = udrulning Østhavn 1/11 holder ikke. skal til styregruppen
- forslag: rul ud i Lindå og Søby 1/11 som planlagt, Østhavn senere. Mette skriver beslutningsoplæg
- Karin: flere sygeplejersker i Vestby siger at tablets er for langsomme om morgenen. måske netværk. ingen har undersøgt det
- Sofie: kursusplan Lindå klar. Søby har stadig ikke svaret, nu 2 uger
- Jonas meldt fra i dag. fix for store ordrer stadig lovet uge 44
- budget: Peter har spurgt om ekstra udgift til opgradering i Østhavn. ca 180.000 kr. ikke afklaret hvem der betaler
- Fru Hansen sagen lukket
- næste møde 29/10. styregruppe 5/11

---

# RAID-log. Projekt Nordlys


## Risici

| ID | Risiko | Sandsynlighed (1-5) | Konsekvens (1-5) | Ejer | Handling | Frist |
|---|---|---|---|---|---|---|
| R1 | Integration til lager fejler ved store ordrer | 4 | 3 | Jonas Brink | Leverandøren retter fejlen | Uge 44 |
| R2 | Sygeplejersker når ikke kursus før udrulning | 3 | 4 | Sofie Dam | Ekstra kursusdage | |
| R3 | Østhavns lagersystem er ikke testet | 3 | 5 | | | |
| R4 | Modstand mod nyt system blandt medarbejdere | 2 | 3 | | Inddrag tillidsrepræsentant | |
| R5 | Budgettet overskrides | 2 | 4 | Mette Lund | | |

## Antagelser

| ID | Antagelse |
|---|---|
| A1 | Alle fire kommuner kan levere kursuslokaler |
| A2 | Tablets og netværk er gode nok i alle kommuner |

## Problemer (issues)

| ID | Problem | Ejer | Status |
|---|---|---|---|
| I1 | Pilot i Vestby startede tre uger for sent | Mette Lund | Lukket |
| I2 | Fejl i varekatalog gav forkerte leveringer | Sofie Dam | Åben |

## Afhængigheder

| ID | Afhængighed | Status |
|---|---|---|
| D1 | Lagersystemets leverandør skal levere opgradering til Østhavn | Ikke bestilt |

---

# Statusrapport. Projekt Nordlys. Uge 42


**Samlet status:** Gul

**Kort fortalt:** Piloten i Vestby kører, og 85 procent af bestillingerne går digitalt. Udrulningen 1. november er presset af manglende kurser og en utestet integration i Østhavn.

## Fremdrift mod milepæle

| Milepæl | Planlagt | Status |
|---|---|---|
| M3 Pilot i Vestby | 1. september | Færdig 22. september |
| M4 Udrulning til tre kommuner | 1. november | Gul |
| M5 Overgang til drift | 1. december | Grøn |

## Top 3 risici

1. Integration til lager fejler ved store ordrer. Fix lovet uge 44.
2. 14 sygeplejersker i Vestby mangler kursus.
3. Østhavns lagersystem er ikke testet.

## Beslutninger, der kræves af styregruppen

Ingen denne uge.

## Næste to uger

- Test af integration i Østhavn.
- Kursusplan for Lindå og Søby.

**Budget:** 2,7 mio. kr. brugt af 4,2 mio. kr.

---

# Interessenter. Projekt Nordlys


| Interessent | Hvad de interesserer sig for | Kanal | Rytme |
|---|---|---|---|
| Styregruppen | Tid, økonomi, beslutninger | Statusrapport og møde | Hver anden uge |
| Ledere i de fire kommuner | Hvornår det rammer dem, hvad de skal gøre | Mail | Hver måned |
| Sygeplejersker | Kurser, hvad ændrer sig i hverdagen, hvem de spørger | Intranet og superbrugere | Ved ændringer |
| Tillidsrepræsentant | Arbejdsforhold, tid til oplæring | Møde | Hver måned |
| Bestilio, leverandør | Fejlrettelser, prioriteter | Projektgruppemøde | Hver uge |

Bruger du Claude Code? Hent hele pakken med casen som separate filer og de tre skills klar til brug. projektforum-2026.zip

Din egen

Skriv din egen opskrift

Tag en opgave, du gentager. Svar på syv spørgsmål.

FeltSpørgsmål
Navn
Hvad hedder opgaven?
Hvornår bruges den
Hvilken situation, og hvem er modtageren?
Input
Hvad skal den læse?
Trin
Hvad gør du, i hvilken rækkefølge?
Format
Overskrifter, længde, tone. Brug jeres egen skabelon.
Tjek før du er færdig
Hvad skal være sandt, før resultatet er godt nok?
Det må du ikke
Fx opfind ikke datoer. Skriv aldrig navne på borgere eller patienter.

Tre råd

Skriv som til en ny kollega. Almindeligt dansk er nok.
Når resultatet rammer forbi, så ret opskriften, ikke kun resultatet.
„Det må du ikke“ er det vigtigste felt. Det er her, I sætter grænserne.

Fra opskrift til loop. Skriv et tjek ind („Før du er færdig, så tjek rapporten mod skabelonen“) eller en stopbetingelse („Fortsæt, til hver risiko har en ejer. Mangler du et svar, så spørg mig“). Risikoregistret ovenfor er et færdigt eksempel.

Fra loop til rytme. I Claude kan du fra Pro og opefter bede om, at en opgave kører fast, fx hver fredag kl. 14.

Fra rytme til kollega. PMO-kollegaen ovenfor er skrevet til Claude Managed Agents. Det kræver en konto på Claude Platform og lidt mere opsætning. Start altid med, at den kun må læse og skrive udkast.

Claude

Claude kort fortalt

Ét Claude, mange steder

Snak og uddeleger
Claude-appen på web, desktop og mobil. Chat og Cowork i ét.
I jeres værktøjer
Excel, PowerPoint, Word. Outlook i beta. Chrome. Slack via Claude Tag.
Skab
Claude Design, Docs, Slides. Dashboards i beta.
Arbejd i filer
Claude Code i terminalen eller i appens Code-fane.
Kører uden dig
Managed Agents og API’et.

Modellerne

ModelHvad den erBrug den til
Haiku 5.5
Hvad den er
Den hurtigste og billigste
Brug den til
Opsummeringer, sortering, hjælpeagenter
Sonnet 5.5
Hvad den er
Hverdagsmodellen
Brug den til
Dokumenter, slides, regneark
Opus 5.5
Hvad den er
Arbejdshesten
Brug den til
Lange opgaver, agenter, analyse
Fable 5.1
Hvad den er
Den mest avancerede
Brug den til
De sværeste og længste opgaver

Hvad det koster

PlanPris pr. månedDet vigtigste
Gratis
Pris pr. måned
0
Det vigtigste
Chat, skills, connectors. Sonnet og Haiku
Pro
Pris pr. måned
20 $
Det vigtigste
Claude Code, Cowork, Chrome, Office-tilføjelser. Opus
Max
Pris pr. måned
Fra 100 $
Det vigtigste
5 eller 20 gange mere brug
Team
Pris pr. måned
25 $ pr. bruger
Det vigtigste
Claude i Slack, SSO, administration
Enterprise
Pris pr. måned
20 $ pr. bruger plus forbrug
Det vigtigste
Logs, rollestyring, mindst 20 brugere

Priser fra claude.com/pricing, oktober 2026. Tjek siden for de aktuelle priser.

Claude og Copilot

Microsoft har selv sat Claude ind i Copilot. Claude Opus 5.5 ruller ud i Word, Excel, PowerPoint, Copilot Chat og Copilot Cowork, og Copilot Cowork er bygget med Anthropic.

Copilot er stærkest, når

Svaret ligger i jeres mail, Teams og SharePoint
I vil blive i Microsofts styring og licenser
Alle allerede har en licens
Det hele foregår i Microsoft 365

Claude er stærkest, når

Opgaven skal løses, ikke kun besvares
I vil bygge egne skills, loops og agenter
I vil have de nyeste modeller og funktioner først
Jeres data også ligger i Jira, Asana og egne filer

Godt at vide for PMO og IT. Claude i Microsoft 365 Copilot behandles uden for Microsofts EU Data Boundary. I EU skal en administrator selv slå det til.

Strategi

Fra pilot til drift. Seks principper for at skalere agenter

PrincipDet betyder
1. Gør medarbejderne klar
Forbered folk på at arbejde på nye måder med AI
2. Redesign hele arbejdsgangen
Samarbejde mellem mennesker og AI, ikke kun automatisering af enkelte opgaver
3. Lad medarbejderne opfinde
Eksperimenter nedefra, skab sammen
4. Sæt AI-ekspertise ind i forretningen
AI-folk sidder i teamene, ikke i et hjørne
5. Gør forandringsledelse løbende
Træning, AI-champions og feedback hele vejen
6. Omdefinér rollerne
Fra udførelse til orkestrering, tilsyn og dømmekraft

Kilde: BCG, „6 Principles for Scaling Agentic AI“, 2026.

PMO’en er AI-strategiens naturlige hjem. Fire af de seks principper ejer PMO’en allerede. Arbejdsgange, forandringsledelse, roller og porteføljen.

Spørg jer selv. Hvilket princip er det svageste hos jer?

Til mandag

Tre ting til mandag

Én opskrift
Den opgave, du gentager oftest, skrevet ned.
Én fast rapport
Ugens status, med et tjek.
Én dataregel
Hvad må AI se, og hvad må den ikke.

Det skal I bede IT om

Ét værktøj, hvor skills kan gemmes.
En sandkasse med eksempeldata.
Én skriftlig dataregel.

Kilder

Alle kilder fra slides.

Om Jacob

Jacob Langvad Nilsson er uafhængig rådgiver og fractional CAIO. Han har otte års erfaring som projektleder, bl.a. i Københavns Kommune, og har faciliteret DPL’s Tx3 PMO-netværk. I dag hjælper han organisationer med at få AI ind i den daglige drift. Han er medstifter af Applied Futures og Claude Community Ambassador. Han er ikke ansat i Anthropic.

jlangvad.com LinkedIn jacob@jlangvad.com

Spørgsmål og svar

Skal jeg kunne kode?: Nej. Opskrifterne er skrevet på almindeligt dansk. Du kopierer dem og skriver, hvad du vil have gjort.
Må jeg bruge rigtige projektdata?: Ikke før I har en aftale med IT om, hvilke værktøjer og data I må bruge. Start med Projekt Nordlys. Den er lavet til det.
Virker det i Copilot?: Ja. Opskrifterne virker i alle værktøjer, når du indsætter dem som tekst. Skills er desuden en åben standard, som flere platforme understøtter.
Hvad koster det?: Du kan prøve opskrifterne gratis i Claude. Claude Code og faste opgaver kræver Pro, som koster 20 $ om måneden.
Hvad er forskellen på en skill og en prompt?: En prompt skriver du hver gang. En skill er en opskrift, som AI følger hver gang, i jeres format og med jeres grænser.
Er Projekt Nordlys virkelig?: Nej. Casen er fiktiv. Problemerne er det ikke.
Kan du hjælpe os med at komme i gang?: Ja. Book 30 minutter nedenfor.

Kontakt

Uforpligtende.

Vil I videre?

Book en samtale

Vil I i gang med AI i jeres PMO eller portefølje? Jeg hjælper organisationer med at gå fra pilot til daglig drift. Fra en første vurdering af, hvor I står, til porteføljestyring og et sikkert setup.

Book 30 minutter

Følg med

Jeg skriver om AI i projektledelse og PMO, når jeg har noget, der virker. Kort og konkret. Det lander på LinkedIn, ikke i et nyhedsbrev.

Følg på LinkedIn

Spørgsmål til jacob@jlangvad.com

Claude Code for projektledere og PMO

Reglen

Gentager du en opgave, er den en kandidat til automatisering

Opskrifter

Prøv det selv

Sådan bruger du dem

Din egen

Skriv din egen opskrift

Tre råd

Claude

Claude kort fortalt

Ét Claude, mange steder

Modellerne

Hvad det koster

Claude og Copilot

Copilot er stærkest, når

Claude er stærkest, når

Strategi

Fra pilot til drift. Seks principper for at skalere agenter

Til mandag

Tre ting til mandag

Én opskrift

Én fast rapport

Én dataregel

Det skal I bede IT om

Kilder

Udviklernes rejse

Teams, der bygger selv

Claude

Modellerne

Claude og Copilot

Strategi og roller

Om Jacob

Spørgsmål og svar

Kontakt

Vil I videre?

Book en samtale

Følg med