We already understand what a story is in Scrum and how to work stories using INVEST. Let’s now take a look at how to classify these stories.
As we have seen, stories are the requirements of the project / product being worked on. Stories are kept in Product Backlog and sorted by work priority. So it is natural to have several stories to work on our Backlog.
Considering that products are created or developed in collaboration with the entire team, as well as external agents such as stakeholders, product managers, etc., everyone should be encouraged to make their contributions as stories. However, only the
When we design a new product, or when we think of a problem to be solved, we are faced with different levels of knowledge about the various aspects to be addressed. Certainly, some characteristics that we wish for the product we know well and we manage to detail. Other, we have only one idea, a high-level vision of what we want. Also, it does not make much sense to define a product with a huge amount of stories, or Backlog Items (PBI – Product Backlog Item). It gets confusing and hard to explain to anyone. So it is only natural that
User Stories – are a matter of doubt for many beginners, and sometimes even for practitioners with some experience. This is even proven by the statistics of our Blog (with more than 10 thousand readers / month), which shows that posts about User Stories are always among the most wanted. So, let’s try to see Stories in a practical and simple way. This series of posts is dedicated to this.
A Scrum project has its requirements organized into a list called Product Backlog. Thus, roughly, the requirements of a project or product are items in this list, or rather Backlog items. The most commonly used way to describe
In recent times has gained a new movement called #noestimates? What does that mean? What is the advantage of adopting this path? The movement, if we may call it, #noestimates is based on the statement that “estimates do not generate value”. Based on this, he preaches that we must avoid estimating, reducing such activity or even extinguishing it. He advocates that we should devise alternatives to estimation. Will be? Is this path for us? Let’s start by talking a bit about
Yes. We are very curious and we are always trying to find out what our readers most like. The posts below are the ones that where most read during 2017. The top one, for instance, had 13K “unique pageviews”. And all others also had high numbers.
The amount of hits and the top posts show what our Blog is all about: A technical reference for people looking into moving to Agile. There are many technical posts. Posts for beginners and advanced practitioners. All written by skilled professionals, from the trenches. All focused on spreading Agile and help growing the Agile community.
We look forward for a 2018 with more posts and more hits. Thanks to all that make our blog the best genuinely Brazilian agile blog .
ScrumHalf – We Move Your Business into Agile
Top 10 Most Read of 2017