Post-implementatiereview

Online invullen is gratis, vraagt geen account en je downloadt het als Word-document of PDF. Alle sjablonen voor IT en projecten bekijken

• Projectnaam

  Bijvoorbeeld: Nieuw boekingssysteem

• Opdrachtgever

  Bijvoorbeeld: Marta Silva, operationeel directeur

• Review uitgevoerd door

  Bijvoorbeeld: Jin Park, projectbureau

• Datum livegang

  Bijvoorbeeld: 1 maart 2030

• Datum review

  Bijvoorbeeld: 3 juni 2030

• Oorspronkelijke doelen en baten

  Eén per regel, zoals in de projectcase.

  Bijvoorbeeld: Boekingstijd terugbrengen van 10 minuten naar 3 Dubbele boekingen voorkomen 2 dagen per week aan administratie besparen

• Wat is bereikt

  Noem cijfers en zeg hoe je ze hebt gemeten.

  Bijvoorbeeld: De boekingstijd is nu 4 minuten. Dubbele boekingen daalden van 12 per maand naar 1. De administratieve besparing is ongeveer 1.5 dagen per week.

• Geplande en werkelijke kosten

  Vermeld de valuta.

  Bijvoorbeeld: Gepland 85,000. Werkelijk 92,500, 9 procent over budget.

• Geplande en werkelijke planning

  Bijvoorbeeld: Geplande livegang 1 februari. Werkelijk 1 maart, 4 weken te laat

• Kwaliteit en stabiliteit

  Wat ging er mis na de livegang, en wat is nu stabiel.

  Bijvoorbeeld: 3 ernstige storingen in de eerste maand, allemaal opgelost. Geen storingen in de laatste 6 weken.

• Feedback van gebruikers

  Vat samen wat gebruikers en klanten zeiden.

  Bijvoorbeeld: Baliepersoneel is tevreden over de snelheid. Managers willen betere rapporten. Twee mensen gebruiken nog steeds de oude papieren agenda.

• Wat goed ging

  Eén per regel.

  Bijvoorbeeld: Duidelijke wekelijkse updates. Medewerkers waren voor de livegang getraind.

• Wat minder goed ging

  Eén per regel.

  Bijvoorbeeld: Het opschonen van data duurde langer dan gepland. Het testen begon laat.

• Uit te voeren acties

  Eén rij per actie.

  Bijvoorbeeld: Rapport voor managers maken | Jin Park | 30 juli Papieren agenda buiten gebruik stellen | Marta Silva | 30 juni Lessen delen met het IT-team | Jin Park | 15 juni

• Conclusie

  Een kort oordeel.

  Bijvoorbeeld: Het project heeft de meeste baten opgeleverd. Er zijn twee acties nodig om het af te ronden.

1. 11. Doelen en verwachte baten
2. 22. Wat is bereikt
3. 33. Kosten en planning
4. 44. Kwaliteit en stabiliteit
5. 55. Feedback van gebruikers
6. 66. Wat goed ging
7. 77. Wat minder goed ging
8. 88. Acties
9. 99. Conclusie

1. 01

   Invullen

   Typ je gegevens in het formulier. Het document vult zich in terwijl je typt; klik op een lege plek om direct naar het bijbehorende veld te springen.

2. 02

   Controleren

   Lees het door. Lege plekken die je niet hebt ingevuld blijven gemarkeerd, zodat er niets half af de deur uitgaat.

3. 03

   Downloaden

   Sla het op als Word-document om verder te bewerken, of als PDF om te versturen of af te drukken.

Welke gegevens vraagt dit sjabloon?

Het formulier vraagt om 15 gegevens, te beginnen met Projectnaam, Opdrachtgever, Review uitgevoerd door, Datum livegang, Datum review.

Kan ik dit sjabloon downloaden als Word of PDF?

Ja. Als je het formulier hebt ingevuld, sla je het op als Word-document om verder te bewerken, of als PDF om te versturen of af te drukken. Het is gratis en vraagt geen account.

Wordt wat ik typ ergens naartoe gestuurd?

Nee. Wat je typt blijft in je browser terwijl je het document invult. Het gaat alleen naar nerix als je ervoor kiest het sjabloon in de chat te openen.

Zijn deze sjablonen voor IT en projecten gratis?

De meeste wel. Vul ze gratis in en download ze als Word of PDF, zonder account. Een paar langere documenten zijn premium: gratis in te vullen, eenmalig te betalen om te downloaden en met hun prijs aangegeven.

Maakt een beveiligingsbeleid ons veilig?

Geen enkel document doet dat alleen. Een beleid helpt als het past bij wat mensen echt doen: houd het kort, leg het uit aan je team en herzie het elk jaar.

Is een projectopdracht alleen voor grote projecten?

Nee. Ook een klein project heeft er baat bij, want één pagina met het doel, de grenzen en de beslisser voorkomt later de meeste discussies.

• API-integratiespecificatieLeg vast hoe twee systemen worden gekoppeld: welke gegevens worden uitgewisseld, hoe dit beveiligd is, hoe fouten worden afgehandeld en wie eigenaar is.IT en projecten
• ArchitectuurbesluitLeg een technische beslissing vast met context, opties, redenen en gevolgen, zodat het team die later kan terugvinden.IT en projecten
• Bring-your-own-devicebeleidStel de regels op voor het gebruik van persoonlijke telefoons en laptops voor werk: beveiliging, privacy, ondersteuning en uitdiensttreding.IT en projecten
• BugrapportMeld een softwareprobleem zodat een ontwikkelaar het kan herhalen, de impact kan inschatten en het kan oplossen.IT en projecten
• VerandermanagementplanPlan hoe mensen worden geïnformeerd, getraind en ondersteund bij een grote verandering, en hoe je weet of het heeft gewerkt.IT en projecten
• WijzigingsverzoekVraag een wijziging aan voor een project of systeem, toon de gevolgen en leg vast of het wordt goedgekeurd.IT en projecten

Alle sjablonen voor IT en projecten bekijken