Veikart
Nedenfor er en kortfattet beskrivelse av hvordan vi planlegger og utfører arbeidet vårt gjennom året. Den er ment for kunder og partnere som ønsker å ha en oversikt over vår kvartalsvise tilnærming, våre to-ukers sprinter, og hvordan vi håndterer PI (Program Increment) Planlegging to uker før slutten av hvert kvartal.
Veikart
Sjekk ut våre veikart for å få en oversikt over våre nåværende prioriteringer og vår visjon for året.
Hvorfor Er Dette Viktig for Deg
- Transparente milepæler: Du vil vite nøyaktig når sprinter starter og slutter, og når de store planleggingshendelsene (PI Planlegging) finner sted.
- Regelmessige oppfølgingsmøter: Hver sprint inkluderer et gjennomgangs- (eller demo) møte hvor du kan se fremdrift, gi tilbakemelding, og be om justeringer.
- Proaktiv tilpasning ved kvartalsslutt: Å organisere PI Planlegging to uker før slutten av kvartalet lar oss enkelt tilpasse oss prioriteringene for det følgende kvartalet uten å måtte haste.
Samarbeide
- Hold deg involvert: Din tilbakemelding under sprintgjennomganger og planleggingsøkter veileder våre beslutninger angående funksjoner, feilrettinger, og prioriteringer.
- Forutse: Med milepæler satt hver andre uke (for sprinter) og hvert kvartal (for PI Planlegging), kan du justere dine egne forretnings- eller utgivelsesfrister deretter.
Oversikt over Arbeidsoppgaver
AI Smarttalk håndterer to hovedtyper innkommende arbeidsoppgaver:
- Funksjoner – Nye funksjoner eller forbedringer av eksisterende.
- Feil – Defekter eller problemer innen eksisterende funksjoner som krever en løsning.
Nedenfor er en rask oversikt over hvordan funksjoner og feil typisk utvikler seg gjennom vår prosess:
| Elementtype | Gjennomgangstidspunkt | Typisk prioriteringsflyt | Planleggingsfrekvens |
|---|---|---|---|
| Funksjoner | Hver annen uke prioriteringsgjennomganger | Akseptert (til backlog) / Utsatt / Avvist | Detaljert under PI Planlegging (hver 3. måned) |
| Feil | Kontinuerlig triage; kritiske feil analyseres så snart som mulig | Hotfix (hvis kritisk) / Feilretting (hvis mindre kritisk) | Kan settes inn i nåværende eller neste sprint |
Årsplan – Oversikt
Vi deler året inn i fire kvartaler (Q1, Q2, Q3, Q4). Hvert kvartal varer typisk i tre måneder, og vi bruker to-ukers sprinter for å dele opp arbeidet vårt. Denne tilnærmingen sikrer:
- Regelmessige oppdateringer i henhold til en forutsigbar tidsplan.
- Hyppige tilbakemeldingssløyfer, hvor du kan dele dine ideer og styre prosjektet.
- Tilpasningsevne i tilfelle prioriteringer endres midt i kvartalet.
Nøkkel Milepæler
-
Sprinter (hver 2. uke)
- Vi gjennomfører en serie med to-ukers sprinter gjennom kvartalet. Hver sprint avsluttes med en gjennomgang av det fullførte arbeidet og planlegging for neste steg.
-
PI Planlegging (2 uker før slutten av hvert kvartal)
- To uker før slutten av hvert kvartal holder vi en PI Planlegging-økt.
- Hvorfor 2 uker før? Denne tidsplanen lar oss samle tilstrekkelig informasjon, brukerinnspill og teamets tilgjengelighet for å fullføre målene for neste kvartal uten å forstyrre den siste sprinten.
-
Kvartalsovergang
- På slutten av hvert kvartal samler vi funnene fra sprintgjennomgangene, inkorporerer den nyeste tilbakemeldingen, og forbereder målene for neste kvartal.
Hvordan et kvartal typisk forløper
Et kvartal (for eksempel, Q1, fra 1. januar til 31. mars) består av 6 sprinter på omtrent 14 dager hver. Her er den typiske tidsplanen:
- Fra Sprint 1 til Sprint 5 – Normale utviklingssykluser, hver varer i to uker.
- PI Planlegging – Holdes rundt den femte eller sjette sprinten, omtrent to uker før slutten av kvartalet.
- Final Sprint & Avslutning – Vi bruker den siste sprinten til å fullføre leveranser og adressere eventuelle utestående problemer. På slutten av kvartalet har du en klar oversikt over fullførte funksjoner, løste problemer og kommende steg.
- Q1 strekker seg fra 1. januar til 31. mars (omtrent 90 dager).
- Q2 strekker seg fra 1. april til 30. juni, osv.
- Hvert kvartal inkluderer en milepæl (PI Q1, PI Q2, osv.) to uker før slutten av kvartalet (f.eks. Q1 avsluttes 31. mars, PI Q1 er planlagt til 17. mars).
Merk: Denne strukturen (6 sprinter per kvartal, hver 2 uker lang) kan variere litt avhengig av den faktiske kalenderen, helligdager eller spesifikke prosjektbehov. Likevel forblir den to-ukers sprintrytmen og PI Planlegging før slutten av kvartalet konstant for å gi deg forutsigbare milepæler.
Ordlista
Nedenfor er en ordliste over begreper som ofte brukes i vår utviklingsmetodikk:
Sprint
- Definisjon: En tidsperiode (typisk 1 til 2 uker) der teamet fokuserer på et sett med mål (brukerhistorier, oppgaver) for å levere et funksjonelt produktinkrement.
- Mål: Å muliggjøre raske iterasjoner, hyppig synlighet i fremdrift, og evnen til å justere ved slutten av hver sprint.
PI (Program Increment)
- Definisjon: Et lengre tidsintervall (ofte et kvartal, ~8 til 12 uker) som grupperer flere sprinter.
- Mål: Å planlegge og tilpasse teamene til bredere strategiske mål, samtidig som det tillater justeringer over en lengre tidsramme enn en sprint.
Backlog
- Definisjon: En prioritert liste over funksjoner, forbedringer og feilrettinger som skal implementeres. Den vedlikeholdes av Produktansvarlig eller produktteamet.
- Mål: Å sikre at teamet fokuserer på elementer som gir høyest verdi til produktet eller prosjektet.
Brukerhistorie
- Definisjon: En kortfattet beskrivelse av en funksjon fra brukerens perspektiv (“Som en [brukertype] ønsker jeg [kapabilitet] slik at [fordel]”).
- Mål: Å fokusere på brukerverdi og klargjøre funksjonelle krav.
Epic
- Definisjon: En stor brukerhistorie som vanligvis kan deles opp i flere mindre historier.
- Mål: Å håndtere og strukturere komplekse funksjoner eller storskala prosjekter.
Utgivelse
- Definisjon: Levering av en stabilisert versjon av produktet til produksjonsmiljøet eller til brukerne.
- Mål: Å gi brukbar verdi og samle konkret tilbakemelding.