A scrum team has many decisions to make, all the time. Should we focus on usability or new features? Should we fix the bugs that are driving our current customers crazy or develop the new features that will help us land the next big customer? Should we use PHP or Ruby on Rails? There is a lot of pressure to make the best decision, the choice that results in the most valuable result. Something many people miss, is that when we make the decision will often impact the value of the result. Should we make the decision now? Or wait a bit and keep our options open? One of the sessions I led at Agile Open Northwest was titled “When Should We Decide?” and it examined this very question.
We explored the idea, using a simple casino game. Each player places a single $2 bet on the outcome of two coin flips. The choices are: heads-heads, heads-tails, tails-heads, and tails-tails. If the player guesses right, the house pays $8, otherwise the player is paid nothing.
Read the full article…
At last week’s Agile Manager’s Support Group, our very own Laura Powers, goddess of biz dev here at Agile Learning Labs, wowed us all with an exercise in personal goal-setting adapted from the basic framework of scrum. Laura knows a thing or two about meeting goals, having recently completed her first marathon.
Thank you for the certified scrum master training last week in Beijing. Your training is very impressive, and I appreciate it a lot. I asked you a lot of questions; may I ask one more? In our company, the automation for regression tests hasn’t been set up, yet. Without automation of the regressions tests, unit test, and pair-programming, how can our scrum team improve the quality of the product?
