Documentatie dialogen

< Documentatie < Een dialoog over systeemontwikkeling

On our mind

 * Om wijzigingen in de IT-infrastructuur door te voeren is het van belang dat de processen gedocumenteerd zijn.
 * In organisaties waarbij IT en business gescheiden zijn is het belangrijk om goede afspraken te maken over wie, wat documenteert.
 * Hieronder enkele voorbeelden
 * Procesdocumentatie
 * Vanuit team systeemontwikkeling hanteren we de good practice dat de proceseigenaar (meestal aan de business kant) verantwoordelijk is voor het up-to-date zijn van de procesdocumentatie.
 * Vaak zie je dat analisten van de IT-afdeling de procesdocumentatie opzetten en ook bijwerken. Is dat gewenst? Of wil je dat de business hier zelf verantwoordelijkheid in neemt.
 * Functionele wijzigingen
 * In een Agile way of working is een userstory vaak voldoende om de ontwikkelaars aan het werk te zetten.
 * Maar wat te doen als er allerlei functionele vragen zijn? Wie is verantwoordelijk voor het beantwoorden van die vragen?