“I was sick to my stomach – after realizing what had happened – I couldn’t focus and had to leave work,” a rather large and tough looking mechanic said while attempting to hold back his tears. “I could have killed someone…” he said, now wiping the flowing tears from his face. The mechanic continued to explain how he had locked out a piece of equipment – something he had done hundreds of times prior – in preparation for another crew’s upcoming task. He detailed how he performed this lockout processes methodically following the plan step by step, how he had to do it in the middle of the night due to the need to get this critical equipment fixed and back online, how he was unable to locate batteries for his flashlight, how it was verified by another employee as being “correct,” and provided a wealth of other rich contextual information relating to the work. “When we realized the lockout was wrong, I just broke down. It was like someone punched me in the gut,” the mechanic said. He described his feelings of fear and disappointment, and his deep sense of responsibility for what had occurred. “I was afraid that I had just killed someone…” he again stated now gazing down at the floor. “What happened?” I asked. The mechanic explained that no one was injured or killed, that nothing was damaged, and how his initial fear that his actions might have killed one of his friends, now grew into a fear of losing his job. “I took a few days off to think,” he said. “I just had to get away and think, I couldn’t do my job because I was just too shaky…” he explained.
This employee was new to this particular company, having started with the organization a couple years prior to the event. It is also important to mention that, a few years prior to the mechanic beginning his career with the organization, they had started down the path of Human and Organizational Performance – embracing the use of learning teams specifically.
“I was really afraid that I was going to be fired,” the mechanic said. He followed up this statement with “I should have been fired, I deserved to be fired…” I then asked – noting that he had not been terminated – how things had gone after the event. “It was so different,” he said, now no longer weeping. “It was definitely not was I was expecting,” he continued. The mechanic went on to explain how the company had embraced him, how they did not blame him, and how they involved him in the learning process. He detailed how he had not been interrogated, that instead, he was asked to be a part of a learning team for the event. “They asked me if I would be willing to be a part of a learning team, something I had never heard of before, to help make things better,” the mechanic explained.
This story, one of a focus on restoration and learning, came from a recent experience I had working with a particular organization. We were conducting learning explorations into “how things were going” as the company continued its shift towards Human and Organizational Performance – seeking out the good, the bad, and the ugly to better understand the present state of the organization after five years of a purposeful shift towards HOP. Several additional stories, like the one mentioned above, came to the surface during these conversational explorations into lived reality. Stories about how things felt different, how things were getting better, and of areas that could use focus.
What a great example of learning on purpose, of moving beyond blame in pursuit of learning, and of embracing learning from those that GSD (get shit done). The story above demonstrates just how much can change within an organization through the application of Human and Organizational Performance – this company could have easily been described as “blame and shame” focused in the years prior to their shift. What a difference in lived experience for the employees working within the company – raw and real conversations (like the one above) would have never taken place prior to the organizations move away from blame and shame. This shift towards Human and Organizational Performance (and the use of learning teams) allowed the involved employee to share their story, to share the “real-deal” story of their work, and to actively participate in learning – it allowed for the organization to gain raw and real information. The result? The involved employee, along with the organization, had a positive and meaningful experience that resulted in a wealth of operational learning.
Focused and less focused methods for learning
This story highlights the use of two particular methods of gaining vitally needed operational intelligence, the use of learning teams and the use of learning explorations. A learning team can be defined as a way of looking at safety, quality, and operational excellence differently – by involving and empowering those that do the work – to drive improvements at both the worker and organizational level (Sutton, McCarthy, Robinson, Conklin, 2020). Learning explorations can be described as more of a “freestyle” and organic approach – based upon the general concepts and principles of learning teams – that allows organizations to seek out (while learning a lot along the way) opportunities for deeper and more focused operational learning.
I tend to apply these methods loosely based on what we are looking at and based on the outcomes we are hoping to achieve. Often, learning teams are used to explore problems or betterment opportunities, seeking out valuable learning rich and contextualized information, in hopes of generating fixes for particular pain points, issues, or problems. Learning explorations should be viewed as more of a less granular starting point – the casting of a wide net – to discover opportunities that we should seek to learn more about. While some fixes are usually captured, formal problem resolution is not the end goal of a learning exploration. I typically lean towards the use of more structured and formal learning teams around things like events, operational surprises, the solving of specific pain points or problems, and other more specific examinations – while utilizing these even less rigid and less focused learning explorations to take a broader view of things like current organizational reality, lived experience, organizational stories and lore, effectiveness of overall approach, and other less specific areas of interest. Often, learning explorations result in the use of more focused and specific learning teams to solve problems or explore things deeper, based on the learnings gained during the explorations.
Some key operational learning principles and concepts
According to The Practice of Learning teams (Sutton et al. 2020), there are five core principles of learning teams:
Seeking to understand work-as-imagined and work-as-done provides valuable contextual information
Groups outperform individuals in problem identification and problem solving
Workers have the best knowledge and understanding of the problems they face
The more effort put into seeking to understand the problem, the better the solutions that emerge
Providing “think” or “soak time” for reflection drives learning and improvement
We are seeking to learn from those that GSD (get shit done) because only they have true knowledge and experience of how things happen in real life – we are hoping to tap into reality. The people that do the work best understand the work. They know where things just do not work, where they must make do, where they must stretch, and where our systems underperform, create headache, or must be worked around. Since we simply cannot understand the reality of work, we must deliberately seek to learn from those that do. We seek out this vital operational intelligence because we understand that people are the solution, and that we need to ask them what they need to be successful (Dekker, 2014). Without this ‘looking glass’ into the reality of work within our organizations, we are practically operating blind.
We have an image of what work looks like, how work should go, how successes are created, and how events occur, engrained in our minds. The problem is that how we imagine things happening, and how things actually happen, are two vastly different things. The fact of the matter is that we will never, with 100% accuracy, understand how things get done within our work worlds. But we should seek to understand it better by allowing those that do understand (the people that do the work) to teach us the reality they face daily – we should seek this learning deliberately and frequently. The better we understand the realities of work, the better our work worlds can become.
Learning team basics
So, you want to conduct a learning team, now what? Before we examine the “how to” of performing learning teams, allow me to insert a warning here – something I have seen occur in many organizations. Do not overcomplicate the process or get too hung up on structure – a bit of the idea here is that these approaches are less formal, less rigid, less linear, and more open and real. Do not allow your organizational desires for uniformity and repeatability to stand between you and real learning. Avoid falling into the traps of over proceduralization, of seeking absolute control over the process, of killing learning and innovation via the application of strict rules. Avoid bastardizing this simple and immensely valuable tool into something that it is not – at all costs.
The most basic steps used to conduct a learning team can be described as 1) learn, 2) soak, and 3) solve. These steps are commonly expanded into five steps.
The five steps of a learning team:
Prepare
Learn
Soak
Improve
Act
Let’s take some time to explore each of these steps in greater detail...
Prepare
After identifying the need for a learning team, you will need to take some time to adequately prepare. During this time, you should gather any supplies that you think will be needed (I am pretty fond of flipcharts), along with compiling any required information (such as event information, technical data, manuals, etc).
Learn
This first meeting of your team should only be about learning as much as you possibly can. At this point in the process, we should be purposefully avoiding diving into “fix it” mode. This sessions time should be dedicated to the team discussing and discovering how work actually gets done.
Soak
This reflection point is one of the more vital parts of the learning team process (Sutton et al., 2020), do not skip it. As people, we need time to soak information up and to allow for ideas and other information to bubble up to the surface. In practice, I typically separate the first and second meetings by about a day. Too much time between meetings results in forgetting or losing track of vital information or ideas – placing the meetings too close together does not allow for enough time to think. This time between meetings can vary – focus on trying to find “the sweet spot.”
Improve
In this second session, after a brief review of all that has been learned so far, you will begin to move the conversation towards improvement – taking all that you have learned from the first session and turning it into real ideas on how to render things better.
Act
Now we begin to turn these ideas into actions that add defenses, remove error inviting situations, fix problems or pain points, and make things better. Whatever method your organization normally uses to track and complete actions will typically work here, just do not allow a burdensome action tracking process to dissuade people from using or participating in the learning team process.
How these five steps play out…
When to use learning teams
Learning teams can be used anytime that you need to learn more about something. Things like events, interesting successes, and particular pain points, are all great areas to dig in deep and seek to gain a better understanding. Learning teams can practically be used anywhere, but we must acknowledge the realities of time, budget, and resources that we face within our organizations. A problem I often see is that, once the power of learning teams is recognized within an organization, there is a desire to do a learning team for nearly everything. A healthy dose of prioritization is key to not going “learning team crazy.”
Another key item I have found helpful in the avoidance of going “learning team crazy” is the embracing of micro learning teams – the allowing of smaller and more organic worker led learning teams to solve crew or group problems. Many organizations dissuade these occurrences due their independent nature – fearing that the learning team will not follow their process or that they will not share learning throughout the organization. You should not only permit these micro learning teams, but you should also encourage them. Their independent nature – something most organizations cite as negative – is exactly what makes them highly valuable. Additionally, do not get so hung up on the sharing of learnings that you cause learning to not occur. The people that work within your work world will share information – information that they deem to be worthy of sharing – with others throughout your organization. I have witnessed it time after time, a group or crew of workers proudly sharing up through the organization how they have made things better. Will you know about every learning opportunity or learning team that occurs? No – you would not know that information even with the tightest grip of oversight and control. Do not panic, embrace some of this “not knowing,” encourage your employees to go out and learn, and reap the rewards.
Let’s take a look at a few areas in which the application of more formal learning teams would be appropriate:
Event learning teams
Keeping in mind that a learning team is an operational learning tool that brings those that are closest to the work together to describe how work is actually being accomplished in the field (Edwards and Baker) – a post-event learning team brings together (appropriate) stakeholders and employees connected to the event, to seek to learn the story of how each person saw the event, the story of complexity and normal variability, and the story of normal work, to improve our understanding of processes and systems (Sutton et al., 2020).
Post-event learning teams should not:
Look for blame
Act as investigations
Focus on monocausality
According to Edwards and Baker, our goal must be to learn enough that we can understand the perspectives of those we are learning from – that we could easily see ourselves in their shoes. By understanding the conditions the involved employees were presented with, the information and local indications they had, the tools and equipment they were using, and the pressures they were under, industrial empathy is created (Edwards et al.).
Interesting successes
As organizations, we spend a lot of time focused on trying to understand how things go wrong, investing vast amounts of time and resources into these pursuits. We seem to be far less curious about, or concerned with, the successful work occurring within our work worlds every day.
We typically draw a broad assumption that negative consequences are the result of negative causes – that if we are not experiencing negative events then nothing negative is occurring – if the outcomes we are experiencing are good, then surely all must be well (Dekker, 2014). We fall for this trap quite often. But our work worlds are wildly complex – even bad process can lead to good outcomes and good process can lead to bad outcomes (Dekker, 2014). Seeking to understand how normal work happens – the reasons why work is usually successful – is an area we should be obsessively curious about.
Keeping in mind that every organization, even the largest ones, have finite amounts of time and resources, we must apply some level of sorting and prioritization to our learning endeavors – hence the “interesting” bit. Focus in on things that are learning rich – work that went extremely well, work that should not have gone well but did anyways, and other interesting “bright spots” within normal work.
Pain points
Listen attentively for signals of pain within your systems and processes. Pain points within our work worlds, like physical pain occurring to us as people, is often a signal of danger – pain typically acts as a protection mechanism to steer us away from harm. Pain points, like other weak signals given off by our systems, are signals of trouble on the horizon. Listen for and lean into these pain points as they are often learning rich opportunities for organizational betterment. Pain points often sound like:
· That thing never works right…
· It’s way too hard to…
· I don’t know why we…
· It’s so dumb that we have to…
· We must make do with…
· We can’t get…
· And many more…
Pain points contain a wealth of information about how work normally happens – typically telling the story of workers overperforming and making things happen in a system fighting against them. They are opportunities we should not ignore. Pain points are starting points for deep and meaningful explorations into the challenges workers face daily – they can lead us to rich learnings and help us begin the process of rendering our systems better for those they are supposed to support.
The use of learning explorations
As previously mentioned,learning explorations can be described as a “freestyle,” organic, and conversational approach used to seek out opportunities for deeper and more focused operational learning. When utilizing learning explorations, we are casting a wide net to see what can be hauled to the surface. These sessions are not necessarily focused on the generation of fixes – learning explorations are about listening for areas in which we should seek to learn more.
The four basic steps of a learning exploration:
Identify an area for exploration
Conduct sessions
Evaluate
Seek deeper learning
Let’s take some time to explore each of these steps in greater detail...
Identify an area for exploration
In the example provided earlier, learning explorations were used to pulse company progress relating to the adoption of Human and Organizational Performance – seeking to better understand where things were going well, not so well, and areas for improvement. Learning explorations can be used in almost any situation where there is not an identified pain point or problem in need of fixing, but it is believed that pain points, problems, or other rich learning opportunities exist.
Go broad but avoid being overly broad in your approach – there must be some level of focus applied to the use of these explorations or you run the risk of information overload. Define the parameters of your exploratory efforts beforehand; what are you hoping to learn more about? What do you think could use some attention? Where have you heard whispers of potential learning opportunities? Map out your exploratory questions or “conversation starters” from there.
Rather than asking overly broad questions such as “Can you tell me how things are going?” ask things more along the lines of “We have been putting effort into bettering (insert something here). Can you tell me about your experiences with that?” or “Can you teach me about your experiences with (insert something here)?”
Conduct sessions
Conducting a learning exploration is very similar to conducting a learning team – one notable exception being the absence of a second session and soak time. Remember, we are not seeking to solve problems, we are seeking to learn about problems that we do not yet have knowledge of. These learning explorations are more listening and triage, than deep dives and problem solving.
A learning exploration can usually be completed in a single session – averaging roughly 90 minutes in my experience. But learning explorations typically consist of several onetime sessions conducted across several different groups – think different groups or crews that share or work within the same systems. Again, we are aiming to go a bit broad here and capture a wide swath of contextual information.
Evaluate
With this new information now in hand, it is time to comb through it all. Various bits and pieces can (and often should) be lumped together into larger overarching categories. As an example, during some recent learning explorations with an organization, various problems with engineering drawings kept surfacing during our sessions. Each concern was a little different – from missing drawings to the inability to print drawings – but it was a very clear indication that there were problems deeper in the system. Each of these unique pain points were categorized as “engineering drawings.” This information was then used to go out and conduct focused learning teams to generate specific system improvements.
Additionally, some things that you unearth will be standalone items. These can sometimes be quickly moved into more formal learning teams – some might even be direct fixes. Whatever the case, be sure to evaluate this information thoroughly, and be on the lookout for opportunities to either directly better the issues at hand or dig deeper into them.
Seek deeper learning
Now, with sorted and prioritized areas for deeper learning, it is time to do just that. This is where we can begin to do follow ups, fix specific issues, or begin more formal learning teams to work on the pain points, problems, or betterment opportunities discovered during our learning explorations.
Some basic conversation starters for learning explorations:
How are things going with (insert something here)?
With (insert something here), what are we missing?
We started doing (insert something here), how is it working for you?
It seems like we are really good at (insert something here), why do you think that is?
We have gone through a lot of change lately with (insert something here), how has your experience been with that?
Can you teach me about your experiences with (insert something here)?
And many more…
Getting started with Learning Teams
I come across many organizations that are paralyzed by a fear of trying out something new or different. Do not be fearful of giving learning teams or learning explorations a shot – try one on for size and see how it works. I can promise you that you will not be disappointed by the outcome. I would encourage you to start small and feel your way through the process – give yourself room to fail in a small-scale setting.
I often hear things from companies like “we can’t do that, we are required to do a root cause,” or “our current procedures require us to do X, Y, and Z,” using these rules and requirements as roadblocks to the use of learning teams. I understand these challenges well, having lived through them myself while working directly for organizations trying to start on their Human and Organizational Performance journeys. How did we work through these barriers to implementing the use of learning teams? We did them anyways – we really did just go out and do them. While your organization might have a rule that requires a root cause analysis to be performed, it is highly unlikely that it has a rule that bans the use of learning teams. Around events in particular, we started doing both – meeting whatever the procedure or rule required, while also performing an independent learning team as well. Doing double the work is never fun, but as frustrating as it was, it was well worth the effort. Doing both allowed us to easily demonstrate the difference between the two methods and compare the amount of learnings gained.
If that is still just a little too much for your organization, lower the barrier to entry that much more and focus on simply trying to learn about areas for improvement. Pick out something that people are struggling with, an area of headache, or an opportunity for betterment, and go out and give it a try. Find a problem that people are facing and use a learning team to solve it. Do this a handful of times, tell the story of this rich and contextual information up through your organization well, and the progress of these efforts will not be ignored. Often the only true barrier to the use of learning teams, is simply the act of starting to do them.
Be curious, seek to understand, and go out and learn deliberately and often from those that get shit done.
I work with clients throughout industry - providing services to organizations operating in manufacturing, healthcare, construction, oil & gas, mining, power generation, utilities, and more - focusing on operationalizing HOP and creating sustainability along the way.
I would love to be your trusted Human & Organizational Performance resource and advisor.
What people are saying...
"Sam Goodman is a compressed gas cylinder that falls off the back of a moving truck when the cap pops off and launches. Passion, intensity, purpose, and expertise!"
"Sam offers flexibility, passion, and know-how to help your organization begin, or go further on its HOP journey..."
"Sam takes the time to understand our unique challenges and provides tailored solutions that have had a significant impact on our performance..."
"I highly recommend Sam's services to anyone seeking to get better at organizational learning and improvement..."
So, if you are looking for a trusted advisor to help you bring HOP to life within your organization, need help with learning teams, or are looking for someone to help you take your organizations efforts around learning and improving to the next level…
Some areas I commonly help with:
- HOP Fundamentals
- Learning Team Facilitation
- Learning Team Facilitator Coaching
- Speaking & Workshops
- Site Engagements
- Assessments
- Pre/Post-Event Learning Reviews
- Planning
- Learning Explorations & Pulsing
- Ongoing Support and Advisement
- & More!
Let's get started!
Sam Goodman
Owner & HOP Consultant
The HOP Nerd, LLC
480-500-8351
About the Author
Sam Goodman is the founder and independent Human and Organizational Performance practitioner of The HOP Nerd LLC. He is the author of multiple books focused on Human & Organizational Performance, the safety of work, and the safety profession, and the host and producer of The HOP Nerd Podcast. Sam is an experienced safety and HOP practitioner, accomplished author, passionate speaker, and respected consultant and coach.
With extensive experience in the field, Sam has worked with a diverse range of industries, including commercial nuclear generation, utilities, construction, manufacturing, energy, healthcare, transportation, and more. He has collaborated with numerous organizations to operationalize and embed HOP principles and techniques.
In addition to his consulting work, Sam is a prolific author, sharing his knowledge and insights through various publications. His latest book, the best-selling "10 Ideas to Make Safety Suck Less," has become a vital resource for professionals in the HOP field.
Sam offers the flexibility, passion, and know-how to help your organization begin, or go further on its HOP journey.
Kommentare