Category Archives: Engagement

Honor the Work of Others by Honoring their Work Experience

Comments off 2413 Views3

Respect is less about how we feel about our people and more about what we do for our people!

So many work processes are performed “unconsciously” in the sense that they are done without a clear understanding of the key steps, degree of expected quality, how much time they should take, and how difficult the work should be. Beyond treating people well, respecting people is about being thoughtful and intentional about the work experience of the people you lead. When organizations leave work totally undefined, they leave it to each person to try to figure out the best way to do the work based on their own singular, personal opinion. This usually creates a chaotic mess.

Recently, I was working with a large tech company whose new customer onboarding process was a combination of tribal knowledge and make-it-up-as we-go work processes. After doing a thorough virtual “go and see,” it was clear to me that everyone was suffering, including the people doing the work and new customers who were shocked by the delays, uncoordinated communications, and the overall disappointing experience.

I asked the leader who I was working with, “What kind of a message do you think this sends to your people and your customers?” “We don’t really care about you!” was his reply. I think he nailed it… When work processes are left undefined and open to personal opinion, we send a strong message to people: “We accept the status quo, so do your best with our broken processes.”

When I am coaching leaders and team members, I often ask, “How long has this process been broken?” Invariably I hear, “As long as I can remember,” and “It’s always been that way,,. so we’ve learned to make it work.” But trying to make a broken process work means wasteful extra steps, mistakes, rework, interruptions, and highly variable flow of the work. It also means there is little stability around the time it takes to deliver and the quality that the customer receives. No one is happy; frontline workers live in fire-fighting mode while customers encounter a broad range of unpleasant purchasing and customer support experiences.

In response to the problem, we gathered a team to work on a rapid improvement effort around the new customer onboarding process, employing lean methods and tools. The team came together and worked so well that they completed eleven PDCA learning cycles across four A3s in a period of seven months. The results were amazing in terms of customer feedback and satisfaction, work performance metrics and teamwork!

The team celebrated briefly only to discover that improvement work was not a one-time effort. It became painfully obvious that the process for this and every other type of work needed to be adjusted and improved on an on-going basis in perpetuity! When I asked the leader and team members for key insight and takeaways from this experience, the common recognition was that:

  • Work processes need to be defined, shared, and honored by everyone doing the work
  • It was not enough to improve the work once; ongoing improvement was essential
  • Teams needed to be deeply involved in the improvement effort, but also needed support from their leaders and someone who knew lean thinking and practice
  • None of the other points really matter if the people who are doing the actual work do not feel respected by their leaders
  • The best way to show respect is to enable team members to improve their own work processes as a central element of their daily work

So what concrete actions can leaders take?

  • Go and See – spend time with your people doing the daily work on the front lines to understand what it is to stand in their shoes and do the work
  • Identify the core work processes that the team performs (just ask folks!)
  • After watching, asking, and observing, ask yourself, “Is this work process stable, commonly applied, predictable, and effective?”
  • If not, ask the team to answer the question, “What is the problem we need to solve?”
  • Create an opportunity for the team to hold an improvement event (aka Kaizen event) with adequate support and coaching for them to be successful. 

In short, honor the work of others by honoring their work experience. As a leader, when you take the time to deeply understand the challenges your team members face and the impact this has on teams and customers, you will demonstrate more respect for people while driving improved performance. This is a win-win for the customer, the team, and the entire organization.

Ultimately, it is not what you personally think or feel about the idea of respect that counts; it is about what you actually do to support your people. Demonstrate your respect for others by

Principles Systems & Tools – What Shingo Can Teach Us About DevOps

Comments off 3453 Views0

 In my last post, The Power of a Game: What I Learned from Facilitating the Phoenix Project Simulation, we explored how DevOps and Agile practices are built on underlying Lean principles that go back decades to a time before the Toyota Production System. When you look into the history of Lean, it is almost impossible not to encounter the great thinker Shigeo Shingo. Shingo worked closely with Taiichi Ohno(the father of the Toyota Production System) to advance Lean thinking while building the lean production system at Toyota.

As someone who attempted to apply Lean to IT long before DevOps came into existence, I have always said that DevOps is about creating an environment where it is safe to look deeply, question what is happening, think crazy things, experiment, and learn based on outcomes. Ten years ago, I was invited by The Shingo Instituteto serve as a teacher, coach and assessor. I had recently been awarded the Shingo prize for my book, Lean IT – Enabling and Sustaining Your Lean Transformation. What I learned from Shigeo Shingo’s writings heavily deepened my understanding of the role of Lean and flowin IT. These ideas are reflected in the Lean Enterprise Pyramid below and it’s amazing how effective they are with Agile and DevOps.

Principles & IT Excellence

A principle is a timeless universal truth that controls outcomes whether you believe in it or now. Think of it as a fundamental truth or proposition that serves as the foundation for a system of beliefs and behaviors. Principles govern consequences and outcomes – both positive and negative. “Create customer value” is a core principle in business success. If you don’t believe in customer value, or don’t deliver it, your prognosis is pretty bleak.

