Experimenting: The Way Forward for Agile Development Teams


The second (and possibly more powerful) part of our experiment involved pushing back on the business. We told the product owner that any stories that didn't have requirements by the second day of the sprint would be taken off of our task board and not done until the following sprint.

We neglected to specify the TIME on the second day of the sprint by which we needed all requirements, and our PO delivered some at 11 pm. But he got them to us for all the stories! This was a great result.

At our next retrospective, we went through each story on the whiteboard, and talked about how we felt about each one now. Interestingly, some stories that had a sad face ended up going well, and some with a happy face turned out to be trickier than we had thought. This gave us a better understanding of what we really need to know about each story before we start working on it.

We couldn't do anything directly about our PO being overworked, or about the business people failing to provide information. But we could try this experiment to make our lack of requirements visible, and push back on the business to say, "We aren't wasting our time and yours if we don't have requirements at the start of the sprint." If this experiment hadn't helped, we'd have tried another one.

Have your retrospectives—but do take Linda Rising's advice, and try small experiments. I am betting you will find unexpected ways to improve how you work.

User Comments

jlittle's picture

Fantastic post Lisa! This is one of the best examples I've seen of how a great team solves a problem. I have often seen situations similar to this and often the result is blame to the person who isn't delivering what the team needs. I see this experiment as a system change to help get your team the outcome they needed to finish the work. I usually observe "it HAS TO get done..." without any real change to influence different behaviour. Thanks for sharing this story!

June 2, 2011 - 2:23pm
Lisa Crispin's picture

It's easy to fall into that blame game, we try hard to focus on the issues and think of experiments to try to address them. Thanks, I am glad you liked the post!

June 16, 2011 - 12:24pm
Christin Overton's picture

I am always looking for ways to improve our retrospectives and having the team thing about how they feel about each story is a very interesting idea. Thank you!

The team I work with as a Scrum Master is the only team on the project that has never missed a retrospective, they have even decided to ensure they happen even when I cannot be there, which means they value its importance to the process and the team's success.

Throughout the retrospective process this team has used the meeting in many different ways and I have a tendency to let the mood of the team direct whether it is meant to be a progress improvement meeting, a true review of how things went or just a down and dirty venting sessions... I have learned that with this team (together for 2.5 years now) that sometimes bonding over a sprint's challenges in gripe session improves team performance in the next sprint more than trying to figure out what to fix and how.

This team has defined, refined and thrown out a lot of process over the past 2.5 years and we continue to do so as the needs of the project change through different cycles of development. It has helped make us one of the most high performing teams in the project even when randomization strikes.

June 7, 2011 - 3:45pm
Lisa Crispin's picture

That's a good point, sometimes people just need to vent. It might clear their mind and help them let go of the emotional issues and think of new ways to improve. It's good to hear about other teams who find a lot of value in retrospectives.

June 16, 2011 - 12:26pm

About the author

Lisa Crispin's picture Lisa Crispin

Lisa Crispin is the co-author, with Janet Gregory, of More Agile Testing: Learning Journeys for the Whole Team (Addison-Wesley 2014), Agile Testing: A Practical Guide for Testers and Agile Teams (Addison-Wesley, 2009), co-author with Tip House of Extreme Testing (Addison-Wesley, 2002), and a contributor to Experiences of Test Automation by Dorothy Graham and Mark Fewster (Addison-Wesley, 2011) and Beautiful Testing (O’Reilly, 2009). Lisa was honored by her peers by being voted the Most Influential Agile Testing Professional Person at Agile Testing Days 2012. Lisa enjoys working as a tester with an awesome agile team. She shares her experiences via writing, presenting, teaching and participating in agile testing communities around the world.  For more about Lisa’s work, visit www.lisacrispin.com and follow @lisacrispin on Twitter.

AgileConnection is one of the growing communities of the TechWell network.

Featuring fresh, insightful stories, TechWell.com is the place to go for what is happening in software development and delivery.  Join the conversation now!