Difference between revisions of "Unique specific tasks"
m (what -> how) |
m (Zen Habits) |
||
| (5 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
{{Oyster | {{Oyster | ||
|goal=get something done in an hour or two | |||
|stage=Sparkle | |stage=Sparkle | ||
|theme=Agile, Scrum, Kanban | |theme=Agile, Scrum, Kanban | ||
|context=breaking work items into tasks. | |context=breaking work items into tasks. | ||
|wish | |wish=Feeling comfortable about how to get a thing done | ||
| | |so=Split a work item into unique tasks specific to this work item. | ||
|wish=Getting tasks done in a couple of hours or a day at most is fulfilling and demonstrates progress. Understanding ''how'' it actually needs to be done to achieve the desired results helps hammering out details of the next greater thing you want to create—the ‘what’. Getting a real grip on things also brings up the important questions. Answering these questions will make you feel comfortable to start working on the {{pbi}} because you know how. | |wish full=Getting tasks done in a couple of hours or a day at most is fulfilling and demonstrates progress. Understanding ''how'' it actually needs to be done to achieve the desired results helps hammering out details of the next greater thing you want to create—the ‘what’. Getting a real grip on things also brings up the important questions. Answering these questions will make you feel comfortable to start working on the {{pbi}} because you know how. | ||
|background=Remember, {{p|no guessing}}. We are aiming for the exact solution. | |background=Remember, {{p|no guessing}}. We are aiming for the exact solution. | ||
| Line 24: | Line 25: | ||
#Pair test/develop initial FitNesse tests for… | #Pair test/develop initial FitNesse tests for… | ||
#Create component Z for… | #Create component Z for… | ||
|therefore=Split a work item into unique tasks that are specific to this work item just before {{p|backlog refinement meeting}} as it will surface any questions. | |therefore full=Split a work item into unique tasks that are specific to this work item just before {{p|backlog refinement meeting}} as it will surface any questions. | ||
|new=In {{p|scrum}}, if you can reuse your stickies across {{p|sprint}}s, there probably is something very wrong with your {{p|sprint plan}}. | |new=In {{p|scrum}}, if you can reuse your stickies across {{p|sprint}}s, there probably is something very wrong with your {{p|sprint plan}}. | ||
| Line 30: | Line 31: | ||
}} | }} | ||
Make sure your {{p|sprint plan}} consists of {{p|unique specific tasks}}. | Make sure your {{p|sprint plan}} consists of {{p|unique specific tasks}}. | ||
==Sources== | ==Sources== | ||
{{Web | |||
{{ | |url=http://www.agilix.nl/index.php/agilixblog/123-deja-vu-what-is-a-good-sprint-plan.html | ||
|site=AgiliX | |||
|title=Déjà vu What is a good sprint plan? | |||
}} | |||
{{Web | |||
|url=http://zenhabits.net/everything/ | |||
|site=Zen Habits | |||
|person=Leon Babauta | |||
|title=The Universe of a Single Task | |||
}} | |||
Latest revision as of 16:57, 19 November 2017
…breaking work items into tasks.
✣ ✣ ✣
Getting tasks done in a couple of hours or a day at most is fulfilling and demonstrates progress. Understanding how it actually needs to be done to achieve the desired results helps hammering out details of the next greater thing you want to create—the ‘what’. Getting a real grip on things also brings up the important questions. Answering these questions will make you feel comfortable to start working on the product backlog item because you know how.
Remember, no guessing. We are aiming for the exact solution.
The build crew needs:
- a detailed and shared understanding of how the sprint is going to be delivered; and
- to understand what they need to modify, extend, create and delete in order to achieve the necessary results.
The tasks are just a possible side effect but not the purpose of the sprint planning meeting.
The result of a sprint planning meeting should be a list of tasks detailing how the work will be done. A good split of a product backlog item into unique specific tasks can look like:
- Extend page flow A → B → C with…
- Extend Service X to cope with new…
- Sit with Domain Expert to come up with…
- Update Repository XY with…
- Create table A, B, C…
- Fill table A with data from file…
- Fill table B with data from file…
- Fill table C with join of A and B.
- Pair test/develop initial FitNesse tests for…
- Create component Z for…
Therefore:
Split a work item into unique tasks that are specific to this work item just before backlog refinement meeting as it will surface any questions.
✣ ✣ ✣
In scrum, if you can reuse your stickies across sprints, there probably is something very wrong with your sprint plan.
Apply one-two-automate to any repetitive work that can be automated.
✣ ✣ ✣
Make sure your sprint plan consists of unique specific tasks.
Sources
AgiliX » Déjà vu What is a good sprint plan? Zen Habits » Leon Babauta » The Universe of a Single Task