Skip to main content

How to Build Trust to Enable Agility

March 28, 2018

One of the most common questions I am asked in my Professional Scrum Master (PSM) courses and in coaching engagements is,

How do we build trust?”

This is a complex topic. And there are no simple or quick processes or techniques that will guarantee an outcome.  Nor can you know how long it will take to build trust.

Trust is fluid and constantly evolving.

There is no “end goal.”

Because trust is a feeling.

Trust is a characteristic of a relationship, of many interconnected and overlapping relationships.

It may be challenging and complex, but trust is essential to enable agility.  So let’s define what trust is and the elements required to build trust.

What is Trust

Trust is a willingness to be vulnerable.  When I trust, I am essentially making something important to me vulnerable to the actions of someone else.

Distrust is when I don’t feel that something I have made vulnerable to you is actually safe with you.

What are things we make vulnerable?  It could be position, reputation, ideas, work or creation, opportunity, or feelings.  It could be a paycheck.

Anatomy of Trust

Brené Brown uses the acronym BRAVING to talk about the elements required to build trust. Brené says that when we trust, “we are BRAVING connection with someone.” Let’s explore each element related to enabling agility.

Boundaries

I establish clear boundaries, and I stick to my boundaries.  You establish boundaries, and you hold your boundaries.  We both respect each other’s boundaries.

The Scrum framework is an example of boundaries that help a Scrum Team focus and collaborate towards a goal to deliver usable value by the end of a Sprint.  Team members stick to this boundary by not accepting additional work during the Sprint that would endanger that goal.  Others in the organization respect this boundary by not forcing or pressuring them to break this boundary.

People may also set individual boundaries in the context of the workplace.  I may set a boundary that I leave my work at the office.  Or perhaps I don’t check email on the weekend.  Maybe I don’t take on any new projects or activities unless I remove something equivalent.

Reliability

I do what I say I will do.  You do what you say you will do.  Over and over and over again.

Reliability is important when you need to collaborate in order to solve challenging problems and innovate.  Reliability is important when success is measured by team outcomes, not solely by individual activities.  You can’t just be reliable once.  Consistency matters.  There are two things you must consider in order to be reliable.

  1. Establish clear expectations.  

A Scrum Team creates a clear Sprint Goal and a transparent plan for achieving it.  These expectations are revisited at least on a daily basis in the Daily Scrum.  A Scrum Team also sets a clear expectation of quality and completeness in their Definition of Done.

2. Don’t overcommit.  

When we have too many plates spinning in the air, we can have problems focusing, we may cut corners or forget things, and we can experience burnout.  Learn to say “no” or “not now.”

Of course, we cannot predict exactly how long things will take.  So we may be wrong.

But did we focus on the thing we said we would do?  Were we open about new information that would affect our ability to accomplish the thing we said we would do?

Improving my reliability has been an intentional focus this past year.  Specifically, I never say “yes” to new opportunities or requests immediately.  I take some time to consider if it is something I really want to do in the greater context of my life.  And if I do, I then consider what I am removing to make space and outline some expectations (outcomes, time commitment, working agreements, etc.).  More often than not, I end up saying “no” or “not now.”

Accountability

I hold you to account for doing the things you said you would do.  You can hold me to account for doing the things I said I would do.  

“Calling someone out” is not a bad thing.  It’s a thing you do when you deeply respect and care for someone.  And if you are on the receiving end of it, you appreciate that this person had the courage to help you see something maybe you were unable to see and to help you do better.

And since we are human beings, we are going to screw up. 

When you do, own it.  Apologize and make amends.

When you are on the receiving end of it, you allow the other person to own it, apologize, and make amends.

Vault

What you share with me, I will hold in confidence.  And I expect you to do the same with me.. and with others.

When we gossip or collude with others, we are demonstrating that we will not hold information in confidence.  This erodes trust.

I often find coaching opportunities around this topic.  As a Scrum Master, a team member may come to me about issues with another team member.  Ultimately, I will coach this team member on addressing the issues with that person directly.

If you put yourself in the other person’s shoes, how would you feel if a team member was complaining about you to someone else?

