Spotting and Removing Friction from Agile Transformation

Safe Business Agility Podcast Cover Image

Sometimes an Agile transformation is a lot harder than it needs to be. It can happen when an organization is launching an ART, or it can happen during something as simple as helping an individual team improve its demos. So how do you spot that friction and remove it from your agile transformation? In this episode, Eric Willeke, SAFe Fellow and founder of Elevate, joins us to discuss how tactics and different investments make it easier to do the work of successful change.

Click the “Subscribe” button to subscribe to the SAFe Business Agility podcast on Apple Podcasts

Share:

Sometimes an Agile transformation is a lot harder than it needs to be. It can happen when an organization is launching an ART, or it can happen during something as simple as helping an individual team improve its demos. So how do you spot that friction and remove it from your transformation? In this episode, Eric Willeke, SAFe Fellow and founder of Elevate, joins us to discuss how tactics and different investments make it easier to do the work of successful change.

Erin and Eric talk about:

  • The difference between mechanical agility and inspirational agility.
  • Why it’s important to understand what the teams—that are often a source of friction—are trying to achieve.
  • How the word “they” can be a clue in identifying friction.
  • Helpful techniques to remove friction from your transformation.

Hosted by: Erin Rae Humbach

Scaled Agile’s leadership and product management team - Erin Rae Humbach

As a member of Scaled Agile’s leadership and product management team, Erin Rae focuses on developing, leading, and executing strategic initiatives. She is an effective team player with 14 years of Agile experience who collaborates closely with other stakeholders to accomplish business objectives while building trust and long-lasting relationships. Find Erin on LinkedIn.

Guest: Eric Willeke

 Agile transformations - Eric Willeke

Tapping into his experience leading and architecting multiple Agile transformations, Eric mentors and trains executives to help them make a difference. His background as a coach and facilitator, architect, SAFe Fellow, SPCT, and principal contributor to the Framework has helped executives avoid the pitfalls inherent in every Agile transformation and ensure sustainable impact from agility investments. Connect with Eric on LinkedIn.

Transcript

Speaker 1:

Looking for the latest news experiences and answers to questions about SAFe. You’ve come to the right place. This podcast is for you, the SAFe community of practitioners, trainers, users, and everyone who engages SAFe on a daily basis.

Melissa Reeve:

Welcome to the SAFe Business Agility Podcast recorded from our homes around the world. I’m Melissa Reeve, and for the past 70 episodes or so, I’ve had the honor and privilege of interviewing dozens of experts in the Scaled Agile Framework. Together, we’ve learned from experts, including Dean Leffingwell, members of the Framework team, experienced SPCTs, and SAFe Fellows and practitioners. And I can’t thank you enough for listening. With this episode. I’m signing off as the main host of the SAFe Business Agility Podcast and we’re introducing a series of guest hosts. Today, I’m pleased to introduce Erin Rae Humbach. Erin Rae is a seasoned agilist and a well-known face in the Scaled Agile Community. Erin Rae, take it away.

Erin Rae Humbach:

Thanks so much, Melissa. I’m so excited to be here and joining me today is Eric Willeke. Eric is a SAFe Fellow, an SPCT, and co-founder and principal of Elevate. Thanks so much for being here, Eric. It’s great to have you on the show.

Eric Willeke:

Yeah, it’s wonderful to be back, Erin.

Erin Rae Humbach:

All right. So today’s topic that you’re going to share with us is around removing friction from Agile transformations. Let’s get started. Tell us a little bit about what you mean when you talk about friction and Agile transformation and some of your experiences in supporting customers.

Eric Willeke:

Thanks, Erin. There are a lot of sources of challenge that just don’t need to be there. Things that are harder than they should be when you look at the act of creating change, the act of launching an ART. Even something as simple as helping an individual team get better at how they demo or use their backlog or any of dozens or hundreds of factors in change that are harder than they should be. Because it feels like the organization’s systems, processes, and overall environment is just stacked against the change agent. And I think we all know this. We struggle with this. Dozens of books have been written about how to eliminate some of these things, how to make them better. Yet, what I don’t see day-to-day is this showing up as the driver for how you shape a transformation. And many of you out there may have heard me talk about mechanical agility versus inspired agility, where mechanical agility is that mindset of we’re just going to launch the teams, we’re going to launch the trains, we’re going to get the groups out there doing Agile, and then we’re going to call it successful.

