PROJEKT-LOG - Klassisch agiles Projektmanagement und mehr
  • Start
  • Autoren
  • Impressum
  • Top Agile Tools

Sprache | Language

  • Deutsch
  • English

Autoren

  • Robert Wiechmann 315
  • Sven Röpstorff 21
  • Katja Roth 6
  • Ralf Wirdemann 3
  • Susanne Reppin 3

Kategorien

  • Agile Softwareentwicklung (128)
  • Allgemein (121)
  • Internet (28)
  • Interview (16)
  • Kanban (10)
  • Lean (9)
  • Literatur (11)
  • Management (36)
  • Präsentation (56)
  • Projektmanagement (42)
  • Scrum (81)
  • Software (20)
  • Studien & Umfragen (2)
  • Termine (18)
  • Tools (38)
  • Umfrage (2)
  • Zertifizierung (9)
  • Zitate (30)
  • Zusammenarbeit (16)

Partner




Letzte Artikel

  • Besser kommunizieren
  • Product Owner im Potrait: Niklas Sum
  • Frohe Weihnachten
  • Jahresrückblick 2011 plus Gewinnchance
  • Meine Pünktlichkeit drückt aus, dass mir deine Zeit so wertvoll ist wie meine eigene. [Helga Schäferling]

Archiv

  • Januar 2012
  • Dezember 2011
  • November 2011
  • Oktober 2011
  • September 2011
  • August 2011
  • Juli 2011
  • Juni 2011
  • Mai 2011
  • April 2011
  • März 2011
  • Februar 2011
  • Januar 2011
  • Dezember 2010
  • November 2010
  • Oktober 2010
  • September 2010
  • August 2010
  • Juli 2010
  • Juni 2010
  • Mai 2010
  • April 2010
  • März 2010
  • Februar 2010
  • Januar 2010
  • Dezember 2009
  • November 2009
  • Oktober 2009
  • September 2009
  • August 2009
  • Juli 2009
  • Juni 2009
  • Mai 2009

Top Agile Tools



Informationen


 RSS Feed abonnieren

Follow @projekt_log




Creative Commons License

Schlagwörter

Agil Agile Agile Softwareentwicklung Backlog Blog Buch Empfehlung Estimation Framework Führung GTD Informationen Internet Interview Kanban Kommunikation Konferenz Lean Management Methode News Online Organisation PPT Product Owner Produktivität Projekt Projektmanagement Präsentation präsentieren Quote Scrum Software Spruch Team Tipps Tool Tools User Stories User Story Video Vortrag XP Zitat Zusammenarbeit

Letzte Kommentare

  • IT Freelancer on Besser kommunizieren
  • Robert Wiechmann on Besser kommunizieren
  • IT Freelancer on Besser kommunizieren
  • Robert Wiechmann on Jahresrückblick 2011 plus Gewinnchance
  • Hass Chapman on Jahresrückblick 2011 plus Gewinnchance
  • Sven Röpstorff on Story Maps - Selbsterklärende Product BacklogsStory Maps - Let your product explain itself
  • Christoph Oberle on Story Maps - Selbsterklärende Product BacklogsStory Maps - Let your product explain itself
  • Sven Röpstorff on Story Maps - Selbsterklärende Product BacklogsStory Maps - Let your product explain itself
  • Toby Baier on Story Maps - Selbsterklärende Product BacklogsStory Maps - Let your product explain itself
  • Jane Doe on Lieber Sprint, ich hasse Dich ...Dear sprint, I hate you ...


Unterstützen Sie uns



Interessante Artikel

  • Einsatz von Scrum bei XING
  • Leseempfehlungen der Woche [2010-05-23]
  • GTD? Schön wärs!
  • Leseempfehlungen der Woche [2010-10-31]
  • Product Owner im Potrait - Eine Rolle, viele Herausforderungen
  • Arbeit mit dem PMBoK Guide
  • "Wer will findet Wege. Wer nicht will: Gründe." [Unbekannt]"Wer will findet Wege. Wer nicht will: Gründe." [Unbekannt]
  • Scrum abseits der Arbeitswelt
  • User Stories für das Product Backlog (Teil 2|2)
  • Leseempfehlungen der Woche [2010-07-25]

Twitter

Der Einsatz von Cucumber in Scrum

18.02.2010

Vor einiger Zeit habe ich darüber berichtet, dass wir in unserem laufenden Projekt über die Definition of Done (DoD) gesprochen haben, um diese zu überprüfen und zu erneuern. Dabei kam von den Teammitgliedern der Vorschlag, Cucumber (www.cukes.info) als Teil der DoD einzusetzen. Ein großartiger Gedanke, wie sich herausstellte.