In Lean IT, I introduced some key principles that drive IT success (see the Principle Pyramid image).

Let’s begin with a working definition of DevOps – a mindset, tool set, and set of practices that combine software development and IT operations to shorten the development/operations life cycle to deliver small iterative features, fixes, and updates often and in close alignment with business objectives and value creation.

Consider the lean principles pyramid from a DevOps perspective :

  • Foundation principles build an intentional culture of trust, respect, focus and learning
  • Behavior ishow we show up and engage
  • Perspective is a fresh new way of looking at IT work
  • Flow is the outcome of effective DevOps in action
  • Capstone of the pyramid fosters a regenerative culture of trust, safety, experimentation, collaboration and innovation
  • Outcomes are higher quality IT solutions and services, in less time, with less cost with healthier teams!

For DevOps, Agile and High-Velocity IT of any flavor to be successful, each of these principles must be addressed. You can’t address them all at once, so I suggest beginning at the base while taking steps to enhance flow. If you focus on these two elements, respect for people and flow, you will always be progressing in the right direction!

Systems & IT Excellence 

Shingo defined a system as a collection of tools and tasks that are highly integrated to accomplish a specific outcome. The Shingo Model captures the important relationship between principles, systems, tools and results. It also supports three key insights which clarify how to achieve excellence in IT (or any organization). IT needs to get good and then continuously get better with its systems, tools and results (no kidding!). Understanding how these elements are informed and reinforced by principles is essential to making this happen.

The insights:

  1. Ideal Results Require Ideal Behavior
  1. Beliefs and Systems Drive Behavior
  1. Principles Inform Ideal Behavior

For DevOps & Agile, the Shingo Model provides a logical sequence for change. Put another way, what are the key questions we need to answer?

  1. What do the ideal behaviors of DevOps look like?
  2. A) What beliefs do our people have today and what beliefs do they need to embrace DevOps? B) What systems (think: work systems, procedures, policies and technology) do we have in place today, what behaviors do they drive and what needs to change?
  3. How can our understanding of lean principles clarify our understanding of question #1?

Take a moment and reflect on the role of principles and systems in your transformation. The more you ground your approach in the stability of principles, the greater your chances of success. If you or your organization does not truly believe in these principles, a conversation around which principles you do believe in would be a good place to start.

Please let me know if this is helpful and what obstacles you encounter.

Michael Orzen has been serving as a Lean coach and guide in the IT space for over 25 years. His passion for hi-velocity IT, respect for people, mindfulness and continuous learning have made him a highly sought adviser and coach to many IT leaders. He lives in Portland, Oregon and can be reached at mike@mikeorzen.com.

Show Respect, Psychological Safety and Social Neuroscience

Comments off 4935 Views0

The focus of our work and teaching in recent years (Mindful Coaching, Helpful Coaching, Leading with Respect, Humble Inquiry Questioning, Coaching for Development) has led us to three questions we believe are critical for the Lean/ Continuous Improvement community to consider:

  1. Why would a practical business leader like Fujio Cho make “Show Respect” the third part of his advice to leaders?
  2. What is “Psychological Safety” and how does “Show Respect” help create it?
  3. What does Neuroscience research indicate about the link between “Show Respect” and “Psychological Safety?”

1)  Why “Show Respect?

Mr. Cho urging leaders to “Go See” and “Ask Why” makes sense as part of basic Toyota problem solving thinking. You want to grasp the actual conditions rather than assume you know, and you want to dig down to the underlying causes of problems rather than put band-aids on the symptoms. But why is “Show Respect” so important for Mr. Cho? Is it just because he’s a nice guy? (The team members at the Georgetown Toyota plant in Kentucky certainly felt he was when he was president there.)

We believe there is a practical business reason why Mr. Cho stresses the importance of leaders showing respect for employees. And it goes beyond the focus Toyota puts on the employees who do the work that creates value for its customers. Remember that when Mr. Cho was President and CEO of Toyota Motor Corporation (all of Toyota world-wide) he led creation of the first authorized description of the Toyota Way. Images such as the one shared above are often used to illustrate the key elements of the Toyota Way.

In most depictions of the Toyota Way, the fundamental values or pillars are the same, Continuous Improvement and Respect for People.

Mr. Cho was being very practical in his focus on “Showing Respect” as a critical management and leadership practice. If Continuous Improvement is the pursuit that helps a company solve problems, improve performance and adapt to challenges of change, Respect for People is the key to engaging employees in continuously making and sustaining improvements that makes it work. A company cannot afford enough managers, supervisors and specialists to address all the small things that need to be improved to maintain smooth flow and effective operation. The employees who do the value creating work have to willingly take on that responsibility. Employees who do not feel respected for their knowledge, capabilities and contributions are not likely to make the effort to go beyond assigned tasks and responsibilities very often.

Many in the LEI community who are involved in trying to overcome the obstacles in the cultures of their companies and engage employees in continuous improvement as part of their jobs have intuitively recognized the importance of leadership “Showing Respect” for their efforts. But we have not been successful in demonstrating to leaders and executives how their traditional management thinking and behaviors undermine their desire for the benefits of employee engagement. We hope to provide a first step toward making the case with this article.

