Dorota Mleczko

Tag: tag5

Why I think that Agile has won

By Dorota Mleczko

“ Agile is not dead – Agile has won!” This powerful sentence was spoken by Diana Larsen during the closing panel of the XP2024 in Bolzano. It was so eye-opening to me, that I wrote a post on LinkedIn about it. The post went viral and triggered many interesting discussions (which is great!). There were also some misunderstandings regarding my statement. I wrote this article to rephrase a bit and make it more clear what I meant with this statement. What do I mean by stating that Agile has won? Over 20 years ago, when the Manifesto for Agile Software Development was published, the concept of agility was fairly new. Crucial elements needed to be explained, taught and even fought for: People needed to be convinced that these concepts will: Today the advantages of being agile are generally clear. Almost everyone wants to deliver software in small, valuable increments and have a close customer collaboration. This way of working has become so basic and obvious, that it is often not even called “agile” anymore. Instead, it is just called “modern” or “best practices”. Furthermore, due to many unfortunate experiences with “Agile Transformations”, many people avoid using this word at all. I often read posts by Agile Coaches, who recommend to stop using the word “agile” (oh irony!). And there are good reasons for this. We should never recommend practices just because they are “agile” – and I think this has happened a lot in the past. Instead, they should be implemented and used because (and only if) they solve a specific problem for the organization or the team. Here is a dialog I once had with a manager during a workshop on future improvements: Manager: We should put the “why?” first and work towards common goals. We should deliver value in iterations and create short feedback loops, so that we can adjust fast. How do we sum this cluster up? Me: Increase agility? Manager (disgusted): Oh no, let’s not use this word… And it went on like this for a while… His mindset, ideas and proposed concepts were well aligned with agile principles, but he seemed allergic to the word itself. For me there is no problem in dropping the word – call it whatever you like, as long as it is helpful and effective. So, to sum up – the word might be dead or heading towards retirement. But the concepts are very much alive and have melted into our everyday work.   What do I NOT mean by that? I am not saying that agile methods are implemented and working well everywhere, far from that! Many transformations have failed. Some have only officially been a success – under the surface, it’s a different story. Teams may still struggle with old habits, resistance to change, or misinterpretations of Agile principles. However, there has been a significant cultural shift where the values of flexibility, collaboration, and responsiveness are recognized as essential for success in software development. We’re seeing a clear movement away from rigid, waterfall processes towards a more iterative, customer-focused approach. Of course, there are still discussions whether one framework is better than the other, whether to use Story Points for effort estimation or not, whether a Product Owner is also a Product Manager… and hundreds of other details. But does anyone ever discuss whether to go back to While the journey to Agile adoption is ongoing, the consensus to avoid these outdated practices is a testament to Agile’s impact on the industry. And that is all I’m saying.   What’s next? Does that mean that Agile Coaches are not needed anymore? Yes and no. We might soon see less demand for: What will be needed more and more? The focus is shifting towards a more tailored, context-driven approach and away from specific frameworks. Oh yes, and we might have to change our titles (to Business Flexibility Expert? Or Delivery Improvement Coach?) to avoid allergic reactions.   Summing up, what we witness today is not the flawless execution of Agile everywhere but the universal acknowledgment of its importance. And that is a significant victory.

Why I Don’t Moderate the Daily Scrum

By Dorota Mleczko

From my perspective, the Daily Scrum is the most important of all meetings. ➡  It is where developers cooperate to plan the next 24 hours and inspect the progress towards the Sprint Goal.➡  It is the only regular meeting that happens every day.➡  It is the time when I see my whole Team in action. As a Scrum Master you can learn a lot about the Team’s dynamics and habits just by joining it and observing. For example, I once joined a Team where I observed the following: ➡ Developers reporting one by one to the Product Owner.➡ In case the PO was not present, always the same developers were running the meeting.➡ And one time: Nobody speaking, because neither the PO nor the developers who are usually running the meeting had joined (no joke, we sat in silence for 6 minutes before I asked what is happening). In such a situation I could just take over and run the meeting for the Team. But what would we learn from that? And what would happen the next time I’m not present? If the developers cannot conduct this meeting independently, it’s usually a sign of deeper issues that need addressing — issues more critical than meeting management. In the above case it turned out that there was a very hierarchical structure within the Team itself. According to the developers who did not dare to speak in the Daily, there was an unwritten rule that only the „Leads“ (= senior developers) run the meeting. Funnily enough, those „Leads“ were very surprised to learn about this rule… What did I do? After the next Daily I ran a small workshop to inspect and adapt the format of this meeting. We worked out how the developers can get the most out of it – without wasting time on reporting or waiting for anyone to start speaking. 👉 What are your experiences and challenges with the Daily? Who runs the meeting and why? hashtag#dailyscrum  hashtag#selforganisation