Uppföljning efter implementering

Den är gratis att fylla i online, kräver inget konto och laddas ner som ett Word-dokument eller en PDF. Se alla mallar i IT och projekt

• Projektnamn

  Till exempel: Nytt bokningssystem

• Projektsponsor

  Till exempel: Marta Silva, verksamhetschef

• Granskning genomförd av

  Till exempel: Jin Park, projektkontoret

• Driftsättningsdatum

  Till exempel: 1 mars 2030

• Granskningsdatum

  Till exempel: 3 juni 2030

• Ursprungliga mål och nytta

  En per rad, som i projektunderlaget.

  Till exempel: Korta bokningstiden från 10 minuter till 3 Ta bort dubbelbokningar Spara 2 dagars administration i veckan

• Vad som uppnåddes

  Ange siffror och hur du mätte dem.

  Till exempel: Bokningstiden är nu 4 minuter. Dubbelbokningarna föll från 12 i månaden till 1. Administrationsbesparingen är cirka 1,5 dagar i veckan.

• Planerad och faktisk kostnad

  Ange valuta.

  Till exempel: Planerat 85 000. Utfall 92 500, 9 procent över

• Planerad och faktisk tidplan

  Till exempel: Planerad driftsättning 1 februari. Faktisk 1 mars, 4 veckor sen

• Kvalitet och stabilitet

  Vad gick fel efter lanseringen, och vad är stabilt nu.

  Till exempel: 3 allvarliga fel första månaden, alla åtgärdade. Inga fel de senaste 6 veckorna.

• Återkoppling från användare

  Sammanfatta vad användare och kunder sade.

  Till exempel: Receptionspersonalen gillar snabbheten. Cheferna vill ha bättre rapporter. Två personer använder fortfarande den gamla papperskalendern.

• Vad som gick bra

  En per rad.

  Till exempel: Tydliga veckouppdateringar. Personalen utbildades före driftsättningen.

• Vad som inte gick bra

  En per rad.

  Till exempel: Datastädningen tog längre tid än planerat. Testningen startade sent.

• Åtgärder att vidta

  En rad för varje åtgärd.

  Till exempel: Bygg chefrapporten | Jin Park | 30 juli Avveckla papperskalendern | Marta Silva | 30 juni Dela lärdomarna med IT-teamet | Jin Park | 15 juni

• Slutsats

  En kort bedömning.

  Till exempel: Projektet gav större delen av nyttan. Två åtgärder behövs för att slutföra arbetet.

1. 11. Mål och förväntad nytta
2. 22. Vad som uppnåddes
3. 33. Kostnad och tidplan
4. 44. Kvalitet och stabilitet
5. 55. Återkoppling från användare
6. 66. Vad som gick bra
7. 77. Vad som inte gick bra
8. 88. Åtgärder
9. 99. Slutsats

1. 01

   Fyll i

   Skriv in dina uppgifter i formuläret. Dokumentet fylls i automatiskt medan du skriver. Klicka på en lucka för att gå till motsvarande fält.

2. 02

   Kontrollera

   Läs igenom dokumentet. Luckor som du inte har fyllt i förblir markerade, så att inget skickas iväg halvfärdigt.

3. 03

   Ladda ner

   Spara som ett Word-dokument för att redigera vidare, eller som en PDF för att skicka eller skriva ut.

Vilka uppgifter ber den här mallen om?

Formuläret frågar efter 15 uppgifter, med början i Projektnamn, Projektsponsor, Granskning genomförd av, Driftsättningsdatum, Granskningsdatum.

Kan jag ladda ner den här mallen som Word eller PDF?

Ja. När du har fyllt i formuläret sparar du det som ett Word-dokument för att redigera vidare, eller som en PDF för att skicka eller skriva ut. Det är gratis och kräver inget konto.

Skickas det jag skriver någonstans?

Nej. Det du skriver stannar i din webbläsare medan du fyller i dokumentet. Det går bara till nerix om du väljer att öppna mallen i chatten.

Är de här mallarna för IT och projekt gratis?

De flesta. Fyll i och ladda ner dem gratis som Word eller PDF, utan konto. Några längre dokument är premium: gratis att fylla i, betalas en gång för nedladdning och märkta med sitt pris.

Gör en säkerhetspolicy oss säkra?

Inget dokument gör det ensamt. En policy hjälper när den stämmer med vad folk faktiskt gör. Håll den kort, förklara den för teamet och se över den varje år.

Är ett projektdirektiv bara för stora projekt?

Nej. Även ett litet projekt har nytta av det, eftersom en sida med mål, gränser och beslutsfattare förhindrar de flesta tvister senare.

• API-integrationsspecifikationBeskriv hur två system kopplas ihop: vilken data som flyttas, hur den skyddas, hur fel hanteras och vem som äger lösningen.IT och projekt
• ArkitekturbeslutDokumentera ett tekniskt beslut med kontext, alternativ, skäl och konsekvenser, så att teamet hittar det senare.IT och projekt
• Policy för egna enheterSätt reglerna för att använda personliga telefoner och laptops i arbetet: säkerhet, integritet, support och avslut.IT och projekt
• BuggrapportRapportera ett programvaruproblem så att en utvecklare kan återskapa det, bedöma påverkan och åtgärda det.IT och projekt
• FörändringsledningsplanPlanera hur människor informeras, utbildas och stöds genom en stor förändring, och hur ni vet att den fungerade.IT och projekt
• ÄndringsbegäranBegär en ändring av ett projekt eller system, visa dess påverkan och notera om den är godkänd.IT och projekt

Se alla mallar i IT och projekt