2) What is “Psychological Safety” and how does “Show Respect” help create it?

The freedom to be yourself without fear of judgment is, in our opinion, the most significant obstacle to creating a culture of deep learning and continuous improvement.

In virtually all organizations, physical safety is a given. Most governments protect workers from the risk of accidents by enacting laws and regulations covering building codes, fire safety, ventilation, hearing and eye protection, gloves, hard hats and steel-toed boots. And most companies have programs that stress the physical safety of their employees. But there is another kind of safety that is just as critical as physical safety. It is psychological safety and we believe it has an incredible impact on an organization’s culture and the way people behave and think about their work, their colleagues and the interdependent aspects of their jobs.

In her new book The Fearless Organization, Harvard Business School Professor Amy Edmondson defines psychological safety as “the belief that the work environment is safe for interpersonal risk taking. The concept refers to the experience of feeling able to speak up with relevant ideas, questions, or concerns.” This quality is invisible, seldom managed well and, when neglected, highly influential on employees’ understanding of their role and place in their companies.  The critical question is, do employees feel it is a reasonable personal risk to speak up or not just go along?

Why is psychological safety so difficult to foster and maintain? There are many factors, but perhaps the most significant one is the way our brains are wired. Most people crave positive recognition and appreciation while avoiding criticism. We tend to be very concerned about what others think of us. We are often overly reactive to negative feedback and those who disagree with our ideas. (More on why this is so in Part 3: What does Social Neuroscience research indicate about the link between “Show Respect” and “Psychological Safety?”)

For people to engage at a much deeper level, they must feel instinctively comfortable being themselves and sharing what’s inside (ideas, concerns, ambiguities, unknows, uncertainties, hunches, etc.). This may seem obvious, but when we cannot be ourselves, we expend most of our attention protecting our image rather than engaging in meaningful dialogue! We are careful with our words, don’t talk about mistakes and withhold information – all with the purpose of managing what others think about us! This takes an incredible amount of energy and focus. The effort drains us of the spark we need to be creative, be open-minded, hear dissenting ideas and process tough feedback.

In her numerous studies of high performing teams Edmondson learned another fundamental aspect of psychological safety: it’s primarily local.  The social environment in teams and groups can vary widely across organizations. The overall culture in an organzation is a factor but it is the sense of safety within a group that is the main influence on how willing members are to speak up and speak out. And the greatest determinant of the sense of psychological safety in a group or teams appears to the behaviors and assumptions (i.e. leader knows, decides, tells) of the leader. What the leader does, does not do, expects and will not accept sets the time for the team. Edmondson’s findings are supported by a two-year Google study of performance and work environment of a 180 teams (Project Aristotle). The local leader is the primary source of members’ assumptions about the balance between fear versus safety that infleunce their sense of what is and is not a reasonable personal risk.

Continuous improvement is more difficult than anyone seems to want to admit because it’s continuous! This requires amazing reserves of drive, passion and stamina to persevere through the inexhaustible challenges, countless iterations of trial, discovery and learning, and the inevitable failures that must be embraced if we are to learn, improve and make meaningful change.

Without psychological safety, a team, a department and an organization are severely handicapped because they are deprived of the full contribution each person has the potential to provide. With psychological safety, people share everything they have to give, and everyone – and the company reap the benefits.

3) How are “Show Respect” and Psychological Safety linked?

In keeping with basic lean thinking let’s look beneath the outcome of Psychological Safety for the human processes that create or destroy it.

Neuroscience research has made significant gains in understanding the things that happen in the structures of our brains during different human activities. Using functional MRIs available since the 1990s it is possible to observe what happens inside the brain during both cognitive processing and social responses. Functional MRIs show movement of blood in the brain which indicates neural activation. In other words, neuroscientists scientists can now see which parts of the brain are engaged in specific brain activities. These insights demonstrate how respect and trust contribute to a sense of psychological safety and how their absence makes us afraid of taking risks in social situations.

Physical pain and painful social situations activate the same pain neural network and in much the same way. When we have physical injuries or experience social pain such as rejection, humiliation, embarrassment or criticism our brain reacts to them with similar physical sensations and emotions. That means we experience emotions and social pain in and with our bodies.

As an example, please close your eyes and think of a particularly embarrassing or humiliating moment in your teen years. How does your body respond? Most people experience a physical reaction such as a tightening stomach, flushing, tingling or tightening in the face, a feeling of distress. Many jerk their heads or bodies to try to shake off or get away from the feelings. The later is a flight response because your threat network has also been activated also and you experience the memory as a danger to you socially. Also consider how we describe the impact of such social situations: “I was crushed.  She broke my heart.  It was a real blow.”

Outright rejection of us or our ideas; angry or harsh criticism (especially in public), exclusion from an ingroup or inside information, the humiliation of a public put down, being discounted, disregarded or taken for granted, and being bypassed through favoritism all trigger some form of pain reaction in our bodies and some degree of feeling unsafe or threatened. Over time, experiencing these “social injuries” or seeing them inflicted on others creates impressions of “that’s what to expect around here.” Over time those impressions become unstated assumptions and form our unconscious recognition, and that of our group, of the culture of the company or organization.

