Take the 2-minute tour ×
Programmers Stack Exchange is a question and answer site for professional programmers interested in conceptual questions about software development. It's 100% free, no registration required.

I am going to start a new project using Scrum and Jira and I have some questions regarding how to write proper tasks in Jira.

From what I understand user stories are small non-technical descriptions written by the stakeholders (ideally) that can have the form: As a user I want to order monkies so I can earn money.

However these tasks must be elaborated with requirements, technical requirements etc. My question is: How do you write such tasks in Jira properly, and do I have the right understanding of user stories.

Should I create user stories as super tasks and then create subtasks with the actual tasks/requirements?

Should I estimate super tasks/user stories, or only the sub tasks?

share|improve this question
    
what version JIRA do you use? do you use plugins that customize it for Scrum? –  gnat Mar 9 '13 at 13:43

2 Answers 2

Should I create user stories as super tasks and then create subtasks with the actual tasks/requirements?

Yes, same reason as @superM gave. Our team actually puts all the acceptance criteria and requirements in the user story (super task) and then create subtasks to outline what exactly the developers need to do to accomplish that story (eg, create table, add service to do X, tweak server params, etc).

We also use the GreenHopper plugin for JIRA (http://www.atlassian.com/software/greenhopper/overview) to track our Epics and Stories in the backlog. Once the Stories are estimated with Story Points and committed to a Sprint then the team creates sub-tasks under each Story for what they will actually have to do to get the software to implement the feature. The GreenHopper plugin does a great job visualizing the sub-task to User Story relationship. However, even without the plugin, vanilla JIRA will let you specify a main task (call that your story) and then sub-tasks (what the team knocks out during the sprint).

Should I estimate super tasks/user stories, or only the sub tasks?

We estimate story points at the Story level only (the GreenHopper plugin adds a custom field for that value, but if you don't use the plugin you could create a custom field if you wanted). But on our team, as the developers complete their sub-tasks under each story, they log their work (eg, how many hours it took them) so we can report on it later. We never log work (hours) to the story (super task) and we never estimate the hours to complete the sub-tasks or stories going into them, it's always post-mortem in our case.

share|improve this answer
Should I create user stories as super tasks and then create subtasks with the actual
tasks/requirements?

Yes. It is very convenient because you can easily see why a certain task was performed. Besides, this approaches lets you to track the progress of every user story.

Should I estimate super tasks/user stories, or only the sub tasks?

From my experience, the smaller a task is the easier is to estimate it. Small estimations also tend to be more accurate. The estimation of a user story is the sum of its subtasks' estimations. Thus the story estimation is more fair, accurate and sensible.

P.S. Here are some useful links on scrum and Jira:

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.