Video Training: A Simple System for Adding Detail to User Stories

Video Training: A Simple System for Adding Detail to User Stories

When I asked readers to list their biggest challenges with user stories, I received hundreds and hundreds of questions and problems just on the subject of adding detail.

Questions like:

  • How do we add the right amount of detail to user stories to give the development team enough information without directing their approach?
  • We’re spending too much time and effort adding details to our user stories up front. How do we make the team feel more comfortable with less information?
  • How can we work with product owners to help them provide more specifics in the user stories without them dictating the design?

Spending too much time adding unnecessary details in user stories too early takes time away from developing the product. It also stifles creativity. Worse still, that extra time often turns out to be wasted when early details become outdated and irrelevant.

Yet, when agile teams don’t include enough detail in user stories they are vulnerable to being blamed for functionality they didn’t deliver… features that weren’t specified but that others assumed the team would understand were essential.

A Better Question about User Stories, Details, and Balance

This all makes sense. We know that adding the right amount of detail is a balance of not too much and not too little. A common phrase that guides agile activities is “just enough, just in time.” This maxim definitely applies to adding detail to user stories. But it’s one thing to understand the concept of balance and another thing entirely to gauge how much is enough and when is the right time.

And this is why one of the most common questions is:

How do I add just the right detail, just in time?

But this is actually the wrong question.

Well, not so much wrong as almost right. And I believe it’s this question that holds people back from finding a better answer.

A better question is:

How do I add just the right detail, just in time… for my team?

The Simple System for Adding the Right Detail at the Right Time to Your User Stories

There is no arbitrary rule or checklist you can use that is right for every user story, and any attempt to provide this will most likely fail when in the real world.

But there is a simple system you can use to get the answers you need for your team. I want to share it with you in this free video training.

Click here to watch the training

What you’ll learn when you watch this free training:

  • How to identify when a team’s struggle to finish a story within the iteration is because the story is too ambiguous rather than too big.
  •  Why the goal is not about getting details right for each and every story.
  • The key coaching question you must ask in a retrospective to gauge the right level of specificity for your team.
  • The one thing that will tell you whether stories were sufficiently fine-grained during the iteration.
  • Why teams need to know it’s OK to miss the goal of adding the right amount of detail (and why this actually improves performance in the long run).
  • How to make teams more comfortable with the idea of having less detail than they’re used to.

Using this system you’ll be able to identify what works specifically for the unique needs of your team, and achieve that all important balance of just enough, just in time.

Watch the video now

Please share your thoughts where this post was originally published, on the Mountain Goat Software blog.

Sign up to receive my one best, short tip about agile each week. These tips aren't online and signing up is the only way to receive them.


Dave Schinkel

Sustainable Crafter. I also run WeDoTDD.com and YouTube: @tddtv,@dimecasts, @lumenchristihockeymedia

7 年

Well only if your user stories are small and not too big as well. Most places I’ve been the stories are way too big even when they think they are small enough

回复
Kat Lim Ruiz

Senior Backend Engineer @ Radiant Security | Cloud, Javascript

7 年

This is very good advice and this is something I repeat a lot. Testers want to analyze the whole feature, devs want to research all the details needed. I push so they only work on the stories immediately ahead. I try to embed this in their thinking, "in one day of research /analysis what you can do" instead of the normal thinking "I need to research until I satisfy my fear of not knowing". This way they also learn to prioritize their work and develop a bit of intuition about where to start and when to stop.

Great article, I find the right level of detail is usually found when the whole team participates in the development of stories

Mohan Paramashivam

Agile Coach, CSPO, SAFe Agilist, Project Management

7 年

Details required for user story depends on the team..if the team has good experience then only few details are required, if the team has less experience then more details are required in the user story..

要查看或添加评论,请登录

Mike Cohn的更多文章

  • You Don't Need a Complicated Story Hierarchy

    You Don't Need a Complicated Story Hierarchy

    Consultants and tool vendors seem to have a penchant for making things complicated. It seems the more complicated we…

    7 条评论
  • Agile Teams Need to Balance Specialists and Generalists

    Agile Teams Need to Balance Specialists and Generalists

    There's a mistaken belief that to be agile, every team member must become a generalist. What I find surprising about…

    28 条评论
  • Product Owners: Quick Action Isn’t Always the Right Course

    Product Owners: Quick Action Isn’t Always the Right Course

    I’ve been doing a back-to-basics tip series, exclusively for my subscribers. This past month’s weekly tip focus has…

    14 条评论
  • With Agile, It’s Not What You Do. It’s What You Do Next.

    With Agile, It’s Not What You Do. It’s What You Do Next.

    I’ve been writing a series of tips about product owners, exclusively for my subscribers. It got me thinking about the…

    6 条评论
  • What Happens When During a Sprint

    What Happens When During a Sprint

    Successful Scrum implementations involve a handful of important sprint events (also called sprint meetings or sprint…

    2 条评论
  • What Are Agile Story Points?

    What Are Agile Story Points?

    Story points are a unit of measure for expressing an estimate of the overall effort that will be required to fully…

    14 条评论
  • Don’t Equate Story Points to Hours

    Don’t Equate Story Points to Hours

    I’m a huge proponent of estimating in story points. (You can get a full overview of how to use story points from…

    49 条评论
  • Epics, Features and User Stories

    Epics, Features and User Stories

    I’ve been getting more and more emails lately from people asking, “What is an epic, a feature and a user story in…

    6 条评论
  • Nine Agile Halloween Costumes for Scrum Teams

    Nine Agile Halloween Costumes for Scrum Teams

    It’s time to start thinking about an appropriate costume you can wear to the many agile-themed Halloween parties you’ll…

    4 条评论
  • 5 Ways to Split User Stories: The SPIDR Method

    5 Ways to Split User Stories: The SPIDR Method

    Splitting user stories. It’s something I get asked about every day.

    45 条评论

社区洞察