Such an implicit understanding of our work environment is critical because it leads to other assumptions about whether it is safe to speak up, make suggestions, point out problems, disagree with management and your peers.  If we do not feel we can risk speaking up, stepping up, reaching out, pointing out and suggesting it is very unlikely we will commit much continuous time and energy to addressing problems and working on improvement.  If we do feel safe and respected and valued for our capabilities it is much more likely we will see it as a reasonable risk to exercise discretionary effort (meaning to go beyond what can be required or demanded) and willingly engage in continuous problem solving and performance improvement.

There is another important aspect of the brain activity related to our social lives. Pleasant physical and social experiences also activate the same reward network in our brains. That means when we sense we are included, valued, useful or given meaningful responsibility it is not just an idea, it is also a pleasurable and rewarding physical experience. Think of expressions we use to describe these moments: “Helping him warmed my heart. It gave my spirit a real lift. I felt 10 feet tall when she handed me the award.” The implication is that what we are experiencing is both physically and socially rewarding. Our human need to feel connected and accepted is being met. This makes it much more likely that we will feel safe exercising our discretionary effort and willingly take responsibility for contributing and making things better.

The equation for Discretionary Effort is simple but getting it to add up is difficult:  Respect + Acceptance + Trust = Psychological Safety.

Mr. Cho was right about the importance of RESPECT. Rodney Dangerfield complained he couldn’t get any. Aretha Franklin demanded it. According to researchers, acceptance, trust, respect and being useful were originally critical to our survival because they meant inclusion – and safety – in the family or social group. In our brains they are still essential in our new “families” and “communities” – our companies and organizations. Without this social “security” we don’t feel we can take the risk of contributing aswe are able. When respect is not demonstrated and a sense of psychological safety is not part of the culture, we are destined to see struggles such as many companies are having engaging employees in continuous improvement activities and sustaining their involvement.sustaining their involvement.

A collabroation with my good friend David Verble.

The Amazing Power of a Game – What I learned from facilitating The Pheonix Project Simulation

Comments off 3019 Views0

I recently had the opportunity to become certified to lead a simulation based on the best-selling IT book The Phoenix Project. When I went through the training, it was apparent that the developers of the simulation had created something very special. The Phoenix Project simulation is not a product as much as it is an experience. The realistic scenarios, challenges and pain points embedded in the game created a creative tension in a safe environment and allowed everyone (including me) to discover new insights into applying DevOps to improve flow throughout the value stream: from the business request through IT and to customers!

DevOps and Agile practices are built on the back of Lean principles that go back decades to before the Toyota Production System. As someone who attempted to apply Lean to IT long before DevOps came into existence, I have always said that DevOps is about creating an environment where it is safe to observe, experiment and learn based on outcomes. I was fortunate to meet with Gene Kim many times while he was writing The Phoenix Project. We always talked about lean thinking, lean systems and lean tools. Those discussion eventually morphed into The Three Ways – the core principles of DevOps!

Alignment with the business changes the feel of work

The simulation put people in a position where It was easy to see and feel the impact of not being aligned with business and not being coordinated with all the elements of it (AppDev, Engineering, IT Ops, Change Management, etc.). In each round the team was able to reflect and learn from the experience and experiment with new ways of working. What we all experienced was profound: the DevOps principles, systems and tools are effective only when the team directly experiences the frustration of a broken work system and works together to see, understand and act.

What was amazing to see was how quickly people took on the personas of the functional tole they had been assigned. The woman who took on the role of Retail Operations (you may remember Sarah in the Phoenix Project) became rather aggressive as she demanded results. The CISO (John in the book) constantly nagged people about SOX-404 issues. And of course, the CEO was a royal pain on everyone! Although we all knew this was a simulation game, everyone reported the stress and tension they felt as we embarked on round one with no real plan of how we were going to transformto a DevOps team.

You can’t improve what you can’t see

 What became instantly apparent among the chaos of trying to get the work done was that the team had no visibility of all the work nor priorities. True to life, there was more work that our people could handle so we needed a way to see the work, compare it to our capacity to do the work, identify trade offs and then work with the Business and other stakeholders to set priorities. Once the team was able to accomplish this (through some trial and error) we all could feel the alignment of purpose, see the smile on peoples’ faces as we created value and feel what collaboration between silos is really like.

 This discovery was just the tip of the iceberg. As a coach and facilitator, I was able to ask the team questions that positioned them to reflect on what had just happened and see within themselves additional changes that needed to take place to improve the quality, speed and volume of our deployments. Some of the other topics which were experienced and later expanded on include:

  • A recipe for coordination among silos
  • Making time for improvement, learning and technical debt
  • DevOps without Value Stream Mapping can be hazardous to your health

I’ll share some thoughts on these topics soon.

At the end of the day, DevOps is about creating an environment where it is safe to observe, experiment and learn based on outcomes. The Phoenix Project Simulation creates an environment to give everyone that experience. From there, they return to work and begin their journey.

 

 

 

