Die Meinungen zur Dokumentation in Softwareprojekten können weit auseinandergehen. Während sich der eine Entwickler über mangelnde Dokumentation und schlechte Auffindbarkeit der benötigten Informationen beschwert, lässt sich gleichzeitig ein anderer Entwickler darüber aus, wie viel „Waste“ in Form von Dokumenten erzeugt wird und wie sehr dies von der eigentlichen Arbeit abhält.

Beide Sichtweisen sind sicherlich jedem schon einmal begegnet. Sie scheinen beide prinzipiell richtig und durchaus nachvollziehbar zu sein. Und genau das wirft die Frage auf: Wie findet man das richtige Maß an Dokumentation?

Entwicklerteams stehen am Anfang vor der Frage nach dem Prozess. „Scrum“ ist da meist die reflexartige Antwort. Doch das reicht bei weitem nicht. Vor allem nicht, wie es meistens eingesetzt wird. Selbst Team, die nicht am Anfang stehen ringen oft mit ihrem eigenen Prozess. Anfangs scheint alles OK, doch schon bald zeichnen sich Reibungspunkte ab. Ist es überhaupt möglich einen Prozess zu schaffen, der die ganze Vielfalt einfängt oder kämpft man hier eher auf einem verlorenen Posten?

Agile Softwareentwicklung ist "hip". Wenn man sich umschaut, wird man feststellen, dass mittlerweile die meisten Teams ihren Prozess als agil empfinden. Es scheint ohnehin nur drei Gedankenmodelle zu geben:

• Nicht agil = Wasserfallmodell = aus dem letzten Jahrtausend!
• Scrum = agil ...