Who can become a Scrum Master?

Who can become a Scrum Master?

Is there any particular background required to become a successful ScrumMaster?

Hi This is Kamlesh Ravlani, Scrum Trainer and Agile Coach with Agile For Growth. I am an Engineer by heart, and for many years I've worked as an Engineer, Team Lead, Project/Program Manager and Program Director before I moved to become a full-time Scrum Master.

In this video, I discuss is there any particular background required to become an effective ScrumMaster,

I share with you the 10 most common backgrounds of ScrumMaster I've worked with, and

I also give you a 5 point checklist to become successful in the ScrumMaster role.

The good news is, you don't need a specific background to become a Scrum Master. People having the skillset of Scrum Master can come from any field.

and, the not-so-good news is, it's hard and takes years of skillful practice to become an effective Scrum Master.

So before discussing who can become an effective ScrumMaster, let's understand the key skills required to perform ScrumMaster role, which are:

Facilitation

Teaching &

Coaching

Can you develop these skills? Why not!!

These skills help you to leverage your existing background in helping the teams you serve.

Now, let me share with you the 10 most common backgrounds I've seen good Scrum Master have come from:

10 most common backgrounds

  1. Program Manager, Project Manager
  2. Program Director, Director of Delivery
  3. CTO, CIO
  4. Product Manager
  5. Business Analyst
  6. QA Lead, Test Manager
  7. Technical Lead/ Developer
  8. DBA
  9. Customer Support Lead
  10. Release and Operations Lead

Are you one of them?. It doesn't matter if you are not.

You can still become an effective Scrum Master by following this 5 point checklist

5 point Checklist to become an Effective Scrum Master

  1. Are you adept at influencing people?
  2. Are you passionate to delight customers?
  3. Are you driven by the motive of serving your team?
  4. Do you have experience in the domain or the product that your teams are working on?
  5. Do you understand Scrum well?

Depending on what background you come from, you may need to acquire new skills of Scrum Master role and you may also need to unlearn some bad behaviors that may hinder you from performing the Scrum Master's role effectively.

Such as- If you manage Finance, If you Write performance appraisals, If the Scrum team members report to you, you may have to explicitly let go of that organizational power and authority to be able to serve the team as Scrum Master.

Please tell me in comments, your thoughts, and experiences about who can become an effective Scrum Master?

Tips for writing Acceptance Criteria

Tips for writing Acceptance Criteria

Acceptance Criteria

Acceptance Criteria defines from an end user’s perspective, how a particular feature could be used. It focuses on business value, establishes the boundary of the feature’s scope and guides development. Acceptance criteria form the basis of acceptance testing which establishes the condition of success.

When the product owner verifies particular acceptance criteria and the developed feature passes the criteria, the development is considered a success.

Tips for writing Acceptance Criteria

Writing good acceptance criteria is the key to effectively testing the developed functionality. It allows the team members writing tests to understand the scope of the Product Backlog Item (PBI). Acceptance criteria could establish a boundary that helps to understand what’s included and what’s excluded from the scope of the PBI.acceptance-criteria-tips-agile-for-growth

Here are some useful tips for writing acceptance criteria. Some of the Scrum teams I’ve worked with preferred to use it as a checklist for writing good and consistent acceptance criteria. I encourage the teams to keep revisiting and revising these tips to fit their need. I would also forewarn to avoid using these tips as fixed rules.

Here are some tips for writing acceptance criteria:

  • Each product backlog item or user story should have at least one acceptance criteria.
  • Acceptance Criteria is written before implementation – this is obvious yet frequently missed by teams.
  • Each criterion is independently testable.
  • Acceptance criteria has a clear Pass / Fail result.
  • It focuses on the end result – What. Not the solution approach – How.
  • Include functional as well as non-functional criteria.
  • Team members write the acceptance criteria and the Product Owner verifies it. It confirms the PO and the team have shared-understanding of the user story.

Usually, acceptance criteria are developed jointly by the development team and the product owner. Who writes it, is not a matter of rules – what matters is – it should help to establish and communicate shared understanding between the product owner and the development team about solving a customer’s challenge or building product capability.

Product Backlog Item (User Story) example

acceptance criteria example for Pay Balance Due PBI

Example 1: User story and it’s acceptance criteria:

As a credit card holder, I want to view my statement (or account) balance, so that I can pay the balance due.

