Browse Tag

Methode

atdd

Gastbeitrag: ATDD kurz erklärt – Die richtigen Dinge entwickeln

Gastbeitrag: Ralf Wirdemann www.b-simple.de

Akzeptanztest-getriebene Entwicklung (kurz ATDD, für Acceptance Test Driven Development) ist eine Entwicklungspraxis, in der die funktionalen Anforderungen einer User Story als konkrete und automatisierbare Beispiele vor der eigentlichen Entwicklung der Story selber geschrieben werden. ATDD fördert die Kommunikation zwischen Product Owner und Entwicklungsteam und hilft Software zu entwickeln, die der Kunde wirklich will. ATDD treibt die Entwicklung einer User Story entlang ihrer Akzeptanzkriterien. Akzeptanzkriterien beschreiben Geschäftsregeln, die erfüllt sein müssen, damit die Story als fertig gilt und vom Product Owner abgenommen wird. Betrachten wir als Beispiel eine User Story für die Durchführung einer Banküberweisung:

Als Kunde will ich einen Betrag von meinem Konto auf ein Zielkonto überweisen.

Weiterlesen

Background vector designed by Freepik

7 interessante Antworten von Felix Rüssel

Im heutigen Interview beantwortet Felix Rüssel (36) meine knallhart gestellten Fragen. Felix arbeitet als Projektleiter und beschäftigt sich theoretisch wie auch praktisch seit 2001 mit Agilen Methoden. Anfänglich als Softwareentwickler in das Berufsleben gestartet, ist er über die Position als Softwarearchitekt und Technischen Beraters, heute als Projektleiter tätig. Dabei findet er den Blick von der anderen Seite, in der Rolle als Product Owner, sehr spannend.

Vielen ist Felix als Autor des Blogs www.armerkater.de ein Begriff. Dort finden sich viele Informationen zu den Themen Projektmanagement, Innovation, Organisation, Beschaffung und insbesondere Agile Ansätze.

Im Zusammenhang mit seiner momentanen Arbeitsstation in Karlsruhe, interessiert ihn vor allem die Projektarbeit im Nearshoring-Bereich. Hier sammelt er seit einigen Jahren Erfahrung gerade auch mit dem Einsatz Agiler Methoden. Weiterführende Informationen zu diesem Thema sind auf www.agile-nearshoring.com, seinem Blog oder auf Twitter (@armerkater) zu finden.

So, nun aber endlich zu den Fragen und derjenigen, die mir schon auf der Zunge brennt: Warum armerkater.de?
Weiterlesen

Background vector designed by Olga_spb - Freepik.com

Gastbeitrag: Erbsenschätzerei

Gastbeitrag: Sven Röpstorff www.agiletransparency.com

Als Coach bin ich immer auf der Suche nach lehrreichen Spielen, mit denen ich meinen Workshopteilnehmern die agilen Werte und Prinzipien nahebringen kann. Eine wahre Fundgrube dafür ist TastyCupcakes.com. Hier habe ich kürzlich ein Spiel gefunden, mit dem man die Wisdom of Crowds sehr eindrucksvoll demonstrieren kann: People Polling. Es geht darum, eine Schätzung für einen komplexen Sachverhalt abzugeben und dabei zu erkennen, dass die Schätzung einer Gruppe der tatsächlichen Komplexität in der Regel näher kommt als die Schätzung Einzelner.

So funktionierts

Dieses Spiel kann man ab 10 Teilnehmern spielen, je mehr desto besser. In der einfachsten Variante benötigt man lediglich einen Zettel und einen Stift für jeden Teilnehmer.

Im Vorfeld überlegt man sich, was man die Teilnehmer schätzen lassen möchte, zum Beispiel:

  • Gewicht des Trainers – allerdings tendieren die Teilnehmer dazu, großzügig zu niedrig zu schätzen 😉
  • Anzahl der verfügbaren Bücher auf Amazon.de
  • Anzahl Wörter auf einer gedruckten Seite
  • Anzahl Schritte, die man von einer Seite des Raumes zur anderen benötigt – aber Achtung, man könnte der Manipulation bezichtigt werden
  • Anzahl Luftballons im Raum – dazu muss man vorher aber 99 Test Balloons gespielt haben

