The Case for Vulnerability in Scrum Retrospectives
“Vulnerability is not weakness.”
— Brené Brown
Choose a Brave Willingness to Be “All In”
For a scrum team to be successful, it is important to learn of and solve problems as they occur. As we work together, we express how we’re doing, what’s in our way, and our concerns so they can be addressed. It’s an ongoing process of improvement from sprint to sprint. A retrospective session is most effective when everyone on the team is forthcoming about what went well, and what didn’t. At this meeting, each team member should take time to quietly reflect and answer those two questions as it pertains to him or her. There are as many team dynamics as there are teams, so sometimes getting started is awkward if people feel uncomfortable opening up. Sustained success demands a brave willingness to be “all in.”
To be “all in” during a sprint retrospective, often we must dare greatly. I believe Brené Brown’s book, Daring Greatly, has meaningful implications for scrum culture in the workplace. Brown writes about interviews she conducted on how people experience shame in their lives. These were the subjects’ answers that, as a scrum coach, I found alarming: “Revealing any weakness is shaming.... Showing fear is shameful.... You can’t be afraid — no matter what.” This is bad news for those of us who seek success through an Agile approach to getting work done. If the team culture views weakness as shaming, then that means team members may tend to cover up weaknesses. If, during a retrospective, we perceive that we can’t talk about the things that trouble us because of the fear of being viewed as weak or not having the “right stuff,” then how in the world are we going to achieve substantial and sustained business performance improvements — improvements that deliver greater value?
Brown is a popular author, public speaker, and research professor at the University of Houston. She has written four number-one New York Times bestsellers. Her Ted Talk “The Power of Vulnerability” has received nearly 36 million views to date. The core of her research is this: people who live happy, wholehearted lives are those who have the courage to let their most authentic selves be seen. They are not paralyzed by a fear of failure. Rather, they have the courage to be vulnerable. For most folks, however, vulnerability is something we avoid at all costs because of the fear that if we allow ourselves to be truly seen, we will experience loss of respect, loss of connection, and shame. According to Brown, “Shame — the intensely painful feeling or experience of believing that we are flawed and therefore unworthy of love and belonging — breeds fear.”
Brown’s work would suggest why we’re sometimes reluctant to reveal to the team important ground truths about what happened in the sprint because we don’t want anyone to know we’re weak in that area — and a little fearful of being embarrassed by our weakness or appearing foolish before others. But unless we embrace the need for discussing it, without any guarantee of comfort, then the team productivity isn’t likely to systematically improve. I’m not talking about some coerced kumbaya retrospective moment. I’m just encouraging a little healthy introspection, to look back on the sprint and sift through our memories in order to more clearly see the business consequences of our relationships, challenges, frustrations, and feelings that we are experiencing. That might also occasionally lead to grabbing a scrum coach as an objective third party for guidance.
Choose Excruciating Vulnerability
That’s not to say that everyone participating in a scrum team is afraid of vulnerability. As a coach, I’ve observed great progress in improved productivity when even one team member chooses excruciating vulnerability and with courage openly talks with their team about their own mishaps as well as near misses in hopes of making it a learning experience for all. This behavior tends to happen when that team member acts with a courage born of a sense of their own worthiness and a sense of professionalism. And once one opens up with courage, others if not all are more likely to follow by speaking up. The absence of shame is the key to reporting the ground truth.
We could make our work more joyful if we’re only willing to do two things. First, we must stop playing Monday morning quarterback when we hear about the sticky situations into which other team members have gotten themselves. Yes, there is a place for objective mishap/near-miss analysis,1 but criticism merely for the sake of making ourselves feel better than the other guy benefits no one. The second thing we can do is share our stories and be candid and forthcoming about our weaknesses and fears. Transparency will go a long way toward everyone’s goal of higher business performance. In the words of Brown, “Vulnerability — the willingness to be ‘all in’ even when you know it can mean failing and hurting — is brave.... Courage is contagious. Every time we choose courage, we make everyone around us a little better.”
1For more on analyzing mishaps, see “Shaken, Not Stirred.”
More: Articles Like This
- Natural Teamwork and the Nature of Interdependence: Subtle Benefits of Retrospectives (That You Can Control)
- A Virtual Workplace for Widely Dispersed Project Teams
- Creating Self-Directed Teams: It’s a Question of Space
- 4 Tips for Meeting the Digital Transformation Challenge with Agile and Lean Teams
- Agile Team Tips: Identifying the Product Owner