Change Fatigue, Psychological Safety and the Leadership Void: Why Most CI Initiatives Don’t Last

Comments off 2736 Views0

Continuous improvement has been around for decades, and yet there are few examples of organiza- tions that have successfully created a lasting culture of problem solving, learning, and improvement. Many books, blogs, and workshops are available on these topics, and there is no shortage of resources on the tools and techniques of Lean process improvement. We understand the mechanics of improvement, but stumble when it comes to connecting with people so they engage and participate.

What are the factors that hold people back from investing themselves in a culture of continuous im- provement? For many years, I have served as a coach, trainer, and consultant to numerous organizations across many industries and have consistently encoun- tered three key barriers to creating a new normal, which includes daily problem solving, employee initia- tive, and higher levels of participation.

In a CI culture, improving the way we work is more important than doing the work! Most people spend their day doing their work and view improvement as an optional “when I have time” activity.

Change Fatigue

Over the years, multiple programs have been rolled out (e.g. Lean, Six Sigma, Operational Excel- lence, Agile, TPS, Total Quality, etc.) with prom- ises of making work less chaotic, creating work- life balance, and making things better. While these initiatives are well-intentioned, over time people be- come exhausted with the new “flavor of the month” and no longer get excited about the envisioned benefits of process improvement.

Psychological Safety

People need to feel comfortable sharing their thoughts, expressing when things are not working, discussing problems, asking for help, making suggestions, and even disagreeing with the way work is done. It is not easy speaking up when one feels it is risky to disagree with their boss, question current policy, or simply ask why something is done a certain way. The freedom to ask “What if ?” is not something most of us are com- fortable doing when we are not certain where the con- versation will lead.

Here’s the key: it is precisely this level of safety we all require before we will step out and speak up. The engagement and participation that is so crucial to a CI cul- ture will only develop in an environment of psychological safety and nowhere else. Improvement requires learning, learning requires experimenting, and experiments seek to better understand cause and effect. The process starts by asking questions. But no one will ask questions or speak up if they feel it is unsafe.

Leadership Void

Leaders, managers, and supervisors set the tone of the workplace and must model the behaviors necessary for a CI culture to grow. Yet all too often, they unintentionally do the very opposite. Leading with Respect is a collection of specific leader behaviors that create an authentic con- nection with people to develop a background of mutual trust. Trust is the basis of all relationships. It is the glue that makes a team a team.

Building a great organization requires effective leader- ship. A key element that is often misunderstood is what it means to lead with respect. This involves awareness of a leader’s focus and intention and how well the leader con- nects with people to create an environment of mutual trust and sustained high levels of performance. This is accom- plished through the application of seven core practices. We’ll explore why leading with respect is essential in a suc- cessful transformation, what respect looks like in practice, the seven core practices, and how they impact people to drive lasting change for the better.

Lean IT Forum 2018 – Closing Keynote

Comments off 0 Views0

Accelerating Innovation with Lean, Agile and DevOps

From the perspective of Lean IT, Agile, and DevOps what is innovation and why is it important? Lean IT, Agile, and DevOps provide a solid collection of tools and methods to create more effective IT teams and value streams, but what steps and tools can we leverage to drive innovation and rapid advancement within IT? This talk explores the central drivers of accelerating innovation and provides specific examples of its application in IT environments. How do I make sense of the various methods of Lean IT, Agile, and DevOps to drive innovation? Discover a unifying model you can use to pull these disciplines into alignment and avoid confusion from the “big three.”
Join Lean IT pioneer and innovator Mike Orzen as he pulls together themes from the day’s great speakers.
Thrilled to have Pierre Masai, CIO of Toyota Europe, begin the summit with a talk on “The route from Toyota Production System to Lean IT, Scrum and DevOps!” I have known Pierre for several years and always learn a great deal whenever I hear him speak. What a privilege to have him attend this year’s forum.

How Do You Know If You’ve Created a Meaningful Challenge?

Comments off 4135 Views0

Have you ever issued what you thought was an inspiring challenge for your team, only to discover they were underwhelmed and far from motivated? Many organizations that have mission statements displayed in their lobby, company values laminated on the back of employee badges, and team banners hung from rafters proclaiming lofty goals – but it may not be surprising that when their people are asked, “What do you do here and why is your work important to you?” most look puzzled and perplexed as they attempt to articulate an answer. This response is global: from the U.S. to Europe to Asia to South America – over 75 percent of people I speak with seem to lack a meaningful challenge which serves as a source of motivation, caring and commitment.

In Lead with Respect, one of the core practices is to create a meaningful challenge. How does creating a meaningful challenge demonstrate respect for people? Why is it so important that the people on your team perceive the challenge as meaningful on an individual and personal level? When people understand goals and objectives, acknowledge them as having relevance, and feel they can trust co-workers and leaders, profound levels of engagement and self-initiated involvement emerge.

The challenge must be clear 

