Evaluering efter implementering

Det er gratis at udfylde online, kræver ingen konto og kan downloades som Word-dokument eller PDF. Se alle IT og projekter-skabeloner

• Projektnavn

  For eksempel: Nyt bookingsystem

• Projektsponsor

  For eksempel: Marta Silva, driftsdirektør

• Evaluering ledet af

  For eksempel: Jin Park, Projektkontoret

• Go-live-dato

  For eksempel: 1. marts 2030

• Evalueringsdato

  For eksempel: 3. juni 2030

• Oprindelige mål og gevinster

  Én pr. linje, som i projektoplægget.

  For eksempel: Skær bookingtiden fra 10 minutter til 3 Fjern dobbeltbookinger Spar 2 dage om ugen på administration

• Hvad blev opnået

  Angiv tal, og fortæl hvordan I målte dem.

  For eksempel: Bookingtiden er nu 4 minutter. Dobbeltbookinger faldt fra 12 om måneden til 1. Den administrative besparelse er cirka 1,5 dag om ugen.

• Planlagt og faktisk pris

  Angiv valutaen.

  For eksempel: Planlagt 85.000. Faktisk 92.500, 9 procent over

• Planlagt og faktisk tidsplan

  For eksempel: Planlagt go-live 1. februar. Faktisk 1. marts, 4 uger forsinket

• Kvalitet og stabilitet

  Hvad gik galt efter lanceringen, og hvad er stabilt nu.

  For eksempel: 3 alvorlige fejl i den første måned, alle rettet. Ingen fejl i de sidste 6 uger.

• Feedback fra brugerne

  Opsummer, hvad brugere og kunder sagde.

  For eksempel: Personalet i receptionen er glade for hastigheden. Ledere ønsker bedre rapporter. To personer bruger stadig den gamle papirdagbog.

• Hvad gik godt

  Én pr. linje.

  For eksempel: Tydelige ugentlige opdateringer. Personalet blev oplært før go-live.

• Hvad gik ikke godt

  Én pr. linje.

  For eksempel: Oprydning af data tog længere tid end planlagt. Testen startede for sent.

• Handlinger, der skal gennemføres

  Én række for hver handling.

  For eksempel: Byg lederrapporten | Jin Park | 30. juli Udfas papirdagbogen | Marta Silva | 30. juni Del erfaringerne med IT-teamet | Jin Park | 15. juni

• Konklusion

  En kort vurdering.

  For eksempel: Projektet indfriede de fleste af gevinsterne. Der kræves to handlinger for at afslutte arbejdet.

1. 11. Mål og forventede gevinster
2. 22. Hvad blev opnået
3. 33. Omkostninger og tidsplan
4. 44. Kvalitet og stabilitet
5. 55. Feedback fra brugerne
6. 66. Hvad gik godt
7. 77. Hvad gik ikke godt
8. 88. Handlinger
9. 99. Konklusion

1. 01

   Udfyld

   Skriv dine oplysninger i formularen. Dokumentet udfylder sig selv, mens du skriver. Klik på en tom plads for at springe til det tilhørende felt.

2. 02

   Kontrollér

   Læs det igennem. Felter, du ikke har udfyldt, forbliver markerede, så intet sendes afsted halvfærdigt.

3. 03

   Download

   Gem det som et Word-dokument for at redigere videre, eller som PDF for at sende eller printe.

Hvilke oplysninger beder denne skabelon om?

Formularen beder om 15 oplysninger, begyndende med Projektnavn, Projektsponsor, Evaluering ledet af, Go-live-dato, Evalueringsdato.

Kan jeg downloade denne skabelon som Word eller PDF?

Ja. Når du har udfyldt formularen, kan du gemme den som et Word-dokument for at fortsætte redigeringen, eller som en PDF for at sende eller printe den. Det er gratis og kræver ingen konto.

Bliver det, jeg skriver, sendt nogen steder hen?

Nej. Det, du skriver, bliver i din browser, mens du udfylder dokumentet. Det sendes kun til nerix, hvis du vælger at åbne skabelonen i chatten.

Er disse skabeloner til it og projekter gratis?

De fleste. Udfyld og download dem gratis som Word eller PDF uden konto. Nogle få længere dokumenter er premium: gratis at udfylde, betalt én gang for at downloade og mærket med deres pris.

Gør en sikkerhedspolitik os sikre?

Intet dokument gør det alene. En politik hjælper, når den passer til det, folk faktisk gør. Hold den kort, forklar den for dit team, og gennemgå den hvert år.

Er et projektgrundlag kun for store projekter?

Nej. Også et lille projekt har gavn af det, for én side med mål, grænser og beslutningstager forhindrer de fleste uenigheder senere.

• API-integrationsspecifikationAngiv, hvordan to systemer forbindes: hvilke data der flyttes, hvordan det sikres, hvordan fejl håndteres, og hvem der ejer det.IT og projekter
• ArkitekturbeslutningRegistrér en teknisk beslutning med kontekst, muligheder, begrundelse og konsekvenser, så teamet kan finde den senere.IT og projekter
• BYOD-politikFastlæg reglerne for brug af private telefoner og laptops til arbejde: sikkerhed, privatliv, support og udtræden.IT og projekter
• FejlrapportRapportér et softwareproblem, så en udvikler kan genskabe det, vurdere påvirkningen og rette det.IT og projekter
• ForandringsplanPlanlæg, hvordan medarbejderne bliver informeret, trænet og støttet gennem en stor forandring, og hvordan I ved, at det virkede.IT og projekter
• ÆndringsanmodningBed om en ændring af et projekt eller system, vis dens konsekvenser, og notér, om den er godkendt.IT og projekter

Se alle IT og projekter-skabeloner