Scrum Master Standard Work

We talked about the Standard Work for Product Owner in my earlier post. Now, let’s look at the other important role in Scrum: The Scrum Master (SM).

Scrum Master wears many different hats while working with the Team. I like to say that Scrum Master has many faces. He is a Facilitator and ensures the Scrum framework is followed; as well as he is the Protector of the Team. He is a partner with Product Owner and other players in the organization, as well as he is the ‘Terminator’, eliminating Impediments so that team can continue making progress. I can go on and on.. but let’s keep that for a separate post.

Standard Work: Scrum Master
Let’s start identifying the activities that the Scrum Master is carrying out to ensure the team continues to create and deliver Value for customers. Here is my recommended list of activities, categorized into Daily, Weekly, by Sprint, by Release, and so on. I also have listed activities that Scrum Master has to do to ensure a successful launch of a new Scrum Team.

[tabby title=”Standing up a new Team”]

  • Ensure the team has gone through Agile training
  • Working with the team, collectively, come up with a ‘Scrum Calendar’ to ensure that all the events are discussed, time and locations are agreed upon. Use this activity ‘Scrum Calendar’ to facilitate this discussion.
  • Ensure the team has a good understanding of the roles. Use this activity ‘Start with Y’ to bring everyone on the same page and have a common understanding, expectation about each role.
  • Ensure that PO has shared and discussed the Vision and Roadmap with the team
  • Use ‘Agile Bingo’ to Ensure that the team has worked on and collectively agreed upon: [Download Agile Bingo here http://bit.ly/agileBingo
    • Working Agreements
    • Office Hours
    • Definition of READY
    • Definition of DONE (for User Story, for Release)
    • Dependencies and Risks has been discussed and identified/acknowledged
    • Make it Fun! Ask the team to create their own identity; come up with a name that reflects their collective identity and purpose
  • Ensure all the events have been scheduled and show up on appropriate stakeholders’ calendar. Send out the invites for next two to three months
  • Get more details on Agile Bingo and other activities mentioned here at http://bit.ly/improveScrum

Improve your scrum ceremonies

[tabby title=”Daily”]

  • Attend and facilitate the daily Scrum event.
  • Rigorously ensure the rules of Scrum are followed.
  • Provide updates on impediments and dependencies reported by the team.
  • Update and post the task burndown and story completion charts.
  • Update the Scrum board and other information radiators to make work and progress visible
  • Be the ‘Sherlock Holmes’: Look for unidentified impediments and work towards removing them, even before they have a chance to distract the team
  • Work to remove the impediments identified by the team and escalate them to stakeholders as required.
  • Represent the team to outside parties.
  • Protect the team from distractions.

[tabby title=”Each Sprint”]

Information Radiator

Information Radiator

  • Ensure that the team is ready for next sprint
    • The User Stories have been identified and are READY
    • The Dependencies have been identified and ‘separated’ from User Stories slotted for the sprint
  • Facilitate sprint planning
  • Facilitate Daily Scrum, and ensure that it finishes within the allotted 15 minutes (use the Productivity Hacks we discussed earlier such as Parking Lot, Yellow Card, After Party, ..)
  • Ensure that team is adhering to their Working Agreements as well as the Definition of Ready and Definition of Done
  • Ensure that the team follows their WIP limits. Challenge team to finish the work, before starting new work (user stories)
  • Ensure that various tracking charts are updated and posted in the area where they are visible.
  • Ensure the Team conducts ‘Backlog Refinement (Grooming) event while in the sprint, focused on getting stories READY for the future sprints. The team should have a pipeline of READY stories that will keep them busy for at least n+2 sprints.
  • Own the impediments, track progress on resolving them, and provide regular updates to the Team on each one of them. Ensure that team has worked around to continue making progress until the impediment is resolved.  
  • During the Sprint, ensure that Story Burn up chart and Task burndown charts are updated daily
  • Pay attention to the Story burn up chart, and work with team to avoid the Hockey Stick
  • At the end of the sprint update:
    • Release Burnup chart – This chart should show the “top line” scope, actual velocity for completed sprints, predicted velocity for future sprints (Trend line using 3 sprint average), and the planned release date. Identify the gaps (between the predicted points and the desired “top line” points) and start having conversations around it with Product Owner and the team.
    • Feature completion – This chart should show the progress toward all features as well as the priority/sequence order that features are to be built.  Highest priority features should be on the left side. Ensure that there is activity on the feature at Left.  
    • Identify and keep a running list of ‘Features at risk’. Lowest priority features are “at risk” if the predicted velocity doesn’t intersect the “top line” by the planned release date.
    • Continue to have a discussion around them with Product Owner.
    • Business value completion – Work with the Product Owner to produce the desired graphs (e.g. business value points per story point, story point burn-up, the breakdown of business stories vs. enabling stories, etc.).
    • Update the Team velocity chart and Say: Do ratio based on the completed sprint.
  • Facilitate Sprint Demo (Showcase) and Sprint Retrospective events.
  • While team is focused on the current sprint, spend some time and energy on getting things lined up for and ready for next sprint
    • Update Team Calendar, incorporating vacation times and holidays. This will help in predicting team’s capacity for the upcoming sprint.
    • ensure that various events are planned, scheduled and on the calendar. Various events such as Sprint Planning, Sprint Review, Backlog refinement, Sprint Retrospective.  
    • Work with Product Owner to ensure backlog items are identified and READY for next sprint
  • Communicate sprint/release progress to stakeholders
  • Communicate Impediments to stakeholders

[tabby title=”Each Release”]

  • Facilitate Agile Planning  / Release Planning
  • Collaborate with Product Owner to ensure that:
    • Backlog Items are identified and prioritized for the Release cycle
    • Highest priority backlog items have gone through ‘Backlog Refinement (Grooming)’ activity and are READY
    • Dependencies have been identified

[tabbyending]

Would it help to have your standard work documented? Can it help you – the Scrum Master, your team improve the productivity and deliver more VALUE for your customer?

Go ahead and document your Standard of Work. Start with this list, update it, refine it, and put your team on the “hyper Productivity” lane!

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!

Being an Agilist, I strongly believe in continuous improvement. We all can be better at what we are doing. We can use the ‘state’ where we are as a baseline, and find ways to improve and become better at what we do. This is a series of Photo/Blog posts that will touch on the topic of ‘Improving ourselves’, on Productivity Hacks, the tips, tools, and/or techniques that can put us on a lane of ‘hyper Productivity‘. My goal is not to radically change things overnight, or I am not looking for a big bang change, but rather I am looking for the incremental improvements.

This is first tip comes from a book titled The Rich Employee by James Altucher. 

[bctt tweet=”Every day focus on 1% improvement of what I call the daily practice.@jaltucher The Rich Employee  #getHyper”]

After all, (agile) transformation is a journey, and one or two changes alone can not make it happen. My goal here is to provide you those catalysts that will cause a chain of (positive) change. These catalyst will help you change the mind set to the one that is continuously looking for value, opportunities for improving and eliminating (or at a minimum, minimizing) waste.

So, buckle up, and get ready to get on hyper productivity land! Let’s #getHyper!

 

Check List: Importance of Product Owner and Standard Work

Product Owner (PO) role is a very important role in Agile. She often wears many hats! She is working with Stakeholders on creating and maintaining the Value Backlog and identifying the right priorities. Lady in Pink - the Product Owner She is also working with the Development Team on creating Work Backlog that creates the Value that is being sought. She is essentially working as a bridge between Stakeholders and the Team, between Value Backlog and the Work Backlog. And she is acting as a bridge between the Business and the IT.

The Product Owner also sets the direction of the Initiative (or Project, if you want to call it that). She sets the direction by identifying the priorities; and she is one of the big factors, if not the only factor, that has huge influence on success or failure of the initiative.

Many faces of Product Owner

Many faces of Product Owner

Benefits of Standard Work
Product Owner role being such a critical role in the success of your initiative, would it help to document the work she has to do? Does it add value to having documented this Standard Work?

Standardized work is one of the most powerful but least used Lean tools. By documenting the current practices, standardized work forms the baseline for continuous improvement.

Let’s review some of the benefits quickly:

  • Creating standard / Standardizes the work across different teams, different people; ensuring consistency across the organization
  • Set expectations, certain level of expectations, branding as to what’s ‘given’ when the team/individual says a certain task is done
  • Sets up a common platform against which the effectiveness of the individuals can be measured
  • Ensure certain level of quality
  • Ensure that certain routine, mundane tasks get done (and don’t get overlooked due to them being ‘boring’)

Standard Work: Product Owner
Let’s start identifying the activities for the Product Owner now that we are clear on the importance of the role and the benefits of Standard Work. We can start listing out the Daily and Weekly activities, as well as the activities that need to happen when a specific event is happening, for example, Release Planning.

[tabby title=”Daily”]

  • Attend the Daily Scrum meeting
  • Did I answer (if any) questions raised by the Team members, within a few hours?
  • Did I resolve / remove / find work around for business impediments?
  • Do I need to provide Story-level CAT (client acceptance testing)?
  • Do I need to connect with business Subject Matter Experts / business community for any open or upcoming item?
  • Story Burnup
    • Did I update and review Story Burn up chart?
    • Is the team working on highest priority stories?

[tabby title=”Weekly”]

  • Product Backlog planning / Backlog grooming with Business stakeholders
  • Break Epics to Features, assign Business Value
  • Break features to potential User Stories
  • Ensure that each Story has “Who, What, Why” identified
  • Ensure all Features and User Stories have Acceptance Criteria (AC)

[tabby title=”For Each Sprint”]

  • Review charts
    • Release Burn up / story completion
      Examine the “top line” scope, the current and projected velocity, and the anticipated date the velocity line intersects the “top line” scope. Make adjustments to scope or release date as necessary
    • Feature completion
      Is the team working on right things in the right sequence? Is effort being applied to future features that should be applied to near-term features?
    • Business value completion
      Examine the trend of business value per story point (RoI) being delivered. Can we sequence higher ROI features earlier in the release schedule? If only lower ROI features remain, can we end the project early? Can we remove high-cost / low return stories from features to improve the feature ROI?
    • Maintain Product Backlog
      • Re-sequence features
        Examine the planned features for each release and adjust as team velocity, capacity, ROI, risk, dependencies, etc. are better understood
      • Create/Update/Delete Epics, Features and User Stories
        As we get smarter, update the backlog with the current understanding of the epics/features/stories
      • Backlog Grooming with Team
        Work with the Team to add sizes to any epics/features/stories that don’t have a size assigned
        Ensure information dashboards are updated and visible (topline, velocity, release burnup)
        Assess risks and dependencies among epics/features/stories
    • Get Ready for next Sprint Planning meeting
      • Collect highest-priority stories that represent approximately 125% of the teams average sprint velocity.
      • Ensure user stories are detailed enough with validations for team commitment.
      • Work with the technical Product Owner (tPO) to identify and prioritize the highest-priority/predecessor enabling (technical) stories
      • Develop and communicate Sprint Goal(s)
    • Sprint Review
      Facilitate part of the review, explaining Business Scenario and Goals, and then hand-over to Team member to showcase/demo the functionality
    • Participate in the Sprint Retrospective with the Team
    • Sprint Planning
      discuss the sprint commitment with the team. Hold the team responsible for meeting that commitment.
    • Update Vision (if necessary)
    • Communicate sprint/release progress to stakeholders

[tabby title=”For Each Release”]

  • Create/Update the Vision
  • Identify epics and features
  • Assign business value to epics and features
  • Group features into “minimal releasable feature sets”

[tabbyending]

Would it help to have your standard work documented? Can it help you, your team improve the productivity and deliver more VALUE for your customer?

Go ahead and document your Standard of Work. Start with this list, update it, refine it, and put your team on the “hyper Productivity” lane!

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