Produktkravdokument

Det er gratis å fylle ut online, du trenger ingen konto, og du kan laste ned som Word-dokument eller PDF. Se alle maler for IT og prosjekter

• Produkt eller funksjonsnavn

  For eksempel: Lagrede rapporter

• Produkteier

  For eksempel: Hana Kobayashi, produktleder

• Status

  For eksempel: Utkast til gjennomgang

• Sist oppdatert

  For eksempel: 10. juni 2030

• Problemet

  Si hvem som har problemet, og hvordan vi vet det.

  For eksempel: Kundene bygger den samme rapporten hver uke. Support får 40 henvendelser i måneden om hvordan man lagrer en rapport.

• Hvem det er for

  Én gruppe per linje.

  For eksempel: Teamledere som lager ukentlige rapporter. Administratorer som deler rapporter med teamet sitt.

• Mål

  Ett mål per linje, med et tall der du kan.

  For eksempel: Kutt tiden det tar å lage en ukentlig rapport fra 15 minutter til 2 Halver antall supportspørsmål om rapporter

• Dette skal vi ikke gjøre (valgfritt)valgfritt

  Å si nei her sparer oss for diskusjoner senere.

  For eksempel: Ingen planlagt e-postutsending i denne versjonen Ingen endringer i eksportformatet

• Krav

  Én rad for hvert krav.

  For eksempel: Må | En bruker kan lagre de gjeldende filtrene som en navngitt rapport Må | En lagret rapport kan åpnes med ett klikk Bør | En rapport kan deles med et team Kan | En rapport kan dupliseres

• Hovedflyt for brukeren

  Beskriv hovedløpet i noen få trinn.

  For eksempel: Brukeren setter filtre, velger Lagre, gir rapporten et navn og bekrefter. Rapporten vises i en liste på rapportsiden.

• Notater om design og innhold (valgfritt)valgfritt

  For eksempel: Designene ligger i den felles designmappen, side 4. Bruk den eksisterende listestilen.

• Hvordan vi vet at det virket

  Velg måltall og en dato for å sjekke.

  For eksempel: Tid til en ukentlig rapport under 3 minutter for 70 prosent av brukerne innen 60 dager. 50 prosent færre supportspørsmål om rapporter.

• Risiko og åpne spørsmål (valgfritt)valgfritt

  Én per linje.

  For eksempel: Store rapporter kan være trege å åpne. Vi må bestemme hvor mange lagrede rapporter én bruker kan ha.

• Avhengigheter (valgfritt)valgfritt

  For eksempel: Datateamet må bekrefte filternavnene. Juridisk må gjennomgå deling mellom team.

• Lanseringplan

  For eksempel: Beta med 20 kunder i juli, alle i september

1. 11. Problem
2. 22. Hvem det er for
3. 33. Mål
4. 44. Dette skal vi ikke gjøre
5. 55. Krav
6. 66. Hovedflyt for brukeren
7. 77. Notater om design og innhold
8. 88. Suksessmål
9. 99. Risiko og åpne spørsmål
10. 1010. Avhengigheter
11. 1111. Lanseringplan

1. 01

   Fyll ut

   Skriv inn opplysningene dine i skjemaet. Dokumentet fyller seg ut mens du skriver. Klikk på en ledig plass for å gå til feltet.

2. 02

   Kontroller

   Les gjennom. Ledige plasser du ikke har fylt ut, forblir merket, slik at ingenting sendes ut halvferdig.

3. 03

   Last ned

   Lagre det som et Word-dokument for å redigere videre, eller som PDF for å sende eller skrive ut.

Hvilke opplysninger ber denne malen om?

Skjemaet ber om 15 opplysninger, og starter med Produkt eller funksjonsnavn, Produkteier, Status, Sist oppdatert, Problemet. 4 flere er valgfrie.

Kan jeg laste ned denne malen som Word eller PDF?

Ja. Når du har fylt ut skjemaet, kan du lagre det som et Word-dokument for å fortsette å redigere, eller som PDF for å sende eller skrive ut. Det er gratis og krever ingen konto.

Blir det jeg skriver sendt noe sted?

Nei. Det du skriver, blir i nettleseren din mens du fyller ut dokumentet. Det sendes bare til nerix hvis du velger å åpne malen i chatten.

Er disse malene for IT og prosjekter gratis?

De fleste. Fyll dem ut og last dem ned gratis som Word eller PDF, uten konto. Noen få lengre dokumenter er premium: gratis å fylle ut, betalt én gang for nedlasting og merket med prisen.

Gjør en sikkerhetspolicy oss trygge?

Ingen dokumenter gjør det alene. En policy hjelper når den stemmer med det folk faktisk gjør. Hold den kort, forklar den for teamet og gå gjennom den hvert år.

Er et prosjektmandat bare for store prosjekter?

Nei. Også et lite prosjekt har nytte av det, for én side med mål, grenser og beslutningstaker hindrer de fleste uenigheter senere.

• API-integrasjonsspesifikasjonSpesifiser hvordan to systemer kobles sammen: hvilke data som flyttes, hvordan det sikres, hvordan feil håndteres og hvem som eier det.IT og prosjekter
• ArkitekturvalgRegistrer et teknisk valg med kontekst, alternativer, begrunnelse og konsekvenser, slik at teamet finner det senere.IT og prosjekter
• Retningslinjer for egne enheterSett reglene for bruk av private telefoner og PC-er i arbeid: sikkerhet, personvern, støtte og avslutning.IT og prosjekter
• FeilrapportRapporter et programvareproblem slik at en utvikler kan gjenta det, vurdere konsekvensene og rette det.IT og prosjekter
• EndringsplanPlanlegg hvordan folk blir informert, opplært og fulgt opp gjennom en stor endring, og hvordan dere vet at det virket.IT og prosjekter
• EndringsforespørselBe om en endring i et prosjekt eller system, vis konsekvensene og før inn om den er godkjent.IT og prosjekter

Se alle maler for IT og prosjekter