BDD – Ein kurzer Exkurs

Behavior Driven Development (BDD) ist eine Form des agilen Entwickelns, welches es den Softwareentwicklern und Testern eines Teams sowie dem Business Verantwortlichen (oder Stakeholdern) ermöglicht, auf einer Ebene zu kommunizieren. Das bedeutet, die Testfälle werden so geschrieben, dass die Stakeholder sie lesen können – in “Plain Text”. Es wird dabei nicht wie in der testgetriebenen Entwicklung (TDD) ein Testfall definiert, sondern eine Erwartung. Diese kann bspw. ein Akzeptanzkriterium für ein Backlog Item darstellen. Man kann somit sagen, dass eine ausführbare Spezifikation des zu entwickelnden Features geschrieben wird.

Einen kurzen Überblick zu BDD und den Einsatz von Cucumber gibt diese nette Präsentation:

Was es uns bringt

Mal davon abgesehen, dass es dem Team Spaß macht mit Cucumber zu arbeiten und die Implementierung sehr schmerzfrei verlief, führt es dazu das:

  • das Team schneller und sicherer entwickelt
  • alle Beteiligten mehr miteinander kommunizieren
  • alle verstehen, welche Erwartungen/Anforderungen bestehen
  • ein besseres Verständnis über das gewünschte Ergebnis entsteht
  • die Nebenwirkungen von Code-Änderungen offensichtlicher sind bzw. zeitnaher entdeckt werden
  • besserer Code geschrieben wird (siehe auch das eher technische Video Good Test, Better Code – From Unit Testing to Behavior-Driven Development)
  • die Testumgebung für andere Projekte nutzbar gemacht werden kann

Weitere Tools für den Einsatz von BDD finden Sie hier.

Über den Autor

Momentan als Projektmanager und Agiler Coach in Hamburg tätig, unterstütze ich Scrum und Kanban Teams bei der Bewältigung ihrer alltäglichen Herausforderungen. Zudem bin ich mit dem Coaching von Mitarbeitern betraut und laufend bestrebt, in den Austausch mit Anwendern agiler Methoden zu treten.

  • Kategorie: Agile Softwareentwicklung|Scrum|Zusammenarbeit
  • Schlagworte: BDD, Cucumber, Cuke, Entwicklung, QA, Software, Software Craftsmanship, TDD, Test, Testing
  • Autor: Robert Wiechmann

Weitere Artikel zu diesem Thema

  • Wie stellt man sicher, keinen schlechten Code zu produzieren?
  • Präsentation: Software Craftsman
  • Agile Software Entwicklung im Videoformat
  • ATDD kurz erklärt – Die richtigen Dinge entwickelnATDD in a Nutshell – Deliver the right thing
  • Sag mir, wie Du heisst …
  • LAS 2010 – Ein Rückblick
  • Präsentationen zum Thema Agile Softwareentwicklung

2 Kommentare zu Der Einsatz von Cucumber in Scrum

Avatar

Andree Wille

18.02.2010

Hallo Robert,

mich würde interessieren warum der Einsatz von Cucumber die Kommunikation fördert bzw. warum ohne dieses Tool weniger kommuniziert wird?

Gruß,
Andree

Avatar

Robert Wiechmann

19.02.2010

Hallo Andree,

es liegt schon an der Methode an sich, die eine bessere Zusammenarbeit zwischen den Entwicklern, Testern und Auftraggebern (oder anderen Interessengruppen) ermöglicht. Das Verfassen einer Erwartung in einer allgemein verständlichen Form führt dazu, dass Missverständnisse minimiert werden. Die Vorteile liegen darin, dass alle in „derselben Sprache“ kommunizieren und das Verständnis der (Business) Anforderungen verbessert wird.

In der täglichen Arbeit bedeutet es für uns, dass die Anforderungen die vom Product Owner gestellt werden nun zusätzlich in Cucumber Tests transformiert werden. Dies führt beim Erstellen eines Cucumber Tests zu einer erhöhten Kommunikation zwischen Entwickler und Tester. Man setzt schon viel früher gemeinsam an, den Test gemeinsam erfolgreich durchzuführen, als die Schritte nacheinander zu verlagern: 1. Entwicklung, 2. Testing.

Dieses Infoblatt zum Thema, verdeutlicht den Punkt noch einmal:
http://www.techtalk.at/getdoc/54fe09e7-115e-4c9b-9942-f599c9e66eaf/BDD_FolderSmall.aspx

Beste Grüße,
Robert

Kommentare

top

Copyright ® 2009-2011 - PROJEKT-LOG  RSS Feed abonnieren

ALL-INKL.COM - Webhosting Server Hosting Domain Provider