Scrum Team and Standard of Work

Standardized work is a collection and implementation of the best practices known at that moment. We discussed Standard of Work for Product Owner and Scrum Master in earlier articles. I also gave you a template of the checklist with activities for these two important players of Scrum.

Third leg of Scrum stool

As we all know, Scrum is often referred to as three-legged stool. The three legs being the Product Owner, Scrum Master, and the Team. The third leg, the Scrum Team, is charged with the responsibility to build and deliver the product functionality. Everyone on the Scrum team must be rowing in one direction to deliver this in a timely fashion to the customers.

Scrum team

Rowing Team – every effort in one direction

Let’s look at the typical activities that the team must carry out.

[tabby title=”Daily”]

  • Attend the daily Scrum, on time and in person.
  • Come prepared at the daily scrum with your updates.
  • Provide you updates at the daily scrum and listen to others’ updates.
  • All team members should answer “the three questions”.
  • If, for some reason, you can not attend the daily scrum, please reach out to a ‘buddy’ and ask her to take your updates to the team. [Do not send you updates in an email, that should be the last resort! ]
  • Adhere to the Office Hours agreed upon as a Team. Let the team know if you are unavailable during those office hours for any reason.
  • Work (swarm) on the highest priority stories.
  • Show all work on the Scrum board.
  • Update tasks with hours remaining.
  • Seek out opportunities to help your team members and/or swarm on driving the Stories to completion.
  • Ensure development standards are followed.
  • As soon as a Story is Done, demonstrate it to Product Owner to get her Acceptance and mark it as ‘DONE’.
  • Adhere to DoD before marking a Story as Done.
  • Learn to say ‘No’. Use the ‘No’ repertoire.
  • Ensure that the WIP limits are followed.
  • Make it Fun 🙂

[tabby title=”Weekly”]

  • Identify ways to get better. Collect ideas for Sprint Retrospective or create improvement stories. Seek out opportunities to get that 1% improvement [ The Rich Employee by James Altucher ]
  • If required, represent your team at the Scrum of Scrum event, bringing team’s updates and challenges to the community.

[tabby title=”Each Sprint”]

  • Participate in Sprint Planning. Push back if the Story is not READY; not allowing it to get into a Sprint.
  • Get into sprint. Participate in Backlog Refinement.
  • Avoid the group thinking and provide your honest, unbiased estimate based on your knowledge and experience. Be comfortable with confrontation and agree to disagree.
  • In the daily standup. Participate in the Demo and Retrospective.
  • Identify opportunities for improving how work is done. Less with more done.
  • Create stories for improvements to be undertaken by the team.
  • Communicate improvements to Agile Coach or Process Owner for improvements beyond the control of the team.
  • Ensure all stories & tasks have a good description and validation.
  • Ensure all stories/features/epics have sizes.
  • Make a sprint commitment that you believe in. Work to achieve the commitment.

[tabby title=”Each Release”]

  • Participate in the Release planning activities
  • Identify enabling work.
  • Provide estimates for all work
  • Identify dependencies and risks.
  • Collaborate on the “Definition of Done” for the team.

[tabbyending]

[bctt tweet=” Standardized work answers the 5W+1H of a process – the who, what, when, where, why, and how”]

Is your scrum team following this checklist? What is your team doing differently, that is working for them? Share your thoughts and comments below.

Standard work

Get your FREE copy of Standard Work Today! 

In essence, Standard Work helps you in minimizing waste and maximizing value delivery
Click here to Download your FREE copy

The “No” Repertoire for Scrum Teams

Learn to say 'No' to get more Done!

In the book, Essentialism: The Disciplined Pursuit of Less by Greg McKeown,  author talks about the importance of saying ‘No’ to focus on and completing what is important and essential right now. Get Hyper Tip

In Scrum, you go into a Sprint having already made a commitment to a number of stories. What happens when your manager, supervisor, or one of the stakeholders comes to you requesting to take on one new thing on your plate. Are you a people pleaser? Do you say ‘Yes’?

If you said ‘Yes’, you already undermined the commitment the Team made to the sprint. A better approach would be to say ‘No’. But, how do you say ‘No’ to your manager, supervisor, or the stakeholder (who might be paying the bills)?

The “No” Repertoire

In the book, Greg suggests having a ‘No’ repertoire handy. You can get to this list when faced with a situation where you have to say ‘No’, and say it gracefully. Here is my version of the ‘No’ repertoire for Scrum teams.

  • No. We can not take on this new Story as we are already ‘in flight’ into a new Sprint.
  • Yes, we may be able to take on this new Story. But, what are you willing to de-prioritize from our current Sprint?
  • Thanks for this new Story. We can put it on our Product Backlog, and take it on in the next Sprint if it is still your Priority.
  • We can take on this new Story, but are you willing to put the success of the current Sprint on the line for this new Story?
  • Can you please explain the business reasons behind this urgency (on this new Story)?
  • Why can’t this new Story wait till we get into next Sprint?

[bctt tweet=”The “No” Repertoire for #Scrum Teams! http://www.nimeshsoni.com/get-hyper-tip-learn-to-say-no/ #getHyper #Agile”]

Yes, you can say ‘No’ to your stakeholders. You just have to learn the art of saying ‘No’ gracefully!