The Sprint Retrospective is an example of where we honor the “vault” as a team.  Only Scrum Team members participate, and the specifics of what happens in the room stays in the room.  A Scrum Master helps keep a positive, continuous improvement focus rather than just dwelling on the negative and complaining.

Integrity

This is about choosing courage over comfort.  This is about choosing what is right over what is simply fun, fast, or easy. Practice your values rather than just professing them.

Product Owners show integrity by saying no to stakeholders who want something that is not in alignment with the product vision or is of low value.  They don’t just put it at the bottom of the Product Backlog to make the stakeholder happy.

Scrum Teams show integrity by not showing partially done work in the Sprint Review.

When our leaders profess their values, we expect their actions and decisions to reflect them. People don’t trust leaders who say one thing but then do another.  If a leader says he values learning and innovation, but he measures individuals on a strict “billable hours” policy or by “lines of code”, this inconsistency breaks down integrity.

Non-Judgment

You can be struggling and ask for help, and I will not judge you.  I can be struggling and ask for help, and you will not judge me.  

Practicing non-judgement honors vulnerability.  It must be okay to need help.  In fact, we should place value on being willing to ask for help.  We cannot think less of someone when we offer them help.

I may think that the quality of your work has been suffering and does not meet our standards, but I am not going to assume you intentionally did poor quality work or that you don’t have the same level of commitment as I do.  I can hold you accountable from a place of non-judgment.

Truly believing that we learn from failure is another way that teams and organizations practice non-judgement.

Generosity

You can assume the most generous things about my words, actions, and intentions.  And I will do the same for you.

Generosity means recognizing that we are all human.  We make mistakes.  We go through difficult times.  Generosity means we are willing to forgive, offer an opportunity to make amends, and hold space for the inevitable learning and growth that is part of being human and being part of a team.

I may feel disrespected by something you said in our working session, but I know you would not intentionally hurt me.  I will have a direct and honest conversation about how I feel, but I will not label you as a disrespectful person.

Make It Real

Set aside 10 minutes and reflect on these questions.  Pick one or two relationships where you want to build trust.

Step 1:  How can the acronym BRAVING help you think about and talk about trust differently?

Step 2: What examples can you identify where you have established each of the 7 elements of BRAVING?

Step 3:  Where do you have an opportunity to improve each of the 7 elements of BRAVING?

Bonus:  And if you have 25 minutes, check out Brene Brown’s talk on the Anatomy of Trust.  Then ask yourself who is filling up your marble jar, and how are you filling up the marble jar?  (Yes, you have to watch the video to know what that means.)

______________________

If you enjoyed this article and are seeking to go beyond the process and grow your leadership muscle, check out my free Thrive As a Scrum Master Mini-Guide.


What did you think about this post?

Comments (23)


Victor Zamora
02:46 am March 28, 2018

Great article, thanks. Too bad Bren Brown's video is not available anymore...


Jason
12:56 pm January 2, 2019

you may find video on another web.
https://brenebrown.com/vide...


Alex Ruiz
12:49 am January 5, 2019

Nice article. Just a remark regarding "I will coach this team member on addressing the issues with that person directly." The effectiveness of this action really depends on the underlying culture behind the scene. In Asian culture (In general), you may find this approach to be very impolite, and you may end up having the opposite effect of trust. On such cultures, depending on the situation, indirect communication channel will be way more efficient than direct one, and you will get trust by doing that.


Francesco Racanati
10:25 am May 10, 2019

I've a question about the "Vault" aspect - when I have the retrospective meeting with the team, then I always share a summary to the rest of the company: usually this results in generating hate from the top management toward my sharing and against me even if I'm just a reporter. What do you suggest in order to avoid this kind of situation to take place?


Randy Eppinger
10:15 pm June 3, 2019

Here is a Vimeo link to one of her BRAVING talks. Not sure if it mentions marbles... :)
https://vimeo.com/160642750


Alessandro Bignami
02:33 pm June 7, 2019

Very interesting article. I agree with it 100%.