Often challenges are vague aspirations which mean different things to different people. For example, “To delight our customers by delivering outstanding value” may sound like a worthy goal, but most people find it difficult to translate into specific behaviors which can be modeled, coached and measured. People need to understand the why of their work and identify with its importance in order to deeply care about outcomes. In other words, people need to clearly understand the why before they will genuinely care about the how and the what! (See Simon Sinek’s TED talk classic Start with Why). When the reasons why are distorted, vague or left undefined, there is little personal commitment to performance and even less motivation for improvement.

Clarity is not enough 

Clarifying the reason why the work is important is a good start but it may still lack the motivational power to engage people at a visceral, deep-seated level. How do you know if your people understand the challenge and find it meaningful enough to be inspired to take action?

One approach is to simply ask them, “Do you feel our team has a meaningful challenge?” They will most likely say, “Yes.” Be sure to follow it up by asking, “Why?” and “Can you give me a specific example of how our challenge was meaningful and motivated you?” These conversations show respect for people through honest dialogue. Focus more on listening than on speaking during these encounters. Look for examples of behavior (physical acts) that are tied to the challenge. If the challenge truly is meaningful and clearly understood, people have no difficulty describing it and drawing a recent example of how they were guided to take action because of it.

How does this fit in with go & see?

The next time you are at the gemba, watch and listen for evidence that a meaningful challenge is part of the discussion. Is the challenge understood and shared? How frequently does it come up in conversation and how is it used? Are people inspired by the challenge or discouraged, intimidated, or detached as a result of it? Can you connect people’s actions back to the challenge? How does the team know they are winning or losing (reaching their goals)? Do they care and if so, why do they care?

Take a look, reflect, and experiment

Leading with Respect is all about engaging hearts and minds and moving beyond people simply giving the minimum effort, going through the motions, or only doing what they are told to. When a meaningful challenge is present, people care at a personal level and join together as a team to find the energy, creativity and commitment needed to meet the challenge. It’s a beautiful thing to see! Take an honest assessment of your challenge and its effectiveness at creating motivational impact on behavior. Ask these questions to yourself and to your team and reflect on your current condition. If your need to improve the effectiveness of your challenge, develop a countermeasure and run an experiment to learn more deeply about the impact of a meaningful challenge on your team’s level of engagement, commitment and self-assumed accountability.

This post was also published by the Lean Enterprise Institute here.

Accountability: Not What You Think it is…

Comments off 3640 Views0

Accountability. It’s a word often feared in society for being associated with the blame game – being singled out when things go wrong, even if the reasons are beyond your scope of control. It seems we are always hearing about the importance of creating a culture of accountability.

Unfortunately, when managers and associates hear the term, they often flinch! Expressions such as “We’re holding you accountable” are often seen as code for “You are liable and will be blamed if things do not go as planned!” This is a major problem for any organization that is serious about creating and sustaining a lean transformation.

If we consider the lessons of LEI’s Transformation Model (shown above), we see that the entire foundation rests on the basic thinking and fundamental assumptions (both overt and unseen) that drive current culture. For leaders who wish to transform from a command-and-control culture to a more participative one, a key assumption is that, when treated respectfully, people will align to a common purpose, deeply engage in both doing the work and improving the process, and assume higher levels of accountability.

The image includes employees taking on tasks without being told to do so, showing initiative to improve quality first and efficiency second, and genuinely caring about their customers, team members, organization, and community. This basic assumption that is so central to a lean transformation becomes null and void when accountability is seen as a liability that management assigns, rather than a self-assumed role that people undertake of their own volition.

When there is evidence of intentional avoidance of accountability, it suggests that people don’t trust the intentions of the organization, leadership, or even fellow teammates. They may be avoiding the risk of potential conflict that comes from taking on a task which the outcome is uncertain. This is true problem solving and it can be scary enough without the fear of being blamed if things don’t work out well. It is interesting to note the role that trust plays in all this.

Creating a lean environment is essentially creating a learning environment. In a learning environment, we move away from experts who tell others what to do and towards learners who run experiments (rapid PDCA cycles) to better understand root cause(s) and validate effective countermeasures. Accountability must be self-imposed in order for people to truly grasp the concept, take ownership, and take on appropriate levels of commitment.

But this can only be done when the fear and apprehension most people associate with words such as accountability are openly addressed. When reflecting on your own organization, here are a few questions to consider:

  1. Do we blame people when things don’t go as planned?
  2. Do people self-assume accountability or do we assign/delegate accountability?
  3. In our current culture is there fear, anxiety or hesitation around accountability?
  4. Do we ask people to be accountable before asking if they are capable?
  5. Do accountability and authority always go together? When should they?

To learn more about creating a culture of accountability and respect through effective leadership, sign up for Mike Orzen’s pre-summit workshop, Lead with Respect: Practicing Respect for People to Enable Engagement, Teamwork & Accountability, at the 2016 Lean Healthcare Transformation Summit this June. Learn more about Lead with Respect and other Summit workshops on the summit webpage.

Note: this article also appeared in the Lean Enterprise’s Lean Post in February of 2016.

The Importance Of Behavior – Part 3

Comments off 2961 Views1