Weiterlesen

Background vector designed by Freepik

Konsens schaffen mit einer Hand

Häufig fällt es in einer Gruppe schwer, zu einer einstimmigen Meinung zu kommen. Ein nützliches Werkzeug, um eine Entscheidung herbeizuführen, ist die Fist to Five Methode. Die Technik wird folgendermaßen angewandt: Der Moderator formuliert eine Entscheidung die getroffen werden soll. Jede Person aus der Runde zeigt dabei seine Zustimmung, Enthaltung oder Ablehnung durch das Zeigen seiner Faust oder Finger.

Entscheidung herbeiführen

  • 1 Finger zu zeigen heißt, dass noch bestimmte Probleme besprochen werden müssen und Änderungen vorgeschlagen werden, die zu einer Annäherung führen.
  • 2 Finger bedeutet, dass der Vorschlag gut ist, aber kleinere Probleme noch diskutiert werden müssen.
  • 3 Finger drücken aus, dass es eine gute Entscheidung darstellt und der Vorschlag ohne weitere Diskussionen akzeptiert wird.
  • 4 Finger bestätigen die Entscheidung und zeigen an, dass man bereit ist dafür zu arbeiten.
  • 5 Finger gehen noch einen Schritt weiter und bekunden die Mithilfe bei der Umsetzung.

Die Faust bedeutet dabei, dass noch ausführlicher über den Vorschlag gesprochen werden sollte und noch kein Konsens hergestellt werden kann.

Weiterlesen

Background vector designed by Freepik

Einsatz von Tiger Teams in Pilotprojekten

Eine interessante Herangehensweise, um Scrum im Unternehmen zu etablieren, habe ich auf dem Scrum Day 2009 von Dr. Andrea Tomasini mitgenommen – der Einsatz von Tiger Teams.

In dem dort gezeigten Beispiel, wurde Scrum anhand eines für das Unternehmen strategisch wichtigen Pilotprojekts erfolgreich verbreitet. Wie man das richtige Pilotprojekt identifiziert, beschreibt Mike Cohn in einem kürzlich verfassten Artikel. Hat man das Pilotprojekt im Unternehmen ausfindig gemacht, geht es an die richtige Besetzung des Teams. Hierzu wählt man die besten Leute aus dem Unternehmen aus bzw. diejenigen, die über Erfahrungen mit agiler Softwareentwicklung verfügen. Die Sprunglatte für das erste Projekt setzt man so hoch an, dass man noch drüber springen kann oder mit anderen Worten, dass das Ziel gut erreichbar ist und genügend Business Value geliefert werden kann. Man erzielt somit den Effekt, dass einerseits das Team den Scrum Prozess verinnerlicht und anderseits, ein erfolgreiches Projekt hochgehalten werden kann. Dies dient anschließend dazu, Argumente für den Einsatz von Scrum zu finden. Das vorrangige Ziel des Tiger Teams wird nun deutlich – es soll Scrum an andere weitergeben.

Auf dem Scrum Day (hier mein Rückblick) brachte Tomasini dazu folgendes Beispiel an: Das Pilotprojekt wurde erfolgreich durchgeführt und gelauncht. Nun sollten auch alle anderen aus der Entwicklungsabteilung in fünf neue Teams aufgeteilt werden. Dazu wurden alle notwendigen Personen in einen Raum zusammengebracht, um sich unter der Bedingung – jedes Team soll zwei Personen aus dem Tiger Team aufnehmen – zusammenzustellen. Das Involvement und die Evolution der Teams wurden dabei quasi von Grund auf mitgeliefert.

Hat jemand ähnliche Erfahrungen gemacht bzw. dasselbe Vorgehen gewählt?

Graphic Resource: Background vector designed by Freepik
  • 1
  • 2