Skip to main content

Maximize Scrum with the Scrum Values: Courage (Part 3 of 5)

March 27, 2017

This is the third in a five-part series about the Scrum values.   These values are focus, openness, courage, commitment, and respect.  It takes more than just knowing what they are.  Achieving the benefits of Scrum requires that people and teams understand what they mean, how to apply them, and how to recognize them.

Courage is essential in solving complex problems and growing high performing teams.

Courage facilitates empiricism and collaborative teamwork.

  • It takes courage to be transparent about progress under pressure to deliver more faster.  
     
  • It takes courage to NOT show our stakeholders undone work.
     
  • It takes courage to ask for help or admit we do not know how to do something.
     
  • It takes courage to hold others accountable when they are not meeting commitments to the team.
     
  • We may discover we built something our customers don't want.  It takes courage to admit our assumptions were wrong and change direction.
     
  • It takes courage to try to build something we've never built before, not knowing if it will work or not.
     
  • It takes courage to share a dissenting opinion with a team member and engage in productive conflict.
     
  • It takes courage to admit our mistakes.  This could apply to our technical work, our decisions, or how we conduct ourselves.

The Scrum framework includes elements that help promote courage.

  • Every Scrum event is an opportunity to inspect and adapt.  This built-in assumption that it's okay to change direction enables courage.  We can change direction regarding what we are building.  We can change direction regarding how we are building it.
     
  • The timebox of a Sprint limits the impact of failure to the length of a Sprint.  This gives us courage to try new things, to experiment, to learn.
     
  • The three Scrum roles and their distinct accountabilities promote courage.  The Product Owner is accountable for maximizing the value of the product, so she can demonstrate courage by saying "no" to low value features.  The Developers are accountable for instilling quality by adhering to a Definition of Done, so they can demonstrate courage by saying "no" to cutting quality under pressure.
     
  • We are transparent about our planned work through both the Sprint Backlog and Product Backlog.  We are transparent about our progress by showing the completed Increment to our stakeholders.  Transparency takes courage, and transparency helps us build trust.  The more trust we have, the more courage we find.  It's a virtuous cycle.  
     
  • The purpose of the Sprint Retrospective is to inspect ourselves as a Scrum Team and identify actions for improvement.  This enables courage to bring up issues with how we are working together.  This enables courage to try new things, to want more.

These are just a few examples of how the Scrum value of courage lives within a Scrum Team to help them maximize the benefits of Scrum.  There are many more.  Teams need to continuously and collaboratively refine what these values mean for them in order to truly maximize Scrum.

Download the Coaching with the Scrum Values Mini-Guide

What did you think about this post?

Comments (16)


Jim Buckley Barrett
02:58 pm March 28, 2017

I would also "argue" that the values also apply to those out side of the Scrum Team as in the organization itself who must have the courage to allow the Scrum team to be responsible for design, architect, self organizing etc.


Trendisoft
09:51 am March 29, 2017

"Courage" is what it takes to stand up and speak. Courage is also what it takes to sit down and listen.

It's natural that Courage is part of the Scrum Values.


Alan Larimer
12:02 pm April 3, 2017

Agreed. Organizations may preach similar values, but unless they live them, it is all for not.


Alan Larimer
12:11 pm April 3, 2017

I shudder at the "deliver more faster" phrase.

I'd disagree that "It takes courage to NOT show our stakeholders undone work" but rather state that it takes courage to explain "what Product Backlog items have been 'Done' and what has not been 'Done'”

A lot of courage is needed in order to embrace the agile philosophy and execute the Scrum framework.


Jim Buckley Barrett
02:14 pm April 4, 2017

I would agree with you, I hate the term "faster", it is more frequent. Scrum doesn't suddenly make developers key faster!


Alan Larimer
12:46 pm April 5, 2017

. . . or testing faster, or deployment faster, or marketing faster, or . . .


Stephanie (aka Agile Socks)
04:39 pm April 5, 2017

So true!


Stephanie (aka Agile Socks)
04:40 pm April 5, 2017

Absolutely. I gave a talk a couple of weeks about the how to recognize and coach the Scrum Values. That exact point came up.... if others are not honoring our values, that is an area we will need to address.


Stephanie (aka Agile Socks)
04:41 pm April 5, 2017

I appreciate your alternative phrasing.


Stephanie (aka Agile Socks)
04:41 pm April 5, 2017

Yes! Yes!


The Skorpi
09:57 am April 25, 2017

It takes courage to show our weaknesses. Showing weakness is essential to build real trust between the people in the team.


Dan Evans
01:53 pm October 1, 2018

This blog reminds me of an idea I read in the book Freakonomics about how hard it can be for people to just say "I don't know" rather than try and blag an answer to something they think they should know. I think it takes courage to admit a gap in knowledge or understanding but it can really help you learn or find new ways of tackling a problem.


Bou7amad
10:44 am March 22, 2020

"It takes courage to NOT show our stakeholders undone work." could you explain to me more as i may get your sentence in not the right way.


ramesh pb
01:35 pm December 7, 2020

Courage to commit to deliver a valuable increment GONE in the revised scrum guide ! Is Scrum no longer courageous ?


Joseph Trevor Slayton
01:50 pm February 17, 2022

This is so beautiful. In the corporate world, there is often a proclivity toward obfuscation and a desire to let blame run downhill rather than to try and overcome this hierarchical blame loop through transparency and courage. I find it so troublesome that so many entry level workers are taught to accept personal responsibility for systematic problems inherent to a company and then those once vulnerable individuals get promoted and perpetuate this cycle of sending blame away from an inherently faulty system and down to the company's most vulnerable members.

Transparency regarding our systems in their present state rather than a perfunctory parroting of "this is how we have done things for so many X number of years" is the only way a company can adapt to changing needs.

The great news is, Scrum actively promotes this adaptive, transparent mindset. There is no low person in the hierarchy. Each team member take responsibility for their part in team conflict and setbacks. The system is viewed as inherently imperfect along the way to product delivery. People realize that accepting responsibility is simply the first step toward adapting and solving even more complex problems in Scrum. We don't have to keep kicking the blame can around because each team member knows that nobody is succeeding at another person's expense in Scrum. We all succeed and fall as one, so allowing our processes and products to always be transparent allows us to adapt and to recognize that most problems are situational, not personal. We therefore assess the situation that lead to our team's issues in the Sprint Retrospective or in the Daily Scrum and we forge ahead on the development journey.

It is so sad that most ancient corporations, trundling through time and accumulating decades of experience in project management, have not adopted this "make practices transparent and adapt to the response" mindset in lieu of the "find someone to blame and then sweep the issue under the rug" mindset. Scrum is at least one way to short circuit the blame loop and make transparency one of it's pillars. This is something that sincerely excites me about my Scrum journey.

Thank you for promoting courage and being an exemplary Scrum proponent.


Justin
05:10 pm January 15, 2025

But you didn't change it.