This is Part 3 of Sequences, Behaviors and Integrating Adaptive Lean IT Systems – an updated article originally published in the Lean Management Journal in October 2015.

At the end of the day, all change comes down to altering our established patterns of behavior. Anyone who has attempted to make a lifestyle change (such as quitting smoking or eating healthier) can attest to how difficult this is.

It is interesting to note that most transformations tend to focus on training people in the new ways of doing things. We assume that if people know about a new (presumable better) way of doing something, they will automatically adopt it as their regular way of acting. Nothing could be further from the truth. If knowing about a better behavior caused people to change their actions and develop new habits, no one would be overweight, use tobacco products, or run on less than 6 hours of sleep!

We are all creatures of habit and become very comfortable with the way we’ve always done it, even when our routines become outdated, broken, and painfully frustrating. Why? Because it is really difficult to change the behavior of others or even ourselves. This resistance to change is a universal condition that, unless addressed directly and openly, puts all transformation efforts at serious risk.

MAKE/BREAK, CADENCE, & PREDICTABILITY

There are three factors you need to know about to effectively address this issue: make/break, cadence, and predictability. So what does it take to make or break a habit? I have confirmed it requires 40 days of practicing a new behavior before we can even begin to change old habits. At 90 days we have confirmed and strengthened the routine. At 120 days the new habit becomes deeply engrained as a part of our identity (how we see ourselves). At 1,000 days we have mastered the new behavior. Here’s the secret: the days must be consecutive! That’s right – if you miss a day, any day, the next day is Day One and you start counting from the beginning. I have personally used this approach to successfully affect change at both organizational and personal levels and it works.

Why is this approach so effective? People like routine and predictability – we are hard-wired to repeat what has worked before and to be skeptical of anything outside the conventional pattern. Most people drive to work using the same route, walk through a grocery store selecting the same items, watch the same TV programs, and go to bed at the same time – you get the picture. By enforcing a new routine and deliberately changing our behavior, we gradually provide the predictability and structure our human nature innately desires. When the changes make our work better, faster, less stressful, and prove to be more rewarding, that further reinforces the value of the routine and new habits begin to take deeper root.

As new work processes yield better results including more consistent quality, less rework, variability, and overburden, predictability of outcomes increases and we receive yet another dose of reinforcement – increased customer satisfaction!

THE KEY SYSTEM – PROBLEM SOLVING

An example may serve to clarify this approach to creating new habits. Let’s assume you have introduced lean problem solving to your IT group as part of your transformation. People have received training in basic lean concepts including PDCA, A3, and root cause analysis. The assumption is that once people understand lean problem solving, they will use it in their daily work. This rarely happens. In most cases about 10% of your people will be self-starters and try to apply lean practices on their own. The vast majority of people attend the training and think, “That’s interesting…” and then go back to work using their normal ways of getting things done. They quickly fall back to their comfort zone, which excludes the ideas and tools shared in the training workshop.

Applying the make/break, cadence, and predictability concepts, we would include problem solving as an essential element of our daily team huddles and visual management system. On a daily basis, the team would be coached by responding to questions of inquiry designed to foster new ways of applying what was learned during the training on problem solving. The only way people learn lean is by doing lean!

In the final post of this series, we’ll explore the importance of work systems and sequencing to build adaptive Lean IT systems.

Driving Transformational Behavior with Core Work Systems

Comments off 3227 Views0

by Ben Linders on Aug 27, 2015

 

Mike Orzen will talk about using core work systems to drive transformational behavior at the Lean IT Summit 2015. InfoQ will cover this event with news, Q&As and articles.

InfoQ interviewed Orzen about the benefits that organizations aim for when they adopt lean IT, why adopting and reinforcing new behaviors is essential to creating sustained change for the better, core work systems and work processes for IT organizations, and common missteps that organizations tend to make in lean IT transformations and how to prevent them.

 

InfoQ: Can you briefly describe lean IT for the InfoQ readers?

Orzen: Lean IT is the application of lean thinking to Information, Communication, and Technology. Lean thinking is a learning system made up of two key components: continuous process improvement and respect for people. Lean IT focuses on engaging IT staff in methodically improving IT processes and technology in order to deliver more value to its customers. Lean IT is all about people and technology enabling the entire organization to achieve great results through great behavior.

 

InfoQ: Which kinds of benefits do organizations aim for when they plan to do a lean IT transformation?

Orzen: In today’s world, business runs at the speed and agility of the underlying information flow. The benefits of lean IT are essential to make it possible for organizations to perform at high levels of operational excellence. There are many rewards: improved team effectiveness and productivity, greater return on IT spend, superior project performance (quality, user-acceptance, delivered functionality, delivery time, and total cost of ownership), higher levels of engagement and accountability, greater levels of trust, communication, and collaboration with the Business, recruitment and retention of IT talent, and the creation of a fun and rewarding IT work environment.

 

InfoQ: Can you elaborate why adopting and reinforcing new behaviors is essential to creating sustained change for the better?

 