Alessandro Bignami
02:38 pm June 7, 2019

I think that you should not share the content of the retro because it can be seen as a "betrayal" by your team.
I just share the "What we will work on in the next Sprint..." that it what the team choose to focus on to try to improve.
I think that everything else should stay private. You could try that: share only what the team thinks that it is improvable in the next iteration.


Francesco Racanati
03:33 pm June 7, 2019

but in my case team has no problem in sharing, the problem is coming from their boss...btw I'll try to put in practice ur suggestion...even if in this case I'm wondering: what about transparency then?


Alessandro Bignami
03:48 pm June 7, 2019

I think that transparency is about sharing everything about issues, about solutions, about everything but not on some things that "may" emerge in a retro: I mean, if one member of my team thinks that one of the bosses is an idiot, the retro is the perfect, safe place, where to give voice to issue like this (even if I think that retro is not a "venting and ranting" meeting (but sometimes it can, moderately be)). But, obviously, I think that it's not advisable to share this insight but, at most, the ideas that can emerge from a discussion about it such as, for example, "trying to improve communication with the bosses" or something like that.
What I'm trying to say is that you can (have to) share the ideas on how the team decides to improve itself, its processes and standards but not the details on how and why they arrived to those ideas.
Obviously this is just my opinion, more expert colleagues may provide better insights and maybe Stephanie herself can share her opinion on this... that would be great!


Juergen Greiner
12:21 pm April 22, 2020

Thank you, Stephanie. I really like your view onto the soft skills and underlining them. They underlay the framework of Scrum and are so essential to our mindsets. We are to often in a technical, male world that is focused on structure, items, results etc. But the space between the elements of Scrum are equally important. This is systemic thinking and acting that brings Scrum into being.


Caner Tasan
05:45 pm May 30, 2020

Very nice summary of definition of trust and parameters of building trust, thank you. This should help in two ways; to establish common grounds for the team in understanding what we mean by trust and secondly in being able to give clear and constructive feedback in cases where we think we are losing trust


Govindraj Tungenwar
08:29 am June 23, 2020

Very Nice article. Defining Trust and Building Trust is going process. Once Trust is broken it will be very difficult to rebuild the trust.


KENMEUGNE TCHUINKAM Romuald Fr
05:48 pm August 6, 2020

I may think that the quality of your work has been suffering and does not meet our standards, but I am not going to assume you intentionally did poor quality work or that you don’t have the same level of commitment as I do. is remarquable.


Mauro
09:40 am September 17, 2020

Not only it's cultural but also personal. There are individuals who will not accept an improvement point as they will take it as a pure critique.
I really struggle with that situation in my Scrum life.


Daisy Dai
03:49 am November 20, 2020

is also hard. Humility is the core.


Saurabh Sharma
11:06 am December 19, 2020

The answer lies in the article itself - "I may feel disrespected by something you said in our planning session, but I know you would not intentionally hurt me. I will have a direct and honest conversation about how I feel, but I will not label you as a disrespectful person."
Following this may/should address any cultural/personal inhibitions!


Sai D.
02:16 pm May 23, 2021

One time`s the charm!
Fool me once, that`s on you, Fool me twice, I`m the idiot ;)


Andre Bittencourt
03:28 pm July 5, 2021

If your team allow you to do this, then educate top management they should never "kill the messenger" otherwise they will never get it from you again and will not have information to improve your company.


Mirela
11:22 pm March 3, 2022

This is definitely between the best articles about Trust i have ever read... Congrats!
I would though, touch an additional point in this article and that is: how to build trust of the team, to the scrum framework, for teams that are just at the beginning of the Scrum adoption.


Katrina Latyshava
03:02 pm April 6, 2022

Jorge
02:33 pm April 7, 2023

Very nice article! I do have some struggle to work with Vault, because sometimes you are so absorbed in the team that gossip just happens without you choosing for it.


Jorge
03:03 pm April 7, 2023

Thanks for the tip, this is a wonderful video.


Robert Scott
07:40 pm April 15, 2024

If someone 'commits' to everything, I can't trust them, because this is not realistic.