Aki Salmi: Working With BDD To Help Agile Teams Understand And Deliver On Business Needs

Read the full Show Notes and search through the world’s largest audio library on Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes.

In this episode, Aki shares two impactful stories of change. Firstly, he recounts a scenario as a scrum master in a team with two-week sprints. Because the team was “ok” with letting a feature slip from one sprint to the other, that feature eventually took four weeks to deliver, after which the team found out that they implementation did not align with the business. Implementing Behavior-Driven Development (BDD) with tools like Specflow facilitated better communication with the business, ensuring subsequent deliveries met business needs. Aki's second story reflects his realization about strong opinions and conflicts. Aki learned the value of active listening and being open to others' perspectives. In this episode, we refer to Chris Argyris' "Knowledge for Action"

[IMAGE HERE] As Scrum Master we work with change continuously! Do you have your own change framework that provides the guidance, and queues you need when working with change? The Lean Change Management framework is a fully defined, lean-startup inspired change framework that can be used as the backbone of any change process! You can buy Lean Change Management the book at Amazon. Also available in French, Spanish, German and Portuguese.

 

About Aki Salmi

Aki is a software crafter and shares the joy of coding and the value of empathy at work. That is, Aki works on ones and zeros (code) and everything else (humans).

You can link with Aki Salmi on LinkedIn. 

 

In dieser Episode geht es um das Verwaltung, Priorisieren und Schätzen von Tickets im Backlog.

What is Sprint Retrospective? How does it work in Scrum teams? How can we apply the best practices of a sprint review to boost our own productivity? Corresponding blog posts with all the links: https://monthlymethod.com/sprint-retrospective/ Free Guide to Plan Your Week using Monthly Method principles - https://monthlymethod.com/guide/ Enroll in the next sprint: https://monthlymethod.com/enroll/ Support this podcast on Patreon: https://www.patreon.com/monthly_method Timestamps: 00:00 - Intro 00:55 - What is Sprint Retrospective? 06:20 - Advantages of sprint retrospective 10:25 - Sprint Retrospective for Personal Productivity 13:00 - Examples of STOP, START, CONTINUE answers 14:55 - Monthly Review Get in touch: https://monthlymethod.com/contact/

Cette semaine, Benoît & Anthony  continuent la série sur les rôles, définitions et cérémonies Agile.

Dans ce 1er épisode sur le Backlog, on vous décrit les fondamentaux pour le comprendre et le maîtriser !

Alors entre coups d'éclats et coup d'bambous on vous souhaite une bonne écoute les pandas 🐼 

Salut,

Cette semaine, Benoît & Anthony  continuent la série sur les rôles et cérémonies Agile.

Dans cet épisode, on décrit les fondamentaux et techniques permettant de comprendre et de mener à bien un bon Sprint Planning !

Alors entre coups d'éclats et coup d'bambous on vous souhaite une bonne écoute les pandas 🐼 

Lien Discord

