Back to List

Struggles with Story Writing (Agile Transformation Pain Point #10)

Rachael Wilterdink Rachael Wilterdink  |  
Nov 08, 2018
 
Story Writing struggles are so common and impactful that we offer a half-day training workshop on it for organizations.
 

Avoid technical stories

Many Product Owners don't have a lot of experience writing requirements, and if you're a BA like I am coming from a waterfall world, you tend to like to write a lot because that's what you used to have to do. But now user stories are meant to be from the user or the business perspective.

I've seen some teams that tend to write stories from a technical perspective, and I would caution against that. I am not a fan of a “technical story”. Unless a story has value that is delivered, and that is measurable and usable by the end user customer, then you're not delivering anything of value. Avoid those types of stories. Always try to look through the lens of your customer or your user.
 
struggles with story writing
 

Slicing the cake

Another thing many organizations struggle with is slicing the cake (see right). In the old days of software development, you'd have to do these horizontal layers one at a time until they were all done, and you wouldn't get any value delivered until the very end.

In agile, you're going to take a thin vertical slice of just what you need to do that action –such as pay with PayPal –and you're going to go through all the horizontal layers to get something that completely works. It just does that one very narrow function, but you have everything you need to get value out of that right away.
 
slicing the software development cake
 

Don’t forget to include the “why”

If you've ever heard the user story format, “(as a [role], I want [something], so that [I can get some benefit])”, the why is the “so that” part of the story. Many people tend to get lazy and forget to do the last part because it's not convenient. They actually have to think about why. But I caution against not including that. You really need to have the “why” for the development team. It gives them the context that helps them understand what value is provided by doing the story. Without that, they're not going to know why they're doing it, and they're probably going to ask you anyway. You might as well put it in there.
 

Write stories at just the right size

Finally, writing stories at the right size is also very difficult. Think about Goldilocks and her experience with the “just right” porridge. In this case, you want to have stories that can be completed within a Sprint, and it's great if you can right-size your stories so they're all comparably sized. It's not always possible, but you also don't want to have stories that are too big. Those are epics.

Epics are stories that would need to be decomposed into smaller stories to be delivered within a Sprint. An epic could never fully be delivered within a Sprint. On the flip side, you could also have stories that are too granular. In that case, you might want to consider combining some to make it a larger story.
 

Get the free eBook

This is the tenth of 20 blogs on 20 Agile Transformation Pain Points (and how to avoid or manage them). To read them all right now, download our free eBook.
 
agile transformation pain points ebook
Agile

 

Love our Blogs?

Sign up to get notified of new Skyline posts.

 


Related Content


Blog Article
How to Use Data Flow Diagrams to Model and Analyze BI Requirements
Rachael WilterdinkRachael Wilterdink  |  
May 16, 2019
If you’re involved in eliciting, modeling, analyzing, or consuming requirements for BI projects, this post is for you. Over the next several months, we will be releasing 10 Techniques for Business Analysts (BAs) to model and analyze Business Intelligence (BI) requirements on our blog...
Blog Article
How to Use Data Dictionaries to Model and Analyze BI Requirements
Rachael WilterdinkRachael Wilterdink  |  
May 09, 2019
If you’re involved in eliciting, modeling, analyzing, or consuming requirements for BI projects, this post is for you. Over the next several months, we will be releasing 10 Techniques for Business Analysts (BAs) to model and analyze Business Intelligence (BI) requirements on our blog. The...
Blog Article
Top 4 Reasons to Attend WI BADD 2019
Shannon PagelsShannon Pagels  |  
Mar 21, 2019
WI BADD® (pronounced ”we bad”) is the annual Wisconsin Business Analyst Development Day held every May in Madison, Wisconsin (This year’s event will be held on May 15-16.) We are excited to again be sponsors and speakers at this event. Keep reading to learn more about the...
Blog Article
6 Hybrid Business Analyst Combinations
Rachael WilterdinkRachael Wilterdink  |  
Feb 19, 2019
There's been a lot of talk lately (and a lot of requests from our clients) for flexible hybrid roles. Our clients are looking for flexible people who can take on a variety of work to bring a project to fruition.   Here, I'm going to explore some of the more common combination roles...
Blog Article
Skipping Inspection and Adaptation (Agile Transformation Pain Point #20)
Rachael WilterdinkRachael Wilterdink  |  
Jan 31, 2019
Inspecting and adapting is one of the key parts of agile and Scrum. But over time, teams start to feel bored as if every session is the same.   If it does become boring, make sure you switch it up to keep it fresh. The Fun Retrospectives website has lots of ideas. Don’t skip this...