<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Dec 17, 2015 at 12:12 PM, Max Binder <span dir="ltr"><<a href="mailto:mbinder@wikimedia.org" target="_blank">mbinder@wikimedia.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div class="gmail_quote"><span class="">On Fri, Dec 11, 2015 at 7:59 AM, Kristen Lans <span dir="ltr"><<a href="mailto:klans@wikimedia.org" target="_blank">klans@wikimedia.org</a>></span> wrote:<br></span><div><div class="h5"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>This was an interesting read related to the notion of "Starters, Finishers, and Implementers":</div><div><br></div><a href="https://hbr.org/2011/06/how-to-become-a-great-finisher" target="_blank">https://hbr.org/2011/06/how-to-become-a-great-finisher</a><span></span><br></div></blockquote></div></div></div><br></div>Any reason to not send this on the public list?</div></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Also<br><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">Great managers create Great Finishers by reminding their employees to 
keep their eyes on the prize, and are careful to avoid giving effusive 
praise or rewards for hitting milestones “along the way.” Encouragement 
is important, but to keep your team motivated, save the accolades for a 
job well — and completely — done.</blockquote><div><br></div><div>I feel like Lyssa Adkins says something to this suggestion in Coaching Agile Teams. <br></div><div><div><div class="gmail_extra"><br></div></div></div></div></blockquote><div> </div></div><div><div><div><div>I finally got back around to reading this article, and am shifting this thread to the public list. <br><br>I
 liked that the the article didn't just say "finish stuff", but gave one concrete
 tip to do so: Focus on what remains to be done, rather than what you 
have completed so far. <br><br></div>Although I suspect I have a natural
 tendency to focus on what has been done, I do very often step back and 
ask "Ok, exactly what will it take to finish this?" Apparently that's a 
healthier habit than I realized, and one that I will try to do more of. <br><br></div>This
 psychological trick (of focusing on what remains to be done) aligns 
well with burndown charts, and to a lesser degree, burnup charts. Those 
charts focus attention on the gap between where we are and the target 
line. <br><br></div>Max's point becomes tricky when developing software.
 Clearly, prior to hitting a milestone, you would want to give 
encouraging pushes toward finishing that milestone. But after a 
milestone, you shouldn't celebrate? Ouch! And if you wait for a piece of
 software to be "finished" before celebrating...well....as we know, 
software is *never* finished. At that point, you're talking about 
putting people on an endless death march. <br><br></div>An answer, I 
think, might be to treat each milestone as a point of full completion. 
Push to hit it, and celebrate it. Then reset everything, and focus on 
what's left to hit the next milestone. Don't count up how many 
milestones you have hit. If anything, track the number of milestones 
remaining. <br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><span><font color="#888888"><br>Kevin Smith<br>Agile Coach, Wikimedia Foundation<br></font></span><font><font><i><font color="#888888"><br></font></i></font></font></div></div></div></div></div></div></div></div></div>
</div></div>