Das Sprint Planning ist für Product Owner ein wichtiges Event in Scrum. Dennoch passieren oft zahlreiche Fehler im Hinblick auf Selbstorganisation und Product Ownership des ganzen Teams. Zudem fühlt das Planning sich für viele Product Owner auch häufig eher merkwürdig an. Oliver und Dominique berichten von ihren eigenen Erfahrungen und welche Fehler ihnen selbst im Sprint Planning schon unterlaufen sind. Im Gespräch beleuchten die beiden das Event aus Sicht des Product Owners. Dabei geht es sowohl um die Zweck, den das Planning für den Product Owner erfüllen soll, welche Vorbereitungen man treffen sollte und letztlich wie ich ein gutes Sprint Planning als Product Owner gestalte. Die Ergebnisse aus dem Sprint Planning haben einen großen Einfluss auf den Erfolg eines Sprints. Daher ist es so wichtig, die drei grundsätzlichen Fragestellungen gut zu bearbeiten: Warum, Was und Wie? Warum? Als Product Owner solltest Du einen Vorschlag machen, warum es Sinn macht, in den nächsten Sprint zu investieren und damit dem Team auch die Relevanz erklären können. Den Kontext für das kommende Sprintziel geben dabei Produktvision, Roadmap und Product Goal. Was? In diesem Schritt erfolgt die Auswahl der Product Backlog Elemente und ihre Übernahme in das Sprint Backlog durch bzw. gemeinsam mit den Developern. Dabei sollte der Fokus darauf liegen, was zur Erfüllung des Sprintziels notwendig ist und nicht ob die Auslastung aller Teammitglieder sichergestellt ist. Schließlich wollen wir primär den Wert des Produkts maximieren und nicht die Auslastung optimieren. Wie? Während die Developer in diesem Schritt planen, wie sie während der Iteration vorgehen wollen, um das Sprint Goal zu erreichen, nimmt der Product Owner eine passive Rolle ein und steht mindestens für weitere Rückfragen und Entscheidungen zur Verfügung. Stolperfalle: hier geht es ums Planen, wie das Team das "Wie" angeht - noch nicht um die (technische) Konzeption und Lösungsfindung an sich! Als Ergebnis vom Sprint Planning haben wir ein vollständiges Sprint Backlog. Dies umfasst das Sprintziel, die ausgewählten Items und den gemeinsam erstellten Plan für Umsetzung.

heißt, dass De Long und ich heute mit Dir noch einen Schritt weitergehen möchten. Deshalb heute noch mehr Beobachtungen aus der Praxis, was in Sprint Plannings alles falsch laufen kann. Doch wir möchten Dir natürlich auch heute wieder ganz konkrete Hinweise mit an die Hand geben, mit denen Du bald dein Planning noch effektiver gestalten kannst. Vor allem für Scrum Master haben wir ein paar Schmankerl parat. Deshalb gut zuhören! ;) Was hast Du in deinen Plannings schon erlebt? Teile es mir uns unter podcast@wir-muessen-reden.net Sei neugierig auf David Symhoven: www.david-symhoven.de Lass dich begeistern von De Long Iu: www.delong-iu.de/#links Folge uns gespannt auf LinkedIn: https://www.linkedin.com/company/wirmuessenreden/ Meld dich mit Freude bei uns auf Facebook: https://www.facebook.com/wir.muessen.reden.und.lachen

initiiert einen Sprint (2-4 Timebox, in dem die tatsächliche Arbeit erledigt wird). Mit deinem Team erstellst Du einen Plan und ihr findet heraus inwiefern die geplanten Umfänge einen wirklichen Mehrwert für den Kunden bringen. Klingt doch simpel, nicht wahr? Ich weiß nicht, wie es dir geht, aber in meiner Realität sieht das Planning gerne mal anders aus. Der PO ist nicht gut vorbereitet, ungeplante Themen werden plötzlich ganz dringend, sodass eine langfristige Planung unmöglich wird und aus Effizienzgründen wird aus der Teamarbeit ein Einzelkämpfertum. In dieser Folge möchte bekommst Du erste Hinweise, auf was Du achten solltest und was du alternativ ausprobieren kannst. Wir freuen uns auf Feedback und eine nette Bewertung auf Apple Podcasts oder einfach eine nette Mail von dir an podcast@wir-muessen-reden.net Sei neugierig auf David Symhoven: www.david-symhoven.de Lass dich begeistern von De Long Iu: www.delong-iu.de/#links Folge uns gespannt auf LinkedIn: https://www.linkedin.com/company/wirmuessenreden/ Meld dich mit Freude bei uns auf Facebook: https://www.facebook.com/wir.muessen.reden.und.lachen

Nachdem Daniel und David in Folge 23 das Product Backlog vorgestellt haben, folgt jetzt das Sprint Planning. Wie immer schnappen wir uns den Scrum Guide und unsere Erfahrungen, um euch das Event möglichst umfassend und einfach vorzustellen. Gegen Ende gibt es dann noch den ein oder anderen Tipp, die eure Plannings von Anfang an effektiv und wertschöpfend machen. Viel Spaß beim Hören!