Can Agile Games help you build Psychological Safety?

What are the advantages of attending an Agile Games conference? Let's look at Agile Games 2018 (in Boston) as an example.  This particular Agile Games focused on psychological safety.  The primary advantage of bringing the latest psychological safety and agile related concepts and practice back to your company, helps you lead to higher performing teams and greater company success.

First, what is Psychological Safety?

Google's Project Aristotle showed that team performance is indicated by one primary attribute: Psychological Safety. This is the degree to which team members can speak up without fear of retribution. Amy Edmondson has shown that psychological safety and accountability create the most productive teams. 

Second, what are the advantages of Agile Games?  

This 3-day conference (in the greater Boston area - Burlington, MA on April 9-11) explored ways to use serious interactive games to significantly improve team performance by increasing psychological safety and other key attributes. It focused on using games, collaborative activities and interactive exercises to support the values, principles and practices of lean and agile. What are some of the topics being covered?

Third, who are some of the Speakers and their Topics?   

When approaching Psychological Safety games, how do you balance uncomfortable situations, harmless triggering of the impostor syndrome while getting to the real essence of safety that can lead to high performance?  How do we steer between frivolity and personal risk? Tim Ottinger explored guidelines for safely sharing games that teach. 

In achieving psychological safety, how can you use games to “Stop the fear pandemic” where you encounter endless meetings, employees’ disengagement, blame and a lack of trust? Dana Pylayeva introduced agile games designed to increase empathy, build connections and practice risk taking in a "safe to fail" setting. 

Experience interactive games for building Psychological Safety. Craft team norms for a psychologically safe environment. Practice constructive non-judgmental feedback to strengthen your relationships. Mario Moreira will work you through this and you will leave with a Psychological Safety Roadmap that can be adapted to your company. 

You can learn more at: https://agilegamesnewengland.com/index.php/agile-games-conference

-->

Psychological Safety leads to High-Performing Agile Teams

There are two types of safety that factor into a healthy and productive enterprise environment and high-performing teams.  The first is physical safety. This is where employees have an environment where they are free from physical hazards and can focus on the work at hand. This type of safety should be part of the standard workplace promoted by company and government regulations.

The second is psychological safety that is core to enterprise effectiveness. According to Google research, high performing teams always display psychological safety.  This phenomenon has two aspects.  The first is where there is a shared belief that the team is safe to take interpersonal risks and be vulnerable in front of each other.  The second is how this type of safety along with increased accountability leads to increased employee productivity and ergo high-performing teams. 

Psychological safety helps establish Agile in that it promotes a safe space for employees to share their ideas, discuss options, take methodical risks, and become productive.  An Agile mindset promotes self-organizing teams around the work, taking ownership and accountability, and creating an environment for learning what is customer value through the discovery mindset, divergent thinking, and feedback loops. Agile with psychological safety can be a powerful pairing toward high-performing teams.   

However, accountability without psychological safety, leads to great anxiety.  This is why there is a need to move away from a negative mindset when results aren’t positive or new ideas are seen as different. If this occurs, employees are less willing to share ideas and take risks.  Instead consider ways to build psychological safety paired with team ownership and accountability of the work. This can lead to high performing teams. 

Everyone has a role to play in establishing a psychologically safe environment.  Agile Coaches and ScrumMasters can help you evolve to an enterprise where psychological safety and accountability are paired. Leadership has a strong role to play to provide awareness of the importance of a safe environment, provide education on this topic, and build positive patterns in the way they respond to results of risk taking by teams.  Team members must adopt an open, divergent, and positive mindset that is focused on accepting differences and coaching each other for better business outcomes.  Employees at all levels must be aware of the attitudes and mindset they bring.   

Are Google’s OKRs compatible with Agile?

A collaboration by JP Beaudry and Mario Moreira

Recently, someone asked us if we thought that the Objectives and Key Results (OKRs) used at Google and applied at Intel in the 1970s is compatible with the Agile mindset. In order to refresh our understanding of OKRs, we reviewed the Rick Klau presentation on How Google sets goals: OKRs. After examining the characteristics of OKRs, and with a few open questions, we are of the opinion that for the most part, they can be used in support of the Agile mindset. 

To provide a basic understanding, OKRs is a technique for setting and communicating goals. The first part, the objective, is the outcome that is sought. While the second part, the key results, is comprised of 3 to 5 specific and measurable pieces of evidence of progress against the objective. OKRs can be cascaded and refined at various levels in an organization. In order to allow people to be bold and think big, the guidance is that only about two thirds of OKRs be completed within a given period of time. To promote transparency, everyone’s OKRs are publicly accessible and graded.

Now back to the key question – Are OKRs compatible with Agile?  Based on our examination of OKRs, here are some reflections:

Ambitious - By design, OKRs should only be met or succeed about two thirds of the time. This lines up well with the general desire for organizations to be more innovative. There is a broad agreement that innovation is inherently uncertainty/high beta, and that a certain amount of failure/learning is inevitable. A goal of imperfection makes it safe for people to take chances

Measurable - Measurable outcomes are critical in determining whether one is getting closer to the stated objective. This is well aligned with Eric Ries’ concept of Validated Learning. It also plays well with Mario Moreira’s framework of a Lagging-to-Leading metric path. 

Public - I’m sure the public display of OKRs does wonders for creating alignment on priorities. This is because it makes it so much easier for all stakeholders to notice, and more importantly correct, misalignments. So much the better if the full cascade from strategy to team-level user stories is visible in one place. 

Graded - Grading OKRs forces participants to confront reality. Without an explicit process step where results are confronted, it’s too easy to skip the learning step. Without the result-driven feedback, roadmaps cannot be updated.

Because we haven’t worked with OKRs on a sustained fashion at scale to date, we have a few open questions on how they would fit in an Agile environment:    

Individual or Team

At what point does the individual accountability get in the way of teamwork? Most Agile organizations spend a tremendous amount of energy creating high performing teams. It seems that individual OKRs could undermine teams

Local or Global Optimization

A corollary is how to prevent local optimization that could make top-level objectives more difficult to attain. Would OKRs promote a narrow view?

In summary, it seems to me that the Objectives and Key Results (OKRs) technique has several characteristics that make them compatible with Agile environments, and few obvious downsides. The fact that OKRs are also used at LinkedIn and Twitter seems to provide further evidence of their usefulness in innovative environments. 

If you have experience with how OKRs can be used in an organization that values Agile and the discovery mindset, please consider sharing.  Bonus points if you can shed some light on the open questions in the article.  

------------------

To read more of JP Beaudry's articles, visit: http://www.thepragmaticleader.com/   

To read more of Mario Moreira's articles, visit: http://cmforagile.blogspot.com/