Spikes And Stories

Scrum tips and agile insights from a Silicon Valley agile coach

The Importance Of Sprint Commitment

by 10 Comments

Scrum is like my mother-in-law; it points out all my faults. Ken Schwaber, one of the master minds behind scrum, is credited with that quote, and there’s a lot of truth to it. Scrum is an exposure model; it’s intended to highlight weaknesses in an organization and its processes. It’s then up to the organization and its people to find solutions to those problems. Unfortunately, many organization solve these problems by removing the parts of the scrum framework that cause the pain.

It seems like a silly way to solve the problem, doesn’t it? When a stranger comes to my house, I have a cat who runs to the bedroom and hides under the comforter. She feels safe because she thinks if I can’t see the stranger, the stranger can’t see me. Sorry, stupid, we can see the lump in the bed.  You’re not fooling anyone.  So what part of the framework do I see organizations tossing out most often?

Commitment.*

When the team leaves sprint planning, they should have in front of them everything they’ll be accomplishing over the course of the sprint. That commitment is immutable. It should not change. Work should not be added, removed, or even exchanged for other work. Most importantly, this commitment should be made by the team without abetment from individuals outside of the team, and it certainly shouldn’t be dictated to a team by the product owner.

Of course, I write this with confidence but also some measure of skepticism. I recognize the realities of the work we do, and I recognize that sometimes things come up that cannot be put off. My argument is that we’re too quick to loosen up that commitment, and my heart burn is this:

When everything is the exception, why have the rule?

That’s a rhetorical question, but I’ll tackle it anyway. Why have the rule? What’s the intent behind requiring that the commitment remain unchanged between sprint planning and the demo? I’ll give you six reasons:

[Read more…]

Tips To Be a Successful Scrum Master

by 30 Comments

If I could go back in time and give my younger scrum master self only 10 tips, it would be this:

  1. Questions over statements. Use questions as a tool to enforce process, make a point, or to gain understanding of another point of view.  It also makes for a less confrontational situation:
    1. Frank, instead of starting a new task, have you thought about helping Mary with that code review?
    2. Since our stand ups are only 15 minutes, should we talk about ways to get us all here on time?
  2. Progress should be defined by the amount of work finished, not the amount of work started. Task switching comes at a cost.  This cost is often overlooked, especially in a world where multi-tasking is the norm.   Teams often feel they’re most efficient when they have a large number of tasks open so they can toggle between them.  They’re mistaken.
  3. Knowledge creation over task completion. Even at the cost of efficiency, it’s better to spread knowledge throughout the team than to focus simply on completing all committed work. Encourage specialists to step outside their comfort zone and learn a skill from one of their team members.
  4. Ask stupid questions. If someone says something, and you don’t understand, ask.  I bet at least two other people in the room have the same question, but don’t want to feel like a dummy.
  5. Know your team. Can you name the spouse, hobbies, strengths, and weaknesses of each of your team members?  If so, great.  If not, learn, but only do so if you’re sincere in your effort to know more about your team members.
  6. Know your team’s dynamic. It’s not enough to know each team member.  Learn how their personalities mesh.  Who feels safe sharing their thoughts?  Who’s more contemplative?  What has occurred in the past to draw the entire team into a fruitful and honest discussion?
  7. The last 10% of any story is chock-full of unicorns and dodo birds. Never let a team convince you that something is 90% done.  It’s either all done or not done at all.
  8. Paint all things in terms of black or white. When your team uses terms like “may” or “might,” ask them to commit to something firm (even if it’s less than their previous “might”).  In a similar vein, ensure all action items have a clear and single owner.  Use questions to get them through the shades of gray.
  9. Good enough never is. Never let a team feel that they have nothing more to learn.  Never let a team become complacent.  Always find ways to gently knock them off balance in the spirt of keeping things fresh and interesting.
  10. It never gets easier. The job requires a great deal of patience.  Many days you’ll question if you’re really doing enough for your teams. That’s normal. You’re in a role where the value you provide a team is often intangible, yet always invaluable.

What would you tell your younger self?  I’d love to hear your tips for new scrum masters.

Update:  A number of you enjoyed these tips so much that I put together another ten in my blog post Scrum Master Tips To Help Your Teams Succeed.  I hope you check them out.

%d bloggers like this: