Entscheidung kurz und gut

Dies ist nicht nur unzufriedenstellend, sondern auch schädlich auf mehreren Ebenen. So gibt es dem neuen Teammitglied gleich einen nachhaltigen Eindruck davon, was zählt: Der Code und nichts als der Code. Zusätzlich und wesentlich offensichtlicher erschwert es neben der Einarbeitung aber auch die Lösungsfindung, ist man doch dazu verdammt, Fehler gegebenenfalls immer wieder zu machen, wenn Zusammenhänge nicht beschrieben sind, die bei ihrer Lösung helfen. Bei einzelnen Methoden oder Klassen mag dieser Umstand noch nicht so schwer wiegen, kann man sie doch leicht verändern oder gar ersetzen. Betrifft es jedoch wichtige Strukturentscheidungen der Software, legt man sich ohne deren Dokumentation nicht selten selbst Steine in den Weg, über welche alle Kolleginnen und Kollegen irgendwann stolpern. In diesem Artikel werden wir uns daher zwei Methoden ansehen, mit denen sich Architekturentscheidungen leicht nachvollziehbar und ohne größeren Pflegeaufwand dokumentieren lassen: Architecture Decision Records (kurz ADR) [1] und Bewertungsmatrizen.