Sjekkliste for lansering

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

• Prosjekt eller system

  For eksempel: Ny kundeportal

• Lanseringsmål

  For eksempel: Produksjon, portal.example.com

• Planlagt dato og klokkeslett for lansering

  For eksempel: Lørdag 4. mars 2028, 06:00 til 09:00

• Lanseringsansvarlig

  For eksempel: Hamza Idrissi

• Testing

  En rad per punkt. Datoen føres i Utført den når det er gjort.

  For eksempel: Alle planlagte tester er bestått Akseptansetest med brukere er godkjent Lastetest med dobbelt forventet trafikk To lavprioritetsfeil er åpne, akseptert av sponsor

• Data og migrering

  En rad per punkt. Datoen føres i Utført den når det er gjort.

  For eksempel: Testmigrering kjørt og kontrollert Endelig tidspunkt for migrering avtalt Gamle data holdes skrivebeskyttet i 90 dager

• Sikkerhet og tilgang

  En rad per punkt. Datoen føres i Utført den når det er gjort.

  For eksempel: Testkontoer og standardpassord fjernet Sikkerhetsgjennomgang utført HTTPS og sertifikat er gyldig Administratortilgang begrenset til navngitte personer

• Hosting, sikkerhetskopier og overvåking

  En rad per punkt. Datoen føres i Utført den når det er gjort.

  For eksempel: Sikkerhetskopi tatt og gjenoppretting testet Overvåking og varsler er på Domene og DNS klare Utsending av e-post kontrollert

• Personer, opplæring og support

  En rad per punkt. Datoen føres i Utført den når det er gjort.

  For eksempel: Supportteamet er opplært Hjelpesider publisert Vaktordning for den første uken Kunder informert om datoen

• Plan for tilbakerulling

  For eksempel: Hvis kontrollene feiler innen 09:00, byttes DNS tilbake til den gamle portalen (cirka 15 minutter). Beslutning tas av lanseringsansvarlig.

• Kontroller rett etter lansering

  For eksempel: Logg inn, legg inn en testbestilling, betal, motta e-posten, kontroller dashbordene.

• Beslutning

  For eksempel: Go

• Vilkår eller årsakervalgfritt

  For eksempel: Utbedre de to åpne feilene innen en uke.

• Godkjent av

  For eksempel: Sofia Marin, administrerende direktør

• Dato for beslutning

  For eksempel: 2. mars 2028

1. 1Testing
2. 2Data og migrering
3. 3Sikkerhet og tilgang
4. 4Hosting, sikkerhetskopier og overvåking
5. 5Personer, opplæring og support
6. 6Plan for tilbakerulling
7. 7Kontroller rett etter lansering
8. 8Beslutning

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 Prosjekt eller system, Lanseringsmål, Planlagt dato og klokkeslett for lansering, Lanseringsansvarlig, Testing. 1 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