Orzen: Most companies embarking on lean (whether in IT or another part of their business) tend to initially focus primarily on the tools (value stream mapping, A3, standard work, 5S, etc.). Tools alone fail to change the deeply engrained habits we all bring to the way we think about and perform our daily work. These paradigms tend to lock people into “the ways we’ve always done it” and prevent change beyond a superficial level, let alone breakthrough improvement. That is why well over 95% of lean transformation initiatives fall short of their stated goals.

 

No one likes change when it is done to him or her, but most people willingly participate when they are part of the creation process. When people are respectfully engaged to make real improvements to the obstacles they deal with everyday, given the tools, time, and support they need to test potential improvements, and coached to reflect and learn from the improvement cycle, we unleash tremendous energy and excitement.

 

Thinking alone won’t make this happen. We’ve all heard the maxim, “It is easier to act your way into a new way of thinking than it is to think you way into a new way of acting.” We lead with a bias toward action and that means changing behavior.

 

InfoQ: Your talk will be covering core work systems and work processes for IT organizations that want to become lean. Can you give some examples of this?

 

Orzen: Core work systems set people up for success by creating transparency, collaboration, and mutual trust among associates, supervisors, managers, and executives. These systems make it very clear what specific behaviors are expected of everyone. For example, a visual management system that clearly shows daily goals compared to actual performance highlights gaps between where teams need to be and where they are. When people know whether they are winning or loosing, they can make adjustments, communicate to stakeholders, request help, and escalate issues beyond their circle of control.

 

A visual management system creates the setting and context in which managers and executives visit the workplace on a regular, scheduled cadence to stand in the shoes of the people doing the work, understand their challenges, and actively coach, support and develop their people.

 

Another example is the problem solving system. I often work with companies that lack an approach for solving problems in a common, structured way. If you ask ten people how they go about solving a problem, you’ll get at least ten answers (sometimes more!). Without a united approach to the way people identify, define, understand, analyze, experiment, and ultimately solve complex problems, we tend to make guesses and try fixes based on unfounded beliefs and assumptions, often making matters worse!

 

When there is a common approach to how problems are defined, current conditions are analyzed, and potential solutions are developed and tested, the social fabric of an organization changes and drives new levels of engagement and results. PDCA, DMAIC, and Kepner-Tregoe are all examples of problem solving work systems. But the real key is not found in forms and templates, it is in the common language and behavior of team members as they encounter problems and opportunities for improvement.

Work processes are the methods, sequences, and steps we take to get the work done. When work processes are undefined or inconsistently applied, the effort required to perform work and the quality of the product or service are highly variable. Lean IT drives quality and as a result increases the flow of work. As this happens, the visibility and speed at which problems come at you are accelerated. In a lean IT work environment, work processes need to be stable, capable, standardized, and continuously improved. This is more of an aspiration than it is a final destination. As someone once said, “there is no finish line!”

 

InfoQ: What are the common missteps that organizations tend to make in lean IT transformations? Can you elaborate why do organizations tend to make these mistakes, and what can be done to prevent them?

Orzen: As I mentioned earlier, the most common misstep is the exclusive focus on lean tools. The most successful transformations are based on core principles, built through work systems, and adjusted through the tools. Another mistake is not engaging executives and managers appropriately and at the right time. Leaders, managers, and supervisors all have critical roles to play in a successful lean IT transformation. Sequence and timing are of critical importance and many organizations miss this.

 

A third oversight happens because lean is simple to understand yet deceptively difficult to successfully realize. The nature of information and technology, the interdependency of functional silos, working with the Business, and the complexity of technology, presents a very different domain with a vast array of unique challenges.

 

I have worked with organizations that had successfully introduced lean in areas such as manufacturing and supply chain, and then ran into a brick wall when they attempted to initiate a lean IT transformation. I believe the reason for this is the behavioral component of any transformation. Nowhere in business is this more pronounced than in IT. The very essence of technology is tools-based and siloed while the nature of the work is people-based and integrated – requiring high levels of communication, collaboration, and trust.

 

In IT, many organizations discover they need a roadmap in order to do the right things, in the right sequence, at the right time, and at the right pace. That was the impetus for our new book, The Lean IT Field Guide. Every transformation is situation-based, so each organization’s journey is unique – just as their infrastructure architecture, technology stack, and configuration is unique! That said, there are some common elements we find in all successful lean IT transformations.

 

InfoQ: If people want to read more about lean IT, where can they go?

 

Orzen: I can recommend five sources:

  • our first book, Lean IT: Enabling and Sustaining Your Lean Transformation lays out the principles and foundational ideas of lean IT,
  • our next book, The Lean IT Field Guide (available now for pre-order and on shelves November 2015) provides a roadmap for the work systems discussed),
  • my website at com has information and resources,
  • check out my twitter feeds (always on lean IT, lean, and related topics) @mikeorzen,
  • and visit the new Lean IT Association site, this is an international non-profit group dedicated to supporting a high standard of lean IT practice. Full disclosure: I recently was appointed to their curriculum advisory board.

 

Lastly, I can be reached at mike@mikeorzen.com.

  • Page 1 of 2
  • 1
  • 2