Skip to content

Fremtidig pressemelding

Se for deg en dag ett år fra nå, når arbeidet har lyktes. Hva står det i kunngjøringen?

En fremtidig pressemelding er en kort skriveøvelse fra Define-fasen i Google Design Sprint Kit. Du skriver nyhetssaken du vil publisere når produktet er lansert. Øvelsen bygger på Amazons «working backwards»-metode: Start med resultatet du ønsker for brukeren, og jobb deg bakover til det du må bygge.

Øvelsen tvinger deg til å være konkret. En pressemelding har ikke plass til vage mål. Du må si hvem produktet er for, hvilket problem det løser, og hvorfor noen bør bry seg.

Hvorfor denne workshopen

Team Clouds mål for perioden er:

Vi skal etablere et solid grunnlag for AI-drevet utvikling og forvaltning av skyinfrastruktur.

Målet har to nøkkelresultater:

  1. AI-agenten skal klare å generere validert Terraform-kode i 6 av 10 utvalgte use cases uten manuelle endringer.
  2. Sammen utarbeide en teknisk arkitektur og prioritert roadmap for videre utvikling mot AWS-feilsøking og kode/PR-funksjonalitet, inkludert sentrale sikkerhets- og tilgangsprinsipper.

Begge nøkkelresultatene beskriver grunnmuren, ikke produktet folk faktisk bruker. Pressemeldingen stiller det motsatte spørsmålet: Når grunnmuren er på plass, hva har produktteamene i BYM fått ut av det? Svarene hjelper dere å velge de 10 use casene og bestemme hva som kommer først på roadmapen.

Før du starter

Tid 45–60 minutter
Deltakere Alle i workshopen. Jobb alene eller i par.
Materiell Papir, post-it-lapper eller en kopi av malen nedenfor. En tidtaker.
Resultat Én pressemelding per person eller par, og en felles liste med temaer

Slik gjennomfører du øvelsen

  1. Sett scenen. 5 minutter. Velg en lanseringsdato omtrent ett år frem i tid. Les opp målet og nøkkelresultatene. Vis eksempelpressemeldingen så alle ser formatet.
  2. Skriv. 15–20 minutter. Hver person eller hvert par skriver en pressemelding etter malen nedenfor. Skriv for en utvikler på et produktteam, ikke for Team Cloud. Hold det til én side.
  3. Les høyt. 2–3 minutter hver. Hver forfatter leser opp pressemeldingen sin uten kommentarer fra gruppen. De som lytter, skriver ned det som skiller seg ut på post-it-lapper.
  4. Finn temaer. 10 minutter. Grupper lappene på veggen. Se etter løfter som går igjen i flere pressemeldinger, og etter påstander som motsier hverandre.
  5. Bestem. 10 minutter. Stem over de tre løftene som betyr mest. Koble hvert løfte til et nøkkelresultat. Disse blir innspill til listen over use cases og til roadmapen.

Skriv på språket du tenker på

Skriv pressemeldingen på norsk eller engelsk, det som faller mest naturlig. Innholdet betyr mer enn formuleringene.

Mal

Kopier malen og fyll ut hver del. En eller to setninger per del er nok.

# Overskrift
Navnet på produktet og det viktigste det gjør.

## Undertittel
Hvem produktet er for, og hva de får ut av det.

**Oslo, <lanseringsdato>:** Sammendrag. Beskriv produktet og nytten
i to eller tre setninger. Anta at leseren slutter etter dette avsnittet.

## Problemet
Problemet brukeren har i dag, fortalt fra deres ståsted.

## Løsningen
Hvordan produktet løser problemet. Beskriv hva brukeren gjør,
ikke hvordan produktet fungerer på innsiden.

## Sitat fra Team Cloud
Hvorfor Team Cloud laget produktet, og hva det betyr for BYM.

## Slik fungerer det
De første stegene en bruker tar for å komme i gang.

## Sitat fra en bruker
En utvikler på et produktteam forteller hvordan produktet endret arbeidshverdagen.

## Kom i gang
Hvor brukeren går videre: en lenke, en Slack-kanal eller en kommando.

Tips for en god pressemelding

  • Skriv for brukeren, ikke for den som bygger. En utvikler på et produktteam bryr seg om at køen fungerer. Modellen eller prompten bak er uinteressant for dem.
  • Gjør det målbart. «Raskere» er svakt. «Fra to dager til 20 minutter» er sterkt.
  • Vær modig, men troverdig. Sikt høyt nok til at det er spennende. Sikt lavt nok til at teamet tror på det etter et års arbeid.
  • Si hva produktet ikke gjør. Tydelige begrensninger, for eksempel «skriver aldri til produksjon», betyr ofte like mye som funksjonene.
  • Dropp teknologien. Hvis en setning bare gir mening for noen som kan Terraform, skriv den om.

Spørsmål til diskusjon etterpå

  • Hvilken pressemelding vil du helst se bli virkelighet? Hvorfor?
  • Hva må være sant for at den pressemeldingen skal bli virkelig? Hva av det finnes ikke ennå?
  • Hvilke løfter krever sikkerhets- og tilgangsprinsipper før dere kan gi dem?
  • Hvilke av løftene kan dere teste med de 10 utvalgte use casene?