Beskriv målet før løsningen

Prosjekter blir vanskeligere når løsningen er bestemt før problemet er forstått. Start med målgruppen, dagens situasjon og ønsket endring. Det gir rom for å finne en enklere eller bedre vei.

Et godt mål kan forklares uten tekniske ord og er konkret nok til at teamet kan vurdere om arbeidet beveger seg i riktig retning.

Avklar rammer og ansvar

Tid, budsjett, beslutningstakere og tilgjengelig fagkunnskap påvirker prosjektet. Disse rammene bør være tydelige før større valg låses.

  • Hvem kan prioritere omfang?
  • Hvem kjenner brukerne og arbeidsprosessen?
  • Hvilke systemer og data er prosjektet avhengig av?
  • Hva er fast, og hva kan justeres?

Arbeid i korte, synlige steg

Del prosjektet i leveranser som kan sees, testes og vurderes. Da kan feil retning oppdages tidlig, og beslutninger tas på grunnlag av noe konkret.

En jevn rytme med demonstrasjoner og prioriteringer er ofte mer verdifull enn en omfattende statusrapport.

Ta høyde for tiden etter lansering

Planen bør også dekke ansvar for drift, support, innhold og videre utvikling. Uten en eier etter lansering blir selv en god løsning raskt vanskelig å forvalte.

Et vellykket prosjekt leverer ikke bare programvare. Det etablerer en måte å forbedre tjenesten på.