26.11.2012, Von Stephan Schwab
Acceptance Test Driven Development (ATDD) ist keine Technik oder Vorgehensweise für Programmierer allein. Es ist eine Vorgehensweise für das gesamte Team. Für ein Team dessen Mitglieder aus verschiedenen Funktionsbereichen kommen und die alle gemeinsam an einem Produkt arbeiten.
Die große Stärke von ATDD ist die Förderung der Kommunikation zwischen allen an der Erstellung des Produktes Beteiligten. Verbesserte Kommunikation führt zu verbessertem Verständnis des zu lösenden Problems und was die als Lösung entwickelte Software eigentlich tun soll.
Damit das funktionieren kann benötigen wir funktionsübergreifende Zusammenarbeit. Im einfachsten Fall bringt das Programmierer, Tester und Business Analysts zusammen. Das sind dann die drei Amigos, die zusammen definieren was programmiert werden soll und wie die Software sich verhalten soll.
In einem Entwicklungsteam gibt es mehr als nur die Rollen Programmierer, Tester und Business Analyst. Wie schaut es eigentlich mit demjenigen aus, der ursprünglich den Anstoß für die Entwicklung einer Software gab? Sollte diese Person nicht auch aktiv in die Entwicklung einbezogen werden?
ATDD kann auch da helfen. Da Akzeptanzkriterien als ausführbare Beispiele in natürlicher Sprache (Deutsch, Englisch oder andere) erfaßt werden, kann sie jeder lesen und verstehen. Somit kann man Auftraggeber, Produktmanager, Marketingleute, die Autoren des Benutzerhandbuches oder wer auch sonst noch mit der Entwicklung des Produktes und seinem späteren Einsatz oder Verkauf zu tun hat fortwährend einbeziehen.
Teams, die Scrum als Rahmenmodell für eine Verbesserung der funktionsübergreifenden Zusammenarbeit nutzen, haben in der Regel diese Ziele:
Wollen Sie diesen Artikel mit anderen teilen?
| Tweet |
