Ik wil nog een vraag stellen: "Waarom wordt het systeem aangepast, als er niet omgevraagd wordt?" Functioneel beheer verzint de wijzigingen toch niet zelf? Grootste fout die we steeds opnieuw maken is dat we proberen te denken voor de mensen die het systeem moeten gebruiken. A: kunnen die mensen dat prima zelf, alleen moet je helpen met het structuren, definieren en B: heb je deze mensen nodig om de aannames over de werking te toetsen.

Als het door andere redenen gaat, definieer vaste moment (eens per drie weken ofzo) wanneer er wijzigingen worden doorgevoerd. Communiceer welke wijzigingen er dan in productie worden genomen via intranet, een bulletin of nieuwsmelding via E-mail. Wellicht kan er een koppeling worden gemaakt, verwezen worden naar de servicemgt tool, waar de RFC's of incidenten beschreven staan. 

En maak slim gebruik van de testmomenten, betrek de gebruikers door hen te vragen de testcases uit te voeren. Tijdens het testen kunnen de gebruikers alvast kennis maken met de wijzigingen!