Kommunikationsbrücken

Alexander Groß hat in seinem heutigen Vortrag auf der .NET Usergroup Rhein-Neckar Behaviour Driven Design (BDD) vorgestellt. Dieser als „Test Driven Development done right“ propagierte Ansatz beschäftigt sich mit Anforderungsspezifikationen, die eine Maschine automatisiert validieren kann.

BDD funktioniert, indem menschenleserlich formulierte Anforderungen so niedergeschrieben werden, dass diese von einem so genannten Testrunner ausgeführt werden können. So ergibt sich eine Kommunikationsbrücke zwischen Fachanwender und Entwickler. Man spricht eine gemeinsame Sprache.

Hierzu definiert man bestimmte Phrasen, welche dann nach und nach eine Domänensprache bilden, die zum Testen genutzt werden kann.

Der besondere Charm liegt darin, dass so auch technisch versierten Fachanwendern die Möglichkeit gegeben wird, Spezifikationen zu erstellen, die von Entwicklern ausgeführt werden können. Dabei können je nach Ausprägung des BDD Frameworks auch schon Sprachelemente verwendet werden, die noch kein Entwickler programmiert hat – „Spezifikation zuerst“ sozusagen.

Damit ist an einer definierten Stelle das Verhalten des Systems aus der Businesssicht beschrieben – was für eine tolle Dokumentation für neue Entwickler und die Einarbeitung bei Wartungsfällen. Außerdem hängen dann die Testfälle direkt mit den Anforderungen zusammen.

Darüber hinaus lassen sich diese Spezifikationen jede Nacht automatisch ausführen, wenn man einen Buildserver betreibt. So ist also sichergestellt, dass ungewollte Veränderungen am System früh auffallen. So früh, das Entwickler noch den Kontext ihrer Veränderungen kennen und diese korrigieren können oder mit dem Analysten über das neue gewünschte Verhalten sprechen können.

Wenn Sie also Fachanwender und Entwickler enger miteinander kommunizieren lassen möchten, kann diese Kommunikationsbrücke eine gute Idee für Sie sein.

Hol Dir die Agile Leadership E-Mail-Serie in Deine Inbox!

Noch mehr Wissen im Podcast:

Wie Du einen Auftrag sauber klärst

Manchmal sind wir in Projekten/Teams unterwegs, in denen es viel Widerstand gibt. Oft erkennen wir dann, dass wir entweder das Mandat am Anfang nicht ganz

Das Sprintziel verständlich erklärt

Das Sprintziel ist wenig umrissen im Scrum-Guide, viele Product-Owner tun sich damit schwer, Teams wissen nicht genau was sie damit anfangen sollen. Wir sprechen über

Werde jetzt Certified ScrumMaster® mit uns!

Kai und Jasmine von AgileGrowth halten regelmässig professionelle, zertifizierte Scrum Master-Seminare ab, die von vielen Menschen geschätzt und weiterempfohlen werden.

Nach drei Seminartagen mit uns wirst Du Scrum in der Tiefe verstanden haben – Transfer in Deinen Kontext inklusive.

Willst Du oder Deine Kollegen Agilität nutzen lernen?