AGILE IN ACTION

Saturday, 10 December 2005

Your scrum team needs you

Posted by Simon Baker

Your Scrum team needs you

Ken Schwaber describes the scrum master as a sheepdog who would do anything to protect the flock, and who never gets distracted from that duty.

The scrum master is the driving force behind scrum. The scrum team relies on the scrum master to ensure they live by scrum’s values, enact scrum’s practices, and abide by scrum’s rules. The scrum master is responsible for bringing all the components of scrum together to function as a process. The scrum team’s welfare is the scrum master’s highest responsibility. He must demonstrate commitment to the scrum team so they can see that he’s devoted to the team and will always protect and help them. However, if the scrum team breaks one of the scrum rules, the scrum master must insist that the team takes steps to ensure that it doesn’t happen again. If someone isn’t completing work, the scrum master takes the initiative and informs the rest of the scrum team so they can decide how best to help.

The scrum team looks to the scrum master to set them up for success. This is achieved by aligning roles and responsibilities, and organizing and facilitating sprint planning meetings, sprint reviews and retrospectives. The scrum master helps the scrum team maintain productivity by removing obstacles, making prompt decisions when required, and by facilitating daily scrum meetings which provide a forum for the scrum team to synchronize, inspect and adapt. Engineering practices and tools are improved so that each increment of functionality is potentially shippable and progress is gauged by the scrum master and made visible to all parties with a public burndown chart.

The scrum master helps the product owner and the scrum team work together so that the product owner can drive the development effort directly. He also coaches the product owner on how to maximize the return on investment by selecting the most valuable product backlog to be developed in a sprint.

3 Comments

Should scrum master code?
Please say only "Yes" OR "No"
Scrum master MUST code:
Scrum master MUST NEVER code:
Scrum master COULD code:
Scrum master SHOULD code if (s)he wishes to:

Comment by Anonymous

Put it this way, "If you're in the frame you can't see the picture". Being a Scrum Master is a full-time job.

Comment by Simon Baker

Scrum master should code IF it helps the team AND if it does not distract from his primary duties to the team.

In general, if being a Scrumm Master is taking ALL your time, there is something very wrong on some level.

Comment by Anonymous

Creative Commons Licence

Recent Posts

  1. Pursuing features increases total cost of ownership
  2. Organization complexity is a waste farm
  3. Managing costs provides a false sense of security
  4. State of Agile survey for 2011 tells a familiar story
  5. (I can't get no) satisfaction, let alone customer delight
  6. Positive emotions and purpose
  7. People don't buy what you do, they buy why you do it
  8. Too busy chopping wood to sharpen the axe
  9. So you want a fresh apple
  10. Systems are seductive

Archives

  1. 2012 (6)
  2. 2011 (24)
  3. 2010 (31)
  4. 2009 (41)
  5. 2008 (69)
  6. 2007 (152)
  7. 2006 (128)
  8. 2005 (63)
    1. December (22)
      1. Giving trust
      2. Being empowered means being prepared to take a chance
      3. Leading the way
      4. Getting to know people
      5. Slop and slack
      6. What does it mean to be empowered?
      7. Feelings of worth
      8. Martin Fowler has updated The New Methodology
      9. Seeking improvement and receiving feedback
      10. Teamwork and trust
      11. Rules for simplicity
      12. Serenity isn't freedom from the storm, but peace within the storm
      13. How not to do it: Agile development, Microsoft-style
      14. The illusion of fixed price contracts
      15. Effective conversation
      16. Your scrum team needs you
      17. Can trust be restored once it's lost?
      18. Under-promising and over-delivering is a process smell
      19. Daily scrum haiku
      20. Write production-ready code faster with TDD
      21. Kent Beck talks about Extreme Programming and QA
      22. Talking about Selenium with Luke Closs
    2. November (15)
    3. October (11)
    4. August (8)
    5. July (2)
    6. June (1)
    7. May (4)
  9. 2004 (2)

Tags

agile (43) big visible chart (15) conference (39) culture (18) extreme programming (21) leadership (18) lean (47) people (26) planning (17) retrospective (18) scrum (41) story (18) team (30) testing (18) xpday (19)