Eric Willeke:

And you get improvement. Even that gets you 20-percent improvement, it’s meaningful, but it’s not the real impact. And when I look at inspired agility, that’s where I see leadership teams and executives really working together across silos, focusing on getting things out of the way so that their teams can truly be successful. That you can see every individual in your organization reach their potential with agility and therefore the teams and the trains aren’t just better. They’re transformed in the real meaning of that word and the path to getting there isn’t just through launching those teams and trains.

It’s through finding the things that are keeping those trains from being successful, making it harder for each one of them to launch, which if you’re launching hundreds of trains, that cost adds up and it wears at the change agent and exhausts them. So when I talk about taking friction out of change, when I talk about making a frictionless transformation experience, it’s really about the set of tactics and the different ways you’re investing to make it ever easier to do the work of change—and to do the ongoing work of being an Agile Release Train and delivering amazing value for your customers.

Erin Rae Humbach:

Great. Thanks. I’m really interested in hearing who’s involved in that effort. You talk about leaders, is the LACE involved? Who inside of the organization have you seen is really digging in and focusing to help those Agile Release Trains?

Eric Willeke:

I think what you just asked is why it doesn’t happen often enough because, more than many topics in consulting, the real answer to this is it depends. It depends on who are the stakeholders in that capability area today. One of the things I like to do, for example, when I start with any new transformation is to go find the head of audit and compliance and take their team out to dinner and get to know them and understand what those individuals are struggling with. Because I know that audit and compliance and related factors are often a source of friction. We don’t understand stereotypically as coaches or as delivery people. We don’t understand what their goals are, what they’re trying to achieve, why they put this set of rules in place at a deep enough level to address those interests and concerns. I also don’t need to be the expert there.

I need to have a great relationship with the experts and I start by prioritizing that relationship. Now, when I have an audit or compliance-related issue, I don’t go trying to solve it. I don’t beat my head against a wall with org silo. I go ask Kevin or Mary or whoever the compliance officer happens to be in the org I’m working in and say, hey, Kevin, Mary, this came up today. What are your team’s goals here? What do you think they’re trying to achieve? And then we can solve the problem much closer to the root cause very quickly. But Kevin and Mary, they’re not helpful if it’s an HR issue about staffing and job titles, or if it’s a DevOps and deployment issue about the information security group, or if it’s a facilities issue about how the cube farm is set up.

So each one of those topics requires a different set of relationships. It requires an entirely different network of people trying to solve the problem. One of the things I really appreciate is Mark Richard’s attitude out of Australia. One of the SAFe Fellows, and he talks about infecting other initiatives. And that’s very much the mindset I take towards this problem as well is, when you find one of these sources of friction, you don’t go try to solve it. You go find out who is already working on a related problem, and you try to infuse an Agile mindset and the principles and practices into that space, and then the problem goes away. So the who is hard, because it’s a different set of executives, a different set of leaders, maybe a completely unexpected random group, like a team of admins for various executives that has to go solve the problem.

Erin Rae Humbach:

So some of what you’ve been talking about remind me of a talk you gave at a previous Global SAFe Summit where you covered something called the exploding curve. Is that related?

Eric Willeke:

It kind of is, yeah. At that time, it’s a bit of a joke, but it’s also a cautionary tale to transformation leaders of what happens when you try to launch train after train and you don’t fix these sources of friction. And if you go too fast and you don’t fix these things, what you get is what I call the exploding curve. The organization hits the brakes on your transformation because you’re breaking everything else around IT or around the development team or around digital or wherever you’re trying to drive this change. And they just don’t know how to handle it. And a few teams, one release train, that can sneak under the radar. That’s not big enough for these other functions to care about, but when you start doing 10 trains, 50 trains and the systems aren’t set up to support it.

And every funding conversation is still a manual conversation and exception process. And every time you try to do capitalization, it has to be a manual effort by the finance team. And you’re asking real estate to set up a special space and reserve 50 conference rooms for every release train. And you haven’t solved these things that are making it harder. That breaks the company, that keeps those other functions from doing their job and that’s where change dies because you lose support. You don’t get the support you need from everybody else. So that’s the explosion.