the acceptance criteria for this story could be:

  • Display statement balance upon authentication. Say for example $1560
  • Display total balance. For example $3560. Here the balance due from the current period is $2560 and past balance due is $2000.
  • Show Minimum payment due. For example $140
  • Show Payment due date. For example May 16th of the current month
  • Show error message if service not responding or timeout. For example ‘Sorry, something went wrong with the service. Please try again.’
User Story example 2

acceptance criteria example for student performance PBI

Example 2: User story and it’s acceptance criteria:

As a teacher, I want to generate assessment report, so I can evaluate student performance.

the acceptance criteria for this story could be:

  • Show a student’s current assessment score.
  • Display past assessment score of the student.
  • Provide an option to Print / Save / Share. (By the way, this could be split as a separate user story by itself).
  • Display error message if service not responding. (If a team chooses to add the Error Message as their definition of done for all stories – where ever applicable, it could be omitted from the acceptance criteria).

What is the right amount of Acceptance Criteria?

 

Well, if you’ve too many acceptance criteria for a single product backlog item (PBI), chances are you could split it into multiple PBIs. Have too many acceptance criteria as part of one story and chances are you’ll easily run into acceptance criteria that aren’t passing. That delays the delivery of that user story, which delays the feedback, ultimately increasing the risk of failure. I recommend, whenever you have got a chance, please go ahead and split the user story right there. You can thank me later 🙂

Splitting user stories helps in keeping each user story small, improves chances of delivering it early, seeking feedback faster, hence reduces risk. Yes, there is effort involved in splitting the user stories as well.

Hence, the PO and the development team have to identify for each user story, what is a barely sufficient detail of acceptance criteria. Photo source: Kenny Rubin, Innolution where Ken discusses the pros and cons of adding too many details versus no detail and establishes the need to identify what is barely sufficient detail to get started.

acceptance criteria detail for user stories

Scrum Master Focus Survey

The survey aims to compare the Scrum Master's role as described in the Scrum Guide with the reality in organizations. With that aim, I'm set out to collect the real world insights from practicing Scrum Masters, about the Scrum Master role and the focus of Scrum Masters.

If you are currently performing the Scrum Master role, please answer this survey to maintain a high relevance of the answers collected. We value candid answers based on real world facts over answers based on future aspirations or opinions.

What is a Scrum Master, How to Become a Certified ScrumMaster?

What is a Scrum Master

Scrum Master is one of the three roles that make up the Scrum Team as described by the Scrum Framework. The Scrum Master role is specific to Scrum and is a critical aspect in achieving the ambitious goals of helping the team and the organization be adaptable to rapidly changing customer needs through continuous inspect and adapt. To be adaptable the organization must develop the capability to continuously seek feedback from the customers about their needs and adapt their approach to meet these needs gracefully. The Scrum Master acts as a catalyst to this capability development within the team and the organization. Scrum Master achieves this by educating, facilitating and coaching the development team, the Product Owner and the organization.

While the Product Owner focuses on improving the product ROI by defining what is right to build, the development team focuses on building the product right, the Scrum Master acts as a servant-leader and focuses on building a high performing team to maximize the value created by the Scrum Team.


Master service

As per the Scrum Guide, the Scrum Master collaborates with the Scrum Product Owner and serves by:

  • Finding techniques for effective Product Backlog management;
  • Helping the Scrum Team understand the need for clear and concise Product Backlog items;
  • Understanding product planning in an empirical environment;
  • Ensuring the Product Owner knows how to arrange the Product Backlog to maximize value;
  • Understanding and practicing agility; and,
  • Facilitating Scrum events as requested or needed.
Master service

The Scrum Master serves the Development Team in several ways, including:

  • Coaching the Development Team in self-organization and cross-functionality;
  • Helping the Development Team to create high-value products;
  • Removing impediments to the Development Team’s progress;
  • Facilitating Scrum events as requested or needed; and,
  • Coaching the Development Team in organizational environments in which Scrum is not yet fully adopted and understood.
Master service

The Scrum Master according the Scrum Guide, is also responsible to serve the organization in below ways. However, most Scrum Masters fall short on serving the organization.

  • Leading and coaching the organization in its Scrum adoption;
  • Planning Scrum implementations within the organization;
  • Helping employees and stakeholders understand and enact Scrum and empirical product development;
  • Causing change that increases the productivity of the Scrum Team; and,
  • Working with other Scrum Masters to increase the effectiveness of the application of Scrum in the organization.

