Start what you finish and finish what you start
…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.
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’.
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