Erin Rae Humbach:

So you talked a bit about getting that support around creating those relationships. Is there kind of a magic equation that you’ve worked through in supporting these organizations around, how you manage all of those different people? And is there a sequencing around it, sounds like a lot of relationship management, change management effort. Is there any way that you’ve gone about it specifically?

Eric Willeke:

There are a couple of techniques and one is an overall transformation pattern that I’ve found very successful. And the other is kind of just a personal habit that has made it a lot easier. I’ll start with the personal habit because it’s direct and actionable and really straightforward. Listen for the word, “they” and then go introduce yourself to “they,” whoever “they” is. And I find any time that people are complaining about a function, complaining about a challenge, inevitably a “they” comes up, and if only that “they” were in the room, having this conversation, the conversation would be completely different. And that goes along with one of my kind of personal belief systems where I will mostly jokingly, but not entirely say the root cause is always in the room because if the root cause isn’t in the room, you should go get them in the room and then continue the conversation.

So I find the word “they” gets a little bit of an allergic reaction to it. So you notice it. They’ll make a big deal out of it, go meet the “they” and bring them into the conversation and understand the other perspectives and questions, mindsets that you’re trying to represent, and then have a better conversation and then rinse and repeat. You might find yourself managing a hideously complex network of stakeholders by doing this, but at least you finally have the group, however large, that can actually make this problem go away or make it easier and that’s where the organizational pattern comes in. When we look at a LACE, we are very good at staffing coaches and aligning them to release trains and getting those trains through the implementation roadmap and up and running and supporting them for the first PI or two. That’s great, rinse and repeat, we’re phenomenal at that as a community, but we also need, either in or adjacent to the LACE, a group that is very focused on finding these other sources of friction, learning from the initial trains.

Like when you launch that first train, you’ll get a laundry list of issues that need to be resolved that were hard. Now you could be in the hero mindset where your job is to overcome those challenges and get that train launched. Cool, wonderful mindset to be celebrated to a certain extent. But in my mind, the real heroes are the ones who find those problems, overcome them, and then carry them away to make sure they get fixed later. So that train number two doesn’t have to deal with it and train number three doesn’t have to deal with it and so on. And the question always becomes, who are they carrying those issues away to? Are they carrying them and trying to solve them themselves, well that’s a challenge because those individuals are trying to launch trains. They don’t have time to go solve these other issues.

So when I look at a transformation team, when I look at the platform that is developing and delivering the transformation product to the enterprise, what I’m really looking for is a group in there that is owning and shaping the response to these sources of friction. Now those sources of friction cover an incredibly broad area. They impact a number of different groups. They involve a very large list of stakeholders and a very different skill set might be required to own and lead any single one of those. Luckily, SAFe provides us with a nice pattern for that kind of problem. A Portfolio Kanban flow of epics with epic owners. And it may not be a full portfolio and I can pick up that pattern and say, this group, the cross-cutting friction group, whatever you want to call it, they have a portfolio of issues they’re working on.

And each of those issues that we’ve decided to focus on and invest into because it is material enough to invest into, has an owner or a small epic ownership team because of the number of stakeholders involved. And they need to go figure out what the real problem is they’re solving, go through the design-thinking process, engage the right network of stakeholders, understand their success criteria, define the initial experiment, start testing, see if that test is actually helping, and then scale that to the large organization if it makes sense. Suddenly that starts to look a heck of a lot like a portfolio Kanban, the flow of an epic. And what you need isn’t a staffed entity full of all these other groups and hundreds of people from across the org. You need a small team of people with enough systemic knowledge to go get all those people and take the epics to them and work with the efforts that are already underway.

And what I’ve found in practice in large organizations is while the launching and after release train part, I think if it as like a 1X multiplier, you kind of get out of it what you put into it. The work you put into the secondary is like a 50X multiplier. It pays off over and over again, and that’s the real source of transformative improvement in the organization because you’ve made life easy. You’ve made change easy.

Erin Rae Humbach:

So you talk a bit about this smaller transformation team. Who have you seen been on that team that’s really going and using this process and moving these epics forward around change to help the organization be successful?

Eric Willeke:

Well, first there’s the recognition that it is a system. It needs a little bit of tracking and it really helps to have somebody that is filling the same pattern as the portfolio ops type role. And you could call it a scrum master. You can call it whatever title you want, but somebody with that mindset that’s ensuring the system stays healthy and things get attention. Let’s start with of the health of the team. And then beyond that, I actually look for volunteers there. Like I solicit, literally, put out a call for participation from across an organization and say, who has passion to solve this kind of problem, problems around portfolio who has passion solving this kind of problems around treating an ART’s outputs like a product and creating an environment of healthy product management. How about this one around team and technical agility and good DevOps behaviors and making that pit of success available to developers across the organization.

What about architecture? And you can kind of just find all these people that are already passionate about these areas if you put the calls out in the right way. And what’s great, these are the people that already have great ideas. Many of them already have bright spots where they’ve done it successfully in one corner of the company. And they’re just dying for the chance to get everybody doing it because they know how powerful it is. And you get 20 or 30 of those little things going over the course of a couple of years. And you’re talking about dramatic improvements over your baseline. You get significant changes in performance, quality, predictability, everything else you might want.

Erin Rae Humbach:

Do you by chance use any sort of tools to identify some of those problems? You said that in the room, people will say “they” and dig in there and who’s “they?” But are there any tools that you use, like the SAFe assessments or any other ways to identify those problems in the organization to just start those conversations and identify those people that want to participate and help with these problems, ultimately, that are happening within the organization?

Eric Willeke:

There are and I mean, a little bit of leading the witness, the SAFe assessments, of course, are a useful tool for that. I also like to look at the kinds of impediments that bubble up repeatedly. So, do some harvesting across your impediment history and similarity analysis or whatever tool you want to use to find similar sentiment. And the Lean Kanban board will call this defect clustering, find the areas where you see the same types of problems coming up over a variety of spaces. And those become great candidates.

Listen as you build your internal network, and you might be a transformation executive with a strong network, or you might be a change agent coming in from the outside and having to build your network. As you build a network, don’t just listen for, I mean, do listen for them, but also listen for heroes, listen for the people that seem to be in every conversation because they know something that everybody else doesn’t. And like Brent, from the Phoenix Project, that might be an indicator there’s a high source of friction that needs to be resolved and probably some poor soul that really wants to see that problem fixed so they can go home and have dinner.

And then don’t assume that the source of the problems and the source of the solutions are coming from the same part of the organization. Often, they actually come from wildly different parts of the company because the parts of the company where that problem doesn’t show up or where they’ve already figured out how to fix it. And you might just be connecting people and not having to resolve a problem. As coaches and change agents, we often accidentally carry a certain hubris that we have to be the ones to solve problems, as opposed to just acknowledging this has probably already been solved and we just need to figure out where and let them talk to each other. We don’t even have to be in the middle of it other than facilitating a conversation.

Erin Rae Humbach:

Thanks for sharing all your insights today. Eric. Is there anything else you want to share with our audience?

Eric Willeke:

Just an idea of being vigilant. This isn’t a known list. You don’t get to build your backlog once on these items and then think of it as being done. Stay attentive as you get much later in the transformation. As you’re really optimizing and reaping the benefits of agility, you’ll discover a whole new pile of sources of friction that weren’t worth noticing before. They weren’t at the top of the problem list, but as you’ve resolved problems one and two and three, then problem four is now promoted and isn’t impacting you now and has an opportunity to continue improving the organization. And a lot of people have asked me, what do I do when I finish launching all the trains? Like what happens when I’m done with agility?

Now you get to get started. Now you get to do all the fine-tuning and the reshaping and the refocusing on value and look at bigger problems and deeper sources of friction. Even if your late-stage transformation and all this seems obvious, don’t relax. There’s always something to improve. There’s always something to be even better than you are today and relentless improvement or core values, we can’t let those go.

Erin Rae Humbach:

Great. Well, thank you so much, Eric. It’s always a pleasure. I’m so glad we got to have you again on the podcast and can’t wait for you to visit us again.

Eric Willeke:

Thank you.

Erin Rae Humbach:

Please remember to revisit past topics at scaledagile.com/podcast.

Speaker 1:

Relentless improvement is in our DNA and we welcome your input on how we can improve the show. Drop us a line at podcast@scaledagile.com.

The Role of a SAFe® Coach In Agile Transformation

Safe Business Agility

There are lots of key roles associated with SAFe®: Business Owners, Product Managers, Release Train Engineers, Scrum Masters. But probably the most ubiquitous is the SAFe Coach, a role that’s elemental throughout all of SAFe’s core competencies. But it’s also a role that doesn’t have its own guidance article on the SAFe website. In this episode, SAFe Fellow Jennifer Fawcett joins us as we dive into all the different aspects of the SAFe Coach and how they facilitate change and support an Agile transformation.

Click the “Subscribe” button to subscribe to the SAFe Business Agility podcast on Apple Podcasts

Share:

There are lots of key roles associated with SAFe: Business Owners, Product Managers, Release Train Engineers, Scrum Masters. But probably the most ubiquitous is the SAFe coach, a role that’s elemental throughout all of SAFe’s core competencies. But it’s also a role that doesn’t have its own guidance article on the SAFe website. In this episode, SAFe Fellow Jennifer Fawcett joins us as we dive into all the different aspects of the SAFe coach. She’ll share her firsthand experiences facilitating change, key resources she’s leaned on as a coach, and the associated mindsets that directly relate to succeeding in the role.

Visit these links to learn more about SAFe coach references in the podcast:

Hosted by: Melissa Reeve

Melissa Reeve is the Vice President of Marketing at Scaled Agile

Melissa Reeve is the Vice President of Marketing at Scaled Agile, Inc. In this role, Melissa guides the marketing team, helping people better understand Scaled Agile, the Scaled Agile Framework (SAFe) and its mission.

Guest: Jennifer Fawcett

Jennifer Fawcett is a retired, empathetic Lean and Agile leader

Jennifer is a retired, empathetic Lean and Agile leader, practitioner, coach, speaker, and consultant. A SAFe Fellow, she has contributed to and helped develop SAFe content and courseware. Her passion and focus has been in delivering value in the workplace and by creating communities and culture through effective product management, product ownership, executive portfolio coaching, and leadership. She has provided dedicated service in these areas to technology companies for over 35 years.

Learn more about Jennifer on LinkedIn

Avoid Change Saturation to Land Change Well with SAFe – Agile Transformation

This is the second post in my short series on landing change well. Read the first post here.

Managing change is as much of an art as it is a science.

As we have learned through decades of project management and big-bang releases, even the best-planned and best-executed changes at large scale can land poorly. 

Consider a large software system change that impacts many disciplines within an organization. The change impacts the HR generalist, who has been doing her job effectively in the legacy system for years. Nobody asked her opinion of the new system and now that the new platform has arrived, she feels confused and inefficient. The same story is playing out with the sales team, finance, legal, product, and others. Big batches of change do not land well, because as people, we don’t handle change well. 

Change is not typically something that we choose; it’s more likely something that is imposed upon us. Change is hard. Change is uncomfortable. Without the perspective of the why, change is outright painful.

Avoid Change Saturation
The Satir Change Model reminds us of the emotional toll of change.

Several years ago while working with a client to adopt new ways of working, I was introduced to the discipline of change management (CM), and since, it has proven to be one of the most effective tools I’ve found to help organizations adopt a Lean-Agile mindset, strategy models, budgeting, and to deliver value.

The CM team helped me better understand the organization, determine who were my advocates and adversaries, as well as develop plans for how to best influence the organization. And, as was introduced to me by Lisa Rocha, how to avoid change saturation through the use of Change Air Traffic Control to ‘land change well.’

One of my favorite things about living in Denver is the drive to the airport. If you are familiar with the city, you know that the airport was built far outside of downtown on the plains (and when you landed in Denver for the first time, I’m sure your thoughts were similar to mine: where are the mountains?!). 

What makes the drive from the city to the airport so interesting is that the lack of terrain combined with the Colorado blue sky makes it easy to see the air traffic patterns. This is a hugely effective metaphor for Lisa’s concept of Change Air Traffic Control: though you may have many changes in flight, you can only land one at a time. 

After thinking deeper about Lisa’s idea, I started to realize that the phases of landing change with SAFe actually match air-traffic patterns rather well.

Avoid Change Saturation
Landing change with SAFe.

Phase 1: Feeder routes
Portfolio funnel

Change begins with an idea. In a Portfolio, these ideas are welcomed by everyone and are captured in the Portfolio funnel, which serves as an initial filter for ideas. Portfolio leadership explores each one and decides if the good idea aligns with the Portfolio strategy, if they want to learn more, or if the Portfolio is not ready to explore the concept at that time. 

Phase 2: Initial approach

Epic analysis

When the Lean Portfolio Management (LPM) team identifies ideas that they are interested in exploring, they conduct an initial analysis to determine the feasibility, Value Stream impact, and other implications through the use of a Lean Business Case. 

This is also the point where the change management team should be engaged to help answer questions around how the change will impact PPTIS, defined as:

People: Who are the people impacted by this change?

Process: What processes are impacted by this change?

Technology: What technology is impacted by this change?

Information: What data is impacted by this change?

Security: How is physical, informational, or personal security impacted by this change?

With the quick picture of the change becoming clear, the LPM team will make a decision whether it’s interested in experimenting further with the idea or not. 

For the ideas earmarked for further experimentation, change managers will begin working with the LPM team to articulate the Vision (the reason why) for the change. As John Kotter often reminds us, people underestimate the power of vision by a factor of 10. 

LPM Team

Phase 3: Intermediate approach
Feature analysis and PI Planning

Once the LPM team has prioritized an idea for investment (considering the Lean Startup Cycle), an MVP of the idea will be defined for the purpose of validating or invalidating the idea within the Continuous Exploration cadence of an Agile Release Train. Working with Product Management and the architecture community, change professionals will start articulating the what, the how, and the why of the change to begin preparing stakeholders who will be impacted. The change impact assessment is updated as a living artifact. 

With guardrails for the work and change established, the solution teams are now ready to build the change. The handoff between strategy and solution happens at PI Planning

Phase 4: Final approach
PI execution

The final approach for introducing change takes place during PI execution. While the Agile Teams are developing the solution representing change, change professionals continue their work by mapping the change to identify who is impacted, the best method to interact with each impacted party, and to determine how each group prefers to receive change.   

This work, performed with the release function, helps prepare the organization and its customers for the release-on-demand trigger for value delivery. 

Phase 5: Land change well

Release on Demand

Once the organization, the customers, or the market determine that the time is right to introduce change, all of the work done by the Portfolio, Agile Release Train, and change professionals will be put into action. 

Though each has done their best to prepare the receiving entity for change, there is more to landing change well than simply preparing. We must also avoid change saturation, which is where the Air Traffic Radar comes in.

Monitoring Change with the Air-traffic Radar

It’s hard to prepare for what you cannot see, and most change falls into that category. To help avoid inundating our organization and our customers with too much change, we need to develop a mechanism to visualize the change that will impact a given audience.The best way I’ve found to describe these learning networks is to share the questions people in these networks are curious about. So, here’s my synthesis of a lot of research around how we share what we learn across enterprises.

air traffic radar

The concept of a change radar involves four perspectives: changes we are inflicting, changes being inflicted by others, changes impacting our internal customers, and changes impacting our external customers. 

To better understand what changes are impacting us, we want to think back to the visual of the air-traffic pattern at the Denver airport: what changes are coming our way and at which horizon. 

With the visual, we can start informing Portfolio and Program prioritization considering our customer’s appetite for change. As is often said: timing is everything. If we land the right change at the wrong time, we run the risk of losing strategic opportunities. 

Change is hard! But with our change partners working with the Portfolio and Agile Release Trains, we can help our organizations achieve Business Agility, deliver value, and land change well.

About Adam Mattis

Adam Mattis is a SAFe Program Consultant Trainer (SPCT) at Scaled Agile with many years of experience overseeing SAFe implementations across a wide range of industries. He’s also an experienced transformation architect, engaging speaker, energetic trainer, and a regular contributor to the broader Lean-Agile and educational communities. Learn more about Adam at adammattis.com.

View all posts by Adam Mattis

Share:

Back to: All Blog Posts

Next: Experiences Using the IJI Principle Cards

Ten Steps to Landing Meaningful Change Well – Business Agility Planning

Change is hard. 

For more than a decade, I’ve used that simple reminder to start every discovery and transformation engagement. Even with that warning in mind, those responsible for leading change in any business will often underestimate just how hard it can be to land meaningful change well. Change is a very personal thing. Only by proper agility planning one can land meaningful change in any business.

In general, people will process change in three stages, beginning with shock before finally accepting the change and moving on.

Business Agility Planning

Though no formula can smooth the change adoption curve, there are things we can do to help people as they move through the stages of acceptance and shorten the amount of time between shock and ‘the new normal.’

  1. Address the humanness of the system. When introducing change, we are often tempted to focus on the system, the process, or the outcome. We inadvertently marginalize the most critical component to successful change: the people. By placing the people first and doing our best to understand how the change will impact the organization and customers, we can do our best to forecast and mitigate the negative emotions that may emerge. Ask yourself: “What fear may emerge as a result of this change?”
  2. Start with leadership. Change must be thoughtfully led. Too often, change initiatives fail because a leader will issue a directive and then check out. Change needs a champion, and the broader the impact, the stronger advocate that change will need. When leading change, it’s best to be visible, be consistent, empathize with the current, and maintain focus on the goal.
  3. Involve everyone. When introducing change, it’s important that those involved do not feel that there are two sides: those impacted (us) and those imposing (them). Again, change leaders need to create an environment that is empathetic to the pain of change (all of us, together) and keeps those involved focused on the outcome resulting from having changed.
  4. Create a compelling business case. Start with why. Why is this change important? What risk is it mitigating? What opportunity is it enabling? What efficiency will we be able to exploit? How will we be better positioned to serve our customers? John Kotter notes that we underestimate the power of vision by a factor of 10. That perspective proves true no matter the size of change. Without understanding why the pain we are about to endure is worth it, change is harder to overcome.
  5. Create shared ownership. Change in an organization or value stream is not something to be done in isolation. If the change is beholden to a single person or small group, it will matter much less to others and quality will suffer. Change outcomes are a shared responsibility of the team. Creating an all-of-us-together culture helps avoid feelings of pain endured in isolation.
  6. Communicate the message. Communicate the message early, communicate it consistently, and communicate it often. In alignment with the SAFe® Core Values, we must assure alignment and transparency in the system to achieve optimal outcomes.
  7. Assess the cultural landscape. Even if we prepare the organization well for change, even if we say and do all of the right things, organizational culture will dictate how well people in the system process change. I am often reminded of the wise words of Kim Scott: “Culture is what is said in the halls, not what is written on the walls.” Employee engagement surveys, rolling feedback walls, and hallway conversations can go far in helping change leaders understand how people are really feeling.
  8. Address cultural challenges directly. If understanding the cultural landscape is step one, doing something with what you learn is step two. When the pain of change rears its ugly head, change leaders must address this pain immediately and directly. This is not a time for political grandstanding but for using the organization’s own words with a sense of empathy. Remember, as Brené Brown teaches us, being empathetic does not always mean fixing the pain. Simply acknowledging the circumstance and validating how people feel can have a profound impact on morale.
  9. Prepare for the unknown unknown.  As Murphy’s Law reminds us, if something can go wrong, it will. Though there is not a lot we can do to prevent unforeseen circumstances, we can prepare for them. Actively seek risk, break things, pressure test, and create fallback and recovery plans. The SAFe approach to DevOps can serve as a good guide to monitor for and respond to the unknown.
  10. Speak to team members. The most important component in addressing the human element of change is to talk to the people involved. Be visible, be accessible, and be the kind of leader that people trust. When leading change, if you can successfully manage the emotional component, you are well on your way to helping the team land change well.

    The next challenge? Avoid change saturation to land change well. Stay tuned!

About Adam Mattis

Adam Mattis is a SAFe Program Consultant Trainer (SPCT) at Scaled Agile with many years of experience overseeing SAFe implementations across a wide range of industries. He’s also an experienced transformation architect, engaging speaker, energetic trainer, and a regular contributor to the broader Lean-Agile and educational communities. Learn more about Adam at adammattis.com.

View all posts by Adam Mattis

Share:

Back to: All Blog Posts

Next: POs and PMs: A Dynamic Duo