Josh Lambert: Introducing Estimation Consistency To An Agile Team With The Help Of Cycle Time Metrics

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, Josh shares his experience initiating change within a high-performing team. Silent observations revealed inconsistent cycle times and unstable story points. Recognizing a lack of focus and attention during story sizing, he implemented an internal sprint review and emphasized the impact on the Product Owner's decisions. Collaborating with the PO, a shared message strengthened planning consistency. Eventually, the team achieved shorter cycle times, and addressed bottleneck issues.

 

[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 Josh Lambert

Josh is an Agile Coach at a financial institution. He has been through a few different Agile Transformations. And became a Scrum Master in one of the early transformations and loved the role where where he stayed for 6 years, after which he transitioned into an Agile Coach.

You can link with Josh Lambert on LinkedIn.

In this episode, host Troy Lightfoot chats with Ryan Ripley about his latest controversial social media posts about story points and his new mantra, "Story points are trash" We discuss why he feels that way, what are the alternatives, and how some of our "common" practices might be better left in the past if we want to progress. Links YadaYada  If you enjoyed this episode, please give us a review, a rating, or leave comments on iTunes, Stitcher or your podcasting platform of choice. It really helps others find us.  Much thanks to the artist  from  who provided us our outro music free-of-charge!  If you like what you heard,     to find more music you might enjoy! If you’d like to join the discussion and share your stories,  please jump into the fray at our  We at the Agile Uprising are committed to being totally free.  However, if you’d like to contribute and help us defray hosting and production costs we do have a .  Who knows, you might even get some surprises in the mail!

In dieser Folge haben wir Adrian Salamon von tarent solutions zu Gast. Adrian ist Scrum Master und stellt uns das von ihm mit seinem Team entwickelte Vorgehen des sogenannten "Feature Breakdown" vor. Ihr wollt gegenüber euren Stakeholdern aussagefähig sein, wann ein Feature kommt? Ihr wollt alles splitten? Zugleich wollt ihr nicht in irrsinnig langen Refinement Sessions sitzen? Dann hört euch diesen spannenden Erfahrungsbericht des Teams von tarent solutions an. Ausgangslage: Der Product Owner (vom Auftraggeber) und das externe Team waren mit ihrem Refinement Prozess nicht sonderlich zufrieden. Die User Stories waren schlecht geschnitten und hin und wieder fehlte auch mal eine Story, um den vollen Nutzerwert liefern zu können. Die Refinement Meetings waren tendenziell zu lang und zu detailliert. Zugleich baten die Stakeholder schon oft sehr früh um zumindest grobe Schätzungen (Zeit/Geld) für einzelne Features. Keiner war so richtig zufrieden mit der Situation. Dies war der Startpunkt einer Lernreise mit verschiedenen Experimenten, über die Adrian im Gespräch ausführlich berichtet und seine Learnings teilt. Dabei ist das Team an Behavioral Driven Development, Three-Amigos-Meetings und mehrstufigen QA-Checks vorbeigekommen. Aber immer blieb eine Unzufriedenheit: entweder mit der Geschwindigkeit der Meetings und/oder mit der Qualität und Sinnhaftigkeit der User Stories. Nach einigen Iterationen fand Adrian zusammen mit seinen Teammitgliedern von tarent sowie den Stakeholdern auf Kundenseite ein Vorgehen ("Feature Breakdown"), welches allen Beteiligten sehr hilft, (zu) große Features in effektiver Weise runter zu brechen. Dabei wird durch Adrian als Scrum Master auf ein sehr striktes Timeboxing geachtet, was zu großer Effizienz führt. Das vorgestellte Verfahren wird in dem international verteilten Team von tarent natürlich komplett remote durchgeführt. Adrian Salamon hat das ganze Vorgehen auch in einem Blogpost seiner Firma ausführlich beschrieben: https://www.tarent.de/blog/improving-the-flow Im Kontext dieser Folge könnten auf diese Episoden für euch relevant sein: - Hilfe, mein Backlog ist explodiert - Mein Freund der Scrum Master Wenn ihr direkten Kontakt zu Adrian aufnehmen möchtet, um weitere Fragen zu stellen, erreicht ihr ihn z.B. per Mail: a.salamon@tarent.de Wenn euch die Folge gefällt, freuen wir uns über eine positive Bewertung in eurer Podcast App oder als Feedback auf produktwerker.de, per Mail an podcast@produktwerker.de oder via Instagram oder Twitter.

Das Thema Aufwandsschätzung ist ein leidiges Thema, was kaum ein Entwickler oder Projektmanager mag, aber es muss getan werden. Franzi und Silke stellen einige Methoden vor, diskutieren häufig gemachte Fehler bei Schätzungen und geben Tipps, was man beim Schätzen beachten sollte.