Difference between revisions of "Start what you finish and finish what you start"

From Pearl Language
Jump to navigation Jump to search
(|image=Start-Finish-320.jpg)
(+= people remember uncompleted or interrupted tasks better than completed tasks)
 
(8 intermediate revisions by the same user not shown)
Line 1: Line 1:
{{Oyster
{{Oyster
|goal=get things done
|stage=Sparkle
|stage=Sparkle
|theme=Agile, Kanban
|theme=Scrum, Jumpstart
|context=evolving a product or project by eating away at a pool of work.
|context=evolving a product or project by eating away at a pool of work.
|wish in a single line=ka-ching a day makes product owner say hurray.
|wish=ka-ching a day makes product owner say hurray.
|therefore in a single line=Work the work flow from back to front and help promote items closest to the end of the flow and in your area of skill if at all possible. Focus on increasing liquidity.
|so=Work the work flow from back to front and help promote items closest to the end of the flow and in your area of skill if at all possible. Focus on increasing liquidity.
|image=Start-Finish-320.jpg
|image=Start-Finish-320.jpg
|wish={{p|ka-ching a day makes product owner hurray}}. You want your work to have some impact, outcome. You want to get things done. Progressing the items closest to the finish take the least amount of effort and start generating returns from the moment they finish, while opening up a slot that can be replenished with new work.
|wish full={{p|ka-ching a day makes product owner hurray}}. You want your work to have some impact, outcome. You want to get things done. Progressing the items closest to the finish take the least amount of effort and start generating returns from the moment they finish, while opening up a slot that can be replenished with new work.
|background=One of the core dysfunctions in {{p|scrum}} is pulling all items from the {{p|sprint backlog}} into progress, working on all of them in parallel, and, maybe, finishing them stressfully just before the end of the {{p|sprint}}. The {{p|burn down chart}} shows the ‘student signature’ rather than the healthier gradual, daily reduction of work remaining. The {{p|scrum board}} should display a ‘snow plow pattern’ rather than a “vertical bar pattern’.
|background=We are judged by what we finish, not what we start. Period. Also, people suffer from the [http://en.wikipedia.org/wiki/Bluma_Zeigarnik#The_Zeigarnik_Effect Zeigarnik Effect]—people remember uncompleted or interrupted tasks better than completed tasks.
 
One of the core dysfunctions in {{p|scrum}} is pulling all items from the {{p|sprint backlog}} into progress, working on all of them in parallel, and, maybe, finishing them stressfully just before the end of the {{p|sprint}}. The {{p|burn down chart}} shows the ‘'''student signature'''’ rather than the healthier gradual, daily reduction of work remaining. The {{p|scrum board}} should display a ‘'''snow plow pattern'''’ rather than a “vertical bar pattern’.


[[File:Scrum-burndown-snow-plow-student.jpg]]
[[File:Scrum-burndown-snow-plow-student.jpg]]


Having all work {{state|in progress}} creates distress, uncertainty, inconvenience, and makes planning harder. An effective way to address this is by putting a {{p|work in progress limit}} on the {{state|in progress}} state that compels the {{p|squad}} to start working on a new item if and only if finishing one of the items in {{state|in progress}}.
Having all work {{state|in progress}} creates distress, uncertainty, inconvenience, and makes planning harder. An effective way to address this is by putting a {{p|work in progress limit}} on the {{state|in progress}} state that compels the {{p|squad}} to start working on a new item if and only if finishing one of the items in {{state|in progress}}.
|therefore=Start only what you will finish, and finish what you start before starting something new. Starting at the back from your work flow, work on progressing any item if you have the skills; or fix a bottleneck if you have the skills; or pull in work from the queue; or find other value added work that will increase liquidity.
|therefore full=Start only what you will finish, and finish what you start before starting something new. Starting at the back from your work flow, work on progressing any item if you have the skills; or fix a bottleneck if you have the skills; or pull in work from the queue; or find other value added work that will increase liquidity.
|new=Similar to {{p|stop starting and start finishing}}.
|new={{p|first things first}} help you do the '''right''' things. {{p|start what you finish and finish what you start}} helps you getting those right things '''done'''.
 
Similar to {{p|stop starting and start finishing}}.
}}
}}
A.k.a. [[Stop Starting. Start Finishing]]
A.k.a. [[Stop Starting. Start Finishing]]

Latest revision as of 10:49, 30 November 2015

Start-Finish-320.jpg

…evolving a product or project by eating away at a pool of work.

✣  ✣  ✣

ka-ching a day makes product owner hurray. You want your work to have some impact, outcome. You want to get things done. Progressing the items closest to the finish take the least amount of effort and start generating returns from the moment they finish, while opening up a slot that can be replenished with new work.

We are judged by what we finish, not what we start. Period. Also, people suffer from the Zeigarnik Effect—people remember uncompleted or interrupted tasks better than completed tasks.

One of the core dysfunctions in scrum is pulling all items from the sprint backlog into progress, working on all of them in parallel, and, maybe, finishing them stressfully just before the end of the sprint. The burn down chart shows the ‘student signature’ rather than the healthier gradual, daily reduction of work remaining. The scrum board should display a ‘snow plow pattern’ rather than a “vertical bar pattern’.

Scrum-burndown-snow-plow-student.jpg

Having all work in progress creates distress, uncertainty, inconvenience, and makes planning harder. An effective way to address this is by putting a work in progress limit on the in progress state that compels the squad to start working on a new item if and only if finishing one of the items in in progress.

Therefore:

Start only what you will finish, and finish what you start before starting something new. Starting at the back from your work flow, work on progressing any item if you have the skills; or fix a bottleneck if you have the skills; or pull in work from the queue; or find other value added work that will increase liquidity.

✣  ✣  ✣

first things first help you do the right things. start what you finish and finish what you start helps you getting those right things done.

Similar to stop starting and start finishing.


✣  ✣  ✣

A.k.a. Stop Starting. Start Finishing

Sources