Cover image for Remember Your Victory Conditions

Remember Your Victory Conditions

cwreacejr profile image Charles Reace ・2 min read

For the last several sprints, our team at work have been emphasizing the need for clear sprint goals. Along with that comes an emphasis on staying focused on the current goal while avoiding distractions that should not be part of the current sprint. For example, if, while working on new feature A, a developer notices something that probably should be re-factored in feature B, it is not okay for him or her to just change gears and start that re-factoring. Instead, a ticket should be created and put in the backlog, and the team as a whole can determine during the next stand-up or backlog review if it needs to be a priority: perhaps in the next sprint, or even in the current sprint — or maybe never. The important thing here is to not miss the current sprint's target goal due to lack of focus on that goal.

Our recent discussions on this during sprint reviews triggered a memory from years ago when I was in college. That memory has nothing to do with any college courses, however, but with playing war games with my roommate. One game in particular came to mind: Avalon Hill's "Panzer Leader", a tactical-level simulation of World War II combat in western Europe. In one scenario, we had a closely fought battle, and I had concentrated on using all my units to their best effect, inflicting serious casualties on the enemy while holding my positions. On the final turn, my dastardly roommate realized he could run one measly little armored car unit down a side road and into a small, insignificant village. At first, this looked like no big deal, until I remembered that that little village was one of the places a player could gain victory points if he "owned" it.

That little victory point bonus was just enough to give my roommate the win. I, however, at least learned my lesson: "Know what the victory conditions are, do not forget them, and base all your tactics on them". This holds true in any war games I've ever played, or for that matter, most games in general. In the same vein, scrum development teams should follow the same guideline, which might be paraphrased as, "Know what the sprint goal is, stay focused on it, and base all of your decisions on it."

In fact, I suspect there is a corollary rule for most things in life where we want to achieve some sort of "victory"; though we may want to be careful about focusing totally on our potential victories, as winning at all costs is not always the best way to maintain relationships and keep your life in balance.


(Extracted from my blog)


Editor guide