Whenever I teach agile approaches, I discuss the possible meetings a team might choose. Some people turn to me in dismay. They start adding up all the meeting time and say, “That’s a lot of meetings.” Could be. Especially if you use iterations. You might have these meetings: A retrospective once every two weeks. A […]
Agile approaches can help a team release more often. When a team releases more often, the product people can replan the product roadmaps. The project portfolio people can replan the project portfolio. Not every team releases often enough to take advantage of replanning small and often. Everyone falls prey to “too much” thinking. The product
Sometimes, teams have trouble releasing their work, showing the value of the work they’ve completed. There are many possible reasons for this release problem: The team doesn’t have sufficient working agreements about what “done” means. I’ve written about frictionless releasing. In Create Your Successful Agile Project, I wrote about the done, done-done, and done-done-done words we
Agile transformations are tough. That’s because wherever you start, the agile transformation creates culture clashes. Often, teams start with agile approaches. Teams discover the agile approach and practices that work for that team. Then, as the team gains experience, they refine their approach and practices. That’s the external part of what we see in an agile transformation.
Are you looking to help support your team, management, or organization’s agile adoption? Do you feel as if you are part of the formal or informal team leading your agile transformation? You need what Gil Broza and I teach and facilitate at the Influential Agile Leader Workshop. I wrote a number of posts about transformations:
Mark Kilby and I have finished the first four chapters of From Chaos to Successful Distributed Agile Teams: Collaborate to Deliver. We thought we had five finished chapters. Then we realized how much more work we had, to move from Google docs to Markdown. Sigh. We have four finished chapters 🙂 And, we know how to collaborate in
I delivered a webinar called Agile Metrics for Team and Product Progress last week, thanks to the nice folks at Innovation Roots. I had fun and so did many of the participants. One person gave me a new saying about metrics (at the end, during the Q&A): Are you data-driven or data-informed? It’s such a great
One of my clients has many reasons for wanting an agile transformation. Their old products are at the end of their lives. They need agile approaches so they can get feedback from customers as they develop the new products. They need to deliver to their customers more often. They need to create a mix of
Part of what makes an agile transformation difficult is the cultural change required. That’s what makes an agile transformation a journey. A client said to me, “I want the agile. The agile is good stuff: faster delivery of smaller stuff that we can get revenue for. I want it now. How fast can I get
I’ve been thinking more about possible measurements in an agile transformation journey. The first Possible Measurements post focuses on product throughput measurements. This post will focus on measurements you might see when the culture changes with an agile transformation. Again, do start with your why. Without knowing why you want to use agile approaches throughout the organization,