How to become a Certified ScrumMaster

The Scrum Alliance is one of the most reputed and popular certification body. The Certified ScrumMaster certification from Scrum Alliance is the most credible certification as Scrum Alliance carefully through a rigorous process wets out the Certified Scrum Trainers. This is how you can get a ScrumMaster certification:

  • Attend the 2-day Certified ScrumMaster (CSM) training facilitated by a Certified Scrum Trainer (CST).
  • Read the Scrum Guide and review the CSM participant workbook/reading content provided.
  • After successful two days workshop, the CST recommends your name to Scrum Alliance.
  • Scrum Alliance emails you a link to take the online CSM test.
  • Take the CSM test and get 24 (out of 34 multiple choice questions) correct answers to pass the test.
  • Upon passing the CSM test, download your Certified ScrumMaster certification from your Scrum Alliance member account dashboard. And here you are a Certified ScrumMaster 🙂

Living without TechDebt

Living without TechDebt

I grew up in an educated middle class family and was taught to #Save rather accrue #Debt. I don’t remember my family applying for a loan to buy an expensive house hold appliance or to go for a luxury vacation abroad. I guess most parents teach their kids to manage their spending and live within means.

I saw my parents live debt free. That encouraged me to think what was really important to buy.

It forced me make sound choices.

The need to live without debt taught me to say No.

No to unwanted stuff. No to things that were not urgent. No to things that were appealing on the surface but didn’t fit in to the bigger scheme of my world.

If you’ve read Robert Kiyosaki, you may be familiar of his advise of using Other People’s Money (OPM) and one of the traditional way is to get a loan. Many got sucked in to the trend. Now they can buy everything they may need and get it on loan.

I would like to call is a systemic dysfunction.

Systemic dysfunction is created not by one person or one institution. It also doesn’t develop just because of one or few instances.

Systemic dysfunction may manifest in the system in various forms and we start to see symptoms.

Sure we all remember the 2007 financial crash and its ripple effect on most of the economies of the world.

I observe similar and growing trend in the world of software product development.

Everywhere there is pressure to deliver more. More than the available time at hand. More than the people (at the front) can practically deliver.

In the pursuit of Growth, the Sales teams are assigned sales quota that’s beyond challenging.

Marketing and Product Development usually find themselves dragged into the game to deliver more.

The product delivery teams and IT teams are usually at the receiving end of this rat race.

To secure their job, they end up saying Yes, more often than is realistic.

The Product Team creates a pipeline of requests to add more features. More new features in the product.

The product developers end up delivering new features.

There is less time to think of quality and developing these features right.

The code is just good enough to work. There is a mountain of unfinished and poor code that the products are built on.

The developers are accruing more Technical Debt.

It’s a systemic dysfunction.

Not created by one developer or one team. Not created during the implementing of one feature or one product.

TechDebt is in every code poorly developed and is being accrued with each new request that needs to be delivered in rush.

Without empowerment, Developers feel that giving in to the demands of delivering more is the only option. The Product Owners in most organizations feel the same as they feel the pressure from the top brass.

Until someone chooses to stand up and says No to cutting quality.

Until someone says No to poor coding practices.

Until someone says No to skipping refactoring.

Until someone says No to delivering buggy product to customers.

Here’s are 3 steps you can take to immediately curb the TechDebt from growing further:

Step 1: Acknowledge and make transparent the current level of TechDebt. If it’s visible and everyone keeps looking at the TechDebt level, it’ll be easy to persuade everyone to address it. I bet, most teams don’t even visualize their existing level of TechDebt. Do that.

Step 2: Block some time on calendars to identify, list and address the TechDebt. If no one is spending the time to address TechDebt, it’ll only keep growing.

Step 3: Identify a limit of TechDebt that your code can have at any moment of time. Once the TechDebt level increases the identified limits, fixing it will become the highest priority – more than developing new features.

Now think for a minute:

What if your product owners and teams collectively agreed and pledged to live #Techdebt free!!

How will living #TechDebt free look like in your organization?

Subscribe To Our Newsletter

Join our mailing list to receive the latest news and updates from our team.

Awesome. You've successfully subscribed.