Ein Code Review im Rahmen eines SCRUM-Sprint-Review-Meetings ist insbesondere dann zeitintensiv, wenn Code-Review und Meeting gewissermassen der erste Test in der “Kundenumgebung” sind! Sie alle kennen das: auf dem eigenen Entwicklungsrechner läuft alles prächtig – wird die Lösung in die Testumgebung beim Kunden (bei uns in Java-Programmieren-2 ist das die PC-Hall im C1.04) zu Ablauf gebracht, funktioniert’s vielleicht eben doch nicht?!
Um es an dieser Stelle gleich vorneweg zusagen: das im vorletzten Absatz angesprochene Review Meeting Facts File finden Sie u.a. im “Felix”. Dieses Fact-Sheet ist weitestgehend selbsterklärend und ausgesprochen kurz. Im Wesentlichen enthält dasFact-Sheet einige technische Angaben zu “Java-File” + “Zeilennummer”, wo einige der im Assinment verlangten Aspekte zu finden und zu sehen sind. Anhand dieser Angaben im Review-Meeting-Fact-Sheet kann die Detailanalyse Ihres Quellcodes effektiver erfolgen. Soviel dazu.
Doch nun zurück zum Code-Review!