We used to create the following structure in Jira with the greenhopper plugin.
Now that greenhopper can link stories under an epic I want to create the following structures in Jira with the greenhopper plugin because it looks much cleaner.
Previously we would only estimate and assign story points to Stories, but now that they will be considered tasks should I estimate the tasks and roll them up into a value for a story? Or Should I estimate the story as well. What are your opinions?
The key is that you want Story Points to relate to closing stories, which means delivering value to the customer. Therefore, building the driver screen (as its component parts have no customer value until its complete) is the Story. While this may seem too vague when you may want the finer velocity control of monitoring every task, that's actually kind of micro-managing and is in violation of the social contract represented by Scrum.
I completely agree with your philosophy and has been the path I have been on since we implemented Scrum. How do I get developers to embrace the vagueness of a story and estimate on that instead of more of a finite effort? How do you get your product owner to accept that vague effort and communicate it to upper level management?
That is where I am currently stuck and asked for opinions. Thank you for your thoughts.
Hi awesome community! In this article, I would like to describe the one of the toolset (service) for the analyze some problems on different Java-based instances, of course, as Atlassian admini...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs