I don't want stories in my sprint if they have not been estimated. Is there a way to configure this?
Personally I (as a Scrum Master) believe that people are over tools. Having the tools dictate what you should and should not do takes away social and personal responsibilities. Team members will start thinking that the tool will solve all problems and over time the team members will degenerate into tools slaves instead of highly motivated and responsible members.
I am from Scandinavia so I might be extremely biased towards individual freedom and responsibility and accountability over rules, razzia and tool enforced methods.
Reading through many of the questions and answers here it does seem that especially Asia (or people managing people from Asia) is struck by the "more rules"-concept.
So my answer is: More training. Agile Scrum is 200% about encouraging the team members to take personal stake in what they are doing rather than being treated as cattle being pushed arounf with yet another new stick called "Scrum in JiraAgile".
Encourage the team, talk about the values of Agile Scrum: Courage, Openness, Respect, Focus, Commitment
In regards to get the estimates right I suggest taking a good look at Commitment, Respect and Openness in regards to getting the sprints right.
Also do look into having a Definition of Ready and Definition of Done for the team as this will get the team to talk about exactly what the quality goals for all work is and the goal for good story preparation is.
I hope you can use this for something.
nope... wrong answer
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Mark,
Why don't you make the field required on the Open -> In Progress transition?
They will still be able to add the stories to a sprint but they will not be able to start them untill a value is filled in for the Story Points?
But as Kim says : it's really a team issue. Ask them why they aren't doing it? Don't they see the advantages? Is it too much work? (This is Peter the Scrum Master speaking now)
Maybe you could organize a meeting each sprint with as your only goal : give all stories a story point estimation, you can use planning poker do this more easily.
Best regards,
Peter
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
This may be an old question but I have a new solution that works for my scrum team.
In the board configuration, set the card colours depending on your chosen criteria.
For my team, I have a criteria that meets the Definition of Ready with a check that the story is not already in the active sprint. I set the card colour to green for this. In the backlog, all the stories that meet the DoR but are not in the current sprint are shown with a green card tab.
I also have other card colours that show what is wrong with a story; For example: Red for no acceptance criteria. These show the colour even when the story is in the current sprint. Helps when looking at the sprint board to realise that something important is missing and needs to be addresses sooner rather than later,
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I've decided to create a report that will locate stories that are in sprints that do not have an estimate. With this info I can go to Scrum Masters and provide additional training.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I think you have made the right decision. Please accept an answer to close the question.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
How about setting the estimate field to be required?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
That would involve a workflow change to add another status that can be transitioned to because Open -> In Progress is already in a sprint.
If the estimate is set to be required on story entry it would completely hamper entry of anything to the project, or get the project estimate count skewed completely due to lots of bogus or zero estimates being entered.
So it can be done but will have consequences.
As I understand the question the problem at hand is that sprints are created and commited to with unestimated issues. This is definitely a team issue.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I get where you're going with that... but i don't think it will work.
The idea of Sprinting means your sprint team members have commited to completing work/stories by the end of the sprint. The story points measure the teams estimate of that body of work. If there's no estimate, there can be no commitment.... so i don't want stories to be dragged into the sprint without that estimate process happening. I have several teams using JIRA/Greenhopper, so it hard to enforce right now. Any idea's ... (other than additional training!!) I'd just like to enforce it via the tool if possible.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You can't block it but in the boards you can update the filter not to show the stories which doesn't have story points. Will that work?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.