Blog

Zombie Agility & 3 Antidotes to Eradicate Infection In Your Organization – Part 2

By: rachel.abrams@agilevelocity.com Cottrell | Oct 28, 2019 |  Agile Transformation,  Article,  Leadership

In the previous article in this series, I covered the first antidote to the Zombie Agility contagion, the regular and generous application of compelling Business Outcomes

Today, I’ll jump into the second antidote: ensuring your internal Agile change agents aren’t carrying the virus themselves.

Antidote #2: Make sure your Agile change agents aren’t infected themselves

Zombie Agility is transmitted from human to human. Infections can be blatant or subtle. The problem is change agents may not know they are infected. More, you likely aren’t very practiced at knowing how to identify who might be infected and who is not. 

But you, the business outcomes leader, have decided to eradicate Zombie Agility by keeping Agile as the means to the real goal. Therefore, you cannot leave room for the zombie contagion to spread. Your goals and outcomes are too important. Besides, you’re working too hard to communicate compelling outcomes to your teams (See Antidote #1)

How can you certify your Agile change agents aren’t infected? No surprise, it’s going to take work on your part to make sure all is well. 

Proactive Approaches: 

  • Invest time with your change agents to ensure they really grasp the business outcomes that are in focus and how those credible and compelling results are critical to the company
  • Explicitly enlist their help to spread the word about these outcomes among all the teams. They should know they are expected to reinforce the outcomes story
  • Ask for their help to make sure everyone on your teams knows how they each contribute to the business outcomes focus

Reactive Approaches:

  • Be especially wary when you hear change agents say things which indicate Zombie Agility. The key here is identifying when “going Agile” becomes more important than the outcomes that agility helps deliver. Watch for comments like:
    • “We aren’t agile enough!”
    • “Leaders need to be more agile.”
    • “Jargon, jargon, jargon…” (Think “Brains…Brains…Brains” when you hear Agile jargon)
  • Be on the lookout for misplaced excitement about Agile compliance or adherence. What you want to hear is:
    • How teams are celebrating wins
    • What results they’re delivering
    • Lessons they are learning
    • How they are collaborating better internally and across the organization
    • Etc. 

Conclusion

It’s a real possibility that some of your Agile experts may need inoculation and that’s OK. Unlike real zombies (I cannot believe I’m taking this analogy this far), Zombie Agility is completely reversible. To reverse it, they need to understand why they mistook Agile as the goal, and how they can ensure they won’t regress. 

Spoiler: It’s well worth the effort. 

 

Don’t forget to check out the third and final installment of the Zombie Agility series, we’ll cover the last antidote: building healthy teams with strong capabilities

 

Blog

Zombie Agility and 3 Antidotes to Eradicate It In Your Organization – Part 1

By: Agile Velocity | Oct 24, 2019 |  Agile Coaching,  Agile Transformation,  Article,  Leadership

Preface: The author assumes the reader has a working understanding of zombies and is open to the possibility they are real. (Hint: They are.)

Disclaimer: “Every analogy breaks down eventually.” – Marc Escobosa,1998.

“Zombie Agility is here. I seen it.” – Erik Cottrell, 2019.

Zombie Agility takes over when the goal of an organization is simply to “go Agile.” Whenever Agile becomes the goal, expect a zombie epidemic. Surprise! It doesn’t just happen at the start of an Agile transformation. 

You know your organization has Zombie Agility when…

  • Your Agile teams are half-animated, joyless, and listless
  • You’re Agile! But you still aren’t seeing desired business results
  • Your colleagues observe lackluster results and disengaged people

Thriving Agility is good. You achieve this when the business goal is to deliver more value, with more predictably, and better learning. In other words, the goal is continuous improvement for customers and employees.

I’ve been a part of Zombie Agility. In fact, I have since learned I contributed to it. It was soul-crushing. It was physically taxing for many of my teams. It nearly broke us. We were not vibrant, growing, or thriving. We often felt like we were sleepwalking through the motions. 

Good news? Zombie Agility has proven antidotes. I hope these antidotes will spark conversations among your teams about how to eradicate the Zombie Agility threat inside your organization.

In today’s article, we’ll start with the first of 3 antidotes–Stay tuned for my articles on the other 2.

Antidote #1: Inoculate your teams against Zombie Agility’s mindlessness by the regular and generous application of compelling Business Outcomes

Mindlessness incubates Zombie Agility. With no clarity of purpose, no compelling results in sight, and no clear objectives, teams start to wander aimlessly. The zombie contagion starts when “doing agile things” becomes the focus, without a clear business result as a goal. Beware of Agile transformations that lack a crisp, mind-sharpening focus on business results. 

The goal of a transformation is not to “go Agile.” You can start to inoculate your organization by banishing that term forever. Instead, the goal for adopting Agile is obtaining better outcomes you can’t get with the way you work now. 

Here are some examples of better Business Outcomes:

  • Market Responsiveness
  • Customer Satisfaction
  • Employee Engagement

Business Outcomes are the goalposts for high-performance teams that use Agile to deliver those valuable outcomes.

Maybe you can see how teams that aren’t inoculated can be infected. As soon as the company decides to “go Agile” without clear Business Outcomes, the minds of team members turn into zombie mush. Like real zombies focusing on “Brains…Brains…Brains,” they’re focusing on “Scrum… Stand ups… Burn downs…Retrospectives…Mmmmmm. ” Their valuable brainpower turns to mindless process compliance. As a result, energy is not invested in better customer experiences or Business Outcomes. 

To treat this, regularly track and communicate progress towards the organization’s desired Business Outcomes.  

These Business Outcomes, delivered with agility, provide:

  • Crucial direction for the organization
  • Clarity to inform better decision making 
  • Collaboration towards shared goals that make work more engaging

Progressing together towards these Business Outcomes instills pride and reinforces teamwork as people strive together for improvement. No room for mindlessness there.

Conclusion

So, to inoculate against mindless Zombie Agility, make the Business Outcomes you seek credible and inspirational. Talk about why they matter as often as you can. You literally cannot under-communicate compelling outcomes. 

“When you’re tired of saying it, people are starting to hear it to hear it.” – Jeff Weiner, Measure What Matters by John Doerr

 

In the next article of this series, I’ll share Antidote #2: Making sure your Agile change agents aren’t infected

 

Blog

“Overcome Transformation Impediments with Outcome-Driven Agility” Presented at Southern Fried Agile 2019

By: David Hawks | Oct 22, 2019 |  Agile Coaching,  Agile Transformation,  Leadership,  Slides

As the rate of market disruption increases, it’s now more important than ever that organizations gain the ability to respond, adapt, and thrive. This is why many companies are embarking on Agile transformations. However, few of them ever realize that level of agility and many struggle to realize the benefits Agile promises (speed, quality, engaged employees). For that reason, many organizations give up before they see results. 

In this workshop at Southern Fried Agile 2019, Agile Velocity Founder and Chief Agilist David Hawks explained common impediments to agility and how implementing Agile develops new capabilities across the organization.

Key Takeaways From “Overcome Transformation Impediments with Outcome-Driven Agility”:

  • The impacts of four key impediments slowing or preventing significant gains
  • An understanding of how an organization develops new abilities by implementing Agile practices and how those abilities result in organizational agility 
  • The ability to assess their current state of agility and where to focus near term
Blog

“Behind the Agile Curtain: Why Leaders Choose Agility” Panel Presented at Keep Austin Agile 2019

By: Agile Velocity | Oct 09, 2019 |  Agile Transformation,  Leadership

In this panel at Keep Austin Agile, Erik Cottrell (CEO, Agile Velocity), Nicole Tanzillo (CO-Founder & COO, Ceresa), Ron Dovich (Assistant VP of Technology, AT&T Cybersecurity), and Amy Green-Hinojosa (VP, Project Management Office, Texas Mutual Insurance) shared an inside look into what it takes to convince leaders of Agile, the challenges and rewards of leading change, and the benefits they realized once they began to embrace agility. Read the full transcription below.

My name is Erik Cottrell, and I’m with Agile Velocity. It is an honor to be here with you today.

What we intended to do with this panel was to give folks a glimpse into what it’s like for leaders who are on an agility journey. We have the great fortune of working with some really great companies, and for me personally, I’ve worked with three of the finest people I know. They are on stage today, so we are going to allow them to tell their stories.

 

 

My name is Nicole Tanzillo. I am the co-founder and COO of a company called Ceresa. We are based here in Austin, and we are focused on democratizing access to the best of the best in terms of leadership development through a technology platform. I’ll also be commenting from my past role. Most recently I spent eight years at Spiceworks, moving through a number of roles there, including pioneering our product operations function. That ultimately lead into business operations, where I was the VP on our executive team, leading some of our broader strategic functions and specifically our Agile transformation.

 

 

I’m Ron Dovich, AVP of Technology at AT&T Cybersecurity. We were AlienVault and got acquired about a year ago into AT&T. They formed a new cybersecurity unit as part of the acquisition, and I run the engineering team of about a hundred people. We focus on threat detection for businesses.

 

 

My name is Amy Green-Hinojosa I work at Texas Mutual Insurance Company. We are the leading provider of workers comp insurance for the state of Texas. I am Vice President of Enterprise Program Management for the organization. We oversee all of the core initiatives of the company, and I had the pleasure of being the executive sponsor for our Agile transformation.

 

 

Erik: What led to your decision to pursue agility?

Ron: We were in an Agile process, but we had really plateaued. Coming into the organization, we didn’t have much Agile experience at all. We got to a certain point and really struggled to get the team to move any further. We had a lot of problems with carry-over of stories from sprint to sprint, so we were not predictable at all. We had challenges in the organization even though the leaders were saying, “Hey, go do these things,” the team didn’t really know how to do them. We needed to help the teams so we said, “Hey, we need outside help.”

Nicole: Very similarly, what we were doing wasn’t working anymore. Our organization had gotten to the size of about a 100+ folks in the technical organization across engineering, product, design, IT, and devops. 

We had recently rolled out product management, which was new for the organization, and we didn’t really change things with that new team so we were experiencing a lot of struggles. From a business perspective, [we, the leadership team,] felt like we were spending a lot of money on our technical organization but didn’t really know what we were getting. It didn’t feel like we were aligned on what we were supposed to be building. 

On the flip side, the engineering organization was super frustrated. They felt like they were getting different direction and changing priorities from leadership constantly. They felt like they were having mounting technical debt, and felt like leadership wasn’t listening. There was a bunch of miscommunication and misalignment. We knew it wasn’t working, and we knew of this Agile thing that people say is great. So we decided to go see if it would work for us. It really it came down to the fact that we knew we had to do something because nobody was particularly happy with where we were at the time.

Amy: Our story is very similar. We were in the midst of some major legacy replacement, so we had projects that went on for 5 to 7 years. We tried to use some Agile techniques in those big projects, and when we came to the end of those, we looked at ourselves and said, “Well, that was fun.” 

So, we thought we knew what were doing…but we really didn’t know what we were doing. We were just throwing around terms and ideas! But, we had a really neat group of people who did research and started a grassroots effort to push the company to embrace Agile. Some of those people are now moving into leadership positions in the organization…they became evangelists for Agile, and that’s what helped us decide to start our journey.

Erik: I think there’s a thread: things were broken, they weren’t working. Was there anything in particular that convinced you to say, “Yep, we know we need to go do something”?

Nicole: We knew we needed to change, but without an external inflection point, it can be hard to pull the trigger. For us, we had a change in leadership in the engineering organization and an opening to new ideas. That was the tipping point that helped us say “OK, it’s time to make some changes.” It’s not that anything fundamentally changed, we didn’t have any more information than we had the day before, but we had momentum in the organization to do it.

Ron: For me, it was that nobody was happy. Management wasn’t happy, the teams weren’t happy. We needed to change something. 

Erik: One of the things I think is interesting is that leaders have to work in teams as well. So Ron, this question is for you. How did you convince your colleagues and leadership at AlienVault (AT&T Cybersecurity) to get on board?

Ron: We thought a lot about it, and we were trying to figure out how to get past the plateau that we were at. We were batting around different ideas, and I had heard of Agile Velocity here a couple years ago so I said “Let’s bring in David.”

David [Hawks] came in for a 2-hour workshop with my team and drove home a lot of points and pushed on us really hard in those two hours. Walking in, everyone had different ideas about what we should do but walking out, we all knew what we needed to go do.

Erik: Question in terms of that same convincing thing… Amy, what did your boss think?

Amy: I had a unique situation. I had two bosses that the time. I had our CIO who was really happy with the way things were going and didn’t really see that there was a need for change. But we had a new COO, Jeanette Ward, who really embraced this and was very excited for the things that she was hearing out in the industry and in journals. She was 150% supportive of this–so, we had to walk the line of pleasing her but also helping bring that CIO along. 

We had to work through some of the processes and get a few little wins under our belt, and eventually, before he retired, he was supportive of our Agile journey and understood the need for it. But, it wasn’t easy to convince somebody who’d been in the IT industry for 40 years that the way we were doing it before wasn’t going to work in this new world. 

Erik: I’m going to dig a little deeper on that one… so, were there specific things that gave that person comfort or confidence that it was okay to keep going down that path? Is there anything that comes to mind that helped them see a different way? 

Amy: Their peers. The other C-suite people in the organization started seeing positive change. He also saw his direct reports really embrace this and come together as a strong team–and that had not necessarily been the case before. But through the transformation, he saw a really good team come together and be able to execute good things.

Erik: Change is almost always disruptive, in some way shape or form. Nicole, looking back now that you’ve changed roles and companies, you have very different hindsight. So, how was this transformation different than yours? 

Nicole: I think if I separate my expectations from the organization’s expectations that will help too. 

It was pretty clear upfront that we had a road to walk down in terms of change. We had 100+ people who were going to be doing this day-to-day. I think the biggest challenge for us was that we had “buy-in” from executive leadership to make [the transformation] happen, but not necessarily real understanding as to what that really meant. So, for us, if I had to go back and think about what I would do differently, it would have been spending more time with them, and really having them walk down the path with us and push it. It’s really easy to let schedules dictate them being involved or not, which makes a lot of sense. But I think we would have ended up where we wanted to be a little faster had we done that. 

As I look back, I’m really glad we did it the way we did it. For us, the decision wasn’t whether we are going to do it or not. It was, “Are we going to do it ourselves or are we going to bring in somebody from the outside?” Because we like to do things ourselves–and that was a really big challenge for us. 

Those of you considering it, there are two things that made me really glad we did. It helped to have somebody that could see the blind spots that we couldn’t see. We were so in it, we didn’t know what we didn’t know–both at a day-to-day implementation and at a leadership level. The other thing is something that I learned in this process that is applied at a lot of different areas: it matters who the message is coming from. I can read a book and figure stuff out–I’m a pretty smart person. I’ve got these skills but the entire engineering organization was not going to listen to me tell them how to do this because I’m not the right person to give this message. I don’t have all the expertise. And for me, finding those experts–whether they were internal or external–to help me champion it was a really big deal. It couldn’t just be about me championing. I had to bring in folks who could champion it for me, in the right ways. 

Amy: We, historically, as an organization, are about doing it ourselves. Bringing in outside expertise has not been a part of our culture. This was one of the first times that we brought someone in to really help us see the blind spots. We’re really good at what we do both on the insurance and the technology side, so we have a level of arrogance–that we earned! But to have someone come in and tell us, “You’re good, but you’re not as good as you think, and here’s where you need to focus,” was so powerful. We would have missed the mark completely if we had not had someone there to help us through those things. 

Ron: For me the biggest thing was, I thought they would help us with processes, but that’s such a small piece of it. It’s the people, the soft skills, the communication problems, the collaboration, relinquishing the command and control that we were doing as leaders–telling people what to do and not letting the people come with their best ideas–that was the biggest unexpected part for me.

Amy: It’s painful in the middle of your transformation when your teams say, “You are the impediment. You need to change this.” You cannot lead in the same way.

Nicole: That’s one of the things we also saw. As the teams were rising up and having more initiative, they had to wait on us. They were looking to us for context to make localized decisions that would make sense in the context of the broader organization. And we weren’t doing our jobs–we wouldn’t tell them. They’d make decisions, and we would have to go back to correct stuff–everyone was mad. It put a lot more ownership on us to put in the work up front and set up those frameworks so they could just go. We didn’t understand that right out the gate, that this would really impact how leadership behaves. 

Audience member: When you give up control, you’re giving up power. You guys seem to have handled it pretty well. What advice do you have for other leaders? In enterprises, it’s all about control. Span and scope means power–how do you manage giving up power?

Ron: Leaders also need coaching. We need help. We get to a certain point in our careers where we think we got this, but we really don’t and our people see through it. So, you have to get somebody to help you drill into an issue and really figure out why you’re having that issue and what the root of the problem is–most of us are pretty poor at that. You don’t just bring in people and have them fix your teams, you have to help yourself along the way. 

Nicole: One of the things I read in Turn The Ship Around is that relinquishing control is so fear-based. Anyone else type A? I suffer from that disease, and it’s really hard. We don’t scale as leaders if we keep holding on to things, and Erik is still teaching me that lesson everyday. One of the great things they talk about in that book is how are you pushing that down in a way that you can be confident it’s going to work–a leaders job is about creating and testing competency in your people. It is on us to not just give it to them but to think about the mechanisms in place to certify that competency so they are able to make decisions. So for me it’s about starting to develop those frameworks and processes so that I can release control.

Amy: Baby steps. Small wins that begin to tell the story that it’s okay to let power go.

Erik: One of the things that often happens, is we forget the fact that you have to give before you can get. Leaders have a tough job. A lot of people come to them asking and taking, no one is coming to them giving. As people seeking to drive change, we have to remember their goals are not our goals and we need to get our goals aligned to their goals and treat them with the same kind of respect we’re asking for.

Nicole: What the transformation has been about for us is much more about how people work together, how we communicate, how we prioritize, how to make decisions, and far less about how everything is set up mechanically.  

Erik: Let’s talk about the benefits. What was the best part about your transformation?

Ron: For me, it is when the team started to come back and ask for things from us. Before, leadership was telling everybody what to go do. Suddenly the teams started coming to us saying what they need and why they need it. Which meant we were finally working together towards the same goals. 

Amy: The first time the teams started coming back with the most amazing solutions that nobody thought was possible and started asking the why’s: “How come we can’t do that?” and “Can we do that?” was amazing to see. We’re only 19 months into our transformation but our teams are already developing things that no engineer was thinking about a year or two years ago.

Nicole: Pretty quickly, I saw that once we got out of the bottom of the change curve, the energy fundamentally changed. There’s something about having things on the wall, having standups, and operating differently that they were able to take ownership in a way they never had the context to do well before. It was exciting and felt good to be around.

Erik: One of the things that we often run up against is culture. How has your culture been impacted?

Amy: Our culture has changed significantly. We are a good place to work. We were voted one of the best places to work in Texas. But within IT, we were very siloed. Teams didn’t interact with each other, and we didn’t interact as much with our onsite business customers. 

But, now what you see is that buzz and energy. Everybody is really focused on collaboration and tackling things together. People that never spoke to each other before or interact with each other are working together. Once people got empowered and were given freedom in their abilities to work, it changed from a happy, positive place to this energetic, exciting place to be. 

It hasn’t been all rainbows and unicorns because while people ask for empowerment and freedom, there is responsibility that comes with that. Transitioning and helping teams understand that they are responsible and accountable for things they didn’t have to worry about before caused some stress. But, I think they’re coming around to that. Now that they understand that we’ve put frameworks and guardrails in place, the technology group at Texas Mutual is a better, more energetic environment.

Ron: We’re till pretty early in our transformation, only about 8 or 9 months in. It hasn’t changed our culture yet, but we are in transition.

Nicole: It helped uncover issues in our culture. It is hard to hide stuff in this model. Right away when we were first doing some workshops, we identified some divas who were used to working in a very isolated way and perhaps not treating their colleagues super well because they were so amazing at what they did. That doesn’t fly so well in this model. 

So, it created some really hard choices for the leadership team right away, because we had to decide if we allow this one person to continue to do their own thing or if we say this person is not a fit for the organization that we’re building. In some cases, they figured it out and others don’t work there anymore because it just wasn’t aligned with where we were going. You gotta engage. 

Amy: It’s a drastic change going from individual contributors, getting kudos to focusing on the team where everybody is scored the same and it is a team success. There are no more superheroes and the playing field becomes level. 

Erik: One of the things that I noticed at Texas Mutual: There is a team that had an area [in the office] and outside of it there was a sign that said “Success on delivering on our last commitment”. Beneath this sign, they had a picture of a thumb that you can turn up or down. For the next sprint the thumb was turned down. They were broadcasting to the entire company that they did not meet their commitment. 

I told the CIO that they don’t have to manage that team anymore. They are self-managing, holding themselves accountable.

Audience member: We’ve talked about teams and individuals, but how did this process change you? How did it impact you as a leader? 

Amy: It made us hold a mirror up to ourselves as a leader and say, “What does this new world mean to me?” and, “Do I even want to be a leader in this new world?” or, “Am I willing to make that kind of change?” 

You have to look at yourself and make a real, deliberate choice to lead differently.

Nicole: I grew as much or more than the organization did in this process. There were a lot of moments where I was freaking out. We were asking really big questions that I didn’t have the answers to, and wasn’t sure how we are going to get there with our leadership team. It’s that battle of, “How do I do the work that puts the team first and offers what they need out of me?”

That’s exhausting: slowing down and being thoughtful before I go into a conversation,  thinking about what they need from me. Because it’s not about what I have, it’s about what they need.

Ron: It’s re-energized me. You can do these jobs for years and get good at it, but am I really being strategic. This will make you question what you are getting done and what your priorities are. Now you have to spend more time being thoughtful instead of just blowing through things.

Erik: How do you work with your partners on the business side to get them to see what you’re about to do? 

Amy: One of the things that we did when we decided to go on the journey, was put together an Agile Leadership Team of people to help guide the journey. We went and asked our executive leadership if we could have some people from our business unit be a part of that. 

We didn’t get a whole lot of people, but we got enough and converted some to evangelize Agile to the business. It was really important to have the voice of our business counterparts be a part of the transformation. IT can stand up all day long and talk about benefits, but if the business side it not part of that journey, it’s really hard for them to understand. We also checked in a lot with our business leadership people, and gave them Agile updates every week. We forced them along with our journey.

Nicole: We got away from talking about the features and stuff we were doing to what we were trying to do for the business. We were able to connect by shifting our goals and communication to be around the outcomes we were trying to achieve. We were speaking their language and that was a big shift for us. It moved us from being an activity-based organization to an outcome-based organization. 

Ron: We’re not there. We’re siloed from the rest of the business–and by business, I don’t mean AT&T, I mean the threat detection and response piece of the Cybersecurity unit–the rest of the business unit around us thinks Agile is an engineering thing. 

Erik’s Advice: Banish every bit of jargon. Don’t use the word Agile–Agility doesn’t count [as jargon]. Try and have a conversation. It’s all about working together. Are we clear about what we are trying to do, do we communicate well, do we fight well? Banishing the jargon is a good exercise because it helps us think about what are we trying to do together.

Audience member: How did you work through the need to be there at all times and fully informed of all details?

Ron: I’m still working on it. As our organization continues to grow, you just can’t. You have to be comfortable relying on other people. It’s a struggle because when someone asks a question you want to know the answer, but I often don’t.

Audience member: How do you handle it when someone wants to be the answer person?

Nicole: If we democratize access to the data, then everyone can validate, verify, and provide that data as well. So, the more we can get away from only one person being able to access the data, the better.

Amy: That is the journey we are on right now, getting that visibility so anybody can self service the information they need about the work that is getting done. 

Erik: I challenge you to step back, because this person is doing this for a reason–it gives them a sense of value. When you take a step back, you realize this person just needs love and validation. [Sometimes, a little sympathy and conversation can work wonders.]Final words of wisdom:

Ron: Get yourself a coach. Could be a mentor–just someone who is willing to ask you tough questions. It has been life changing for me. 

Nicole: It’s not just about us. Lebron has a coach. The US Women’s Soccer Team has a coach. These are world class people doing world class things, and they still have coaches because none of us can see the blind spots. Having someone who is objective both for us as leadership and for your team is important. 

One of the biggest mistakes we almost made was not having Agile team coaches. Everyone thought that they were going to be a Scrum Master who would take notes and schedule meetings. But that is so far from the truth.  This idea of having a coaching mindset in an organization is transformative but you have to have enough of them and support for them for it to take hold.

Amy: Build internal coaches. Because when the external coaches leave, you still have that coaching capability in your organization–and you will need it.

Blog

“Make Shift Happen: Harnessing Culture for Change” Presented at Keep Austin Agile 2019 by Steve Martin

By: Steve Martin | |  Agile Transformation,  Leadership,  Slides,  Video

  Culture is listed in many surveys as one of the biggest barriers organizations have in adopting Agile frameworks. While it is true that culture can be a blocker for change, culture can also be used to help accelerate adoption and transformation. Being able to identify and understand how culture is used at your organization is an important first step in any Agile framework adoption.

In this workshop at Keep Austin Agile, attendees learned how to determine which culture(s) are present at their company and how to harness it in order to make shift happen.  For additional reading, check out our Business Outcomes series:

Blog

“Are We There Yet? How to Know You Have Achieved Agility” Presented at Keep Austin Agile 2019

By: David Hawks | |  Agile Transformation,  Leadership,  Slides,  Video

In this workshop at Keep Austin Agile, David Hawks discussed the importance of being outcome vs. practice-driven and how that will lead to sustained impact and organizational agility. Attendees worked together to break down desired business outcomes into core capabilities to help them determine where their organization is and provide them with action items to focus on next.

Key Takeaways:

  • An Agile transformation is an organization-wide change
  • Descale to reduce complexity in the system and help an organization scale
  • Outcome-driven organizational agility frames an Agile transformation based on the business outcomes an organization is trying to achieve

Learn more about being outcome-driven in our Business Outcomes series:

Blog

The Most Important Question to Answer for Successful Agile Transformations

By: Mike Hall | Sep 24, 2019 |  Agile Transformation,  Article,  Leadership

A single question mark in a thought bubble is against a solid yellow background, representing the most important question to ask for a successful Agile transformation. For leaders during an Agile transformation, the question of why the organization is going Agile is vital. Without this compelling reason for change, the transformation runs the risk of losing steam and failing.In a recent discussion with a business leader, I asked a simple question: “Why are you considering an Agile transformation?” 

“We just want to get better,” she replied.

Awkward silence. 

I understood what she meant. We all want to get better. But that’s not a great reason to spend hundreds of thousands of dollars on full-scale organizational change. Not when she didn’t have any particular business goal in mind.

Any type of transformation—Agile, digital, or otherwise—is serious in terms of cost, effort, and time. It’s not uncommon for a transformation to last several years, impacting hundreds of workers. Plus, not all Agile transformations are successful Agile transformations. CIO digital magazine reports only 17% of transformations achieve a sustained level of improvement

In my experience, this is often caused by a lack of a compelling, business-centric purpose or focus for the transformation. Successful Agile transformations ask workers to think differently, act differently, and evolve through continuous improvement. Workers must adopt different values and be willing to change their mindset about how they approach work. When asking this much of your people, you should provide a good reason. Something that is both exciting and important. 

Identifying Your Compelling Reason for Change

As a leader, you can uncover your compelling reason for transformation by asking this killer question first and foremost:

What is our business objective(s) for this Agile transformation?”

Starting with a business objective helps ensure that everyone involved in the Agile transformation understands why they are being asked to change. This is key to a successful Agile transformation.

A business objective also aligns the underlying Agile transformation efforts in pursuit of the stated objective. Progress towards your business objective can be measured and adjustments made as needed. Establishing a business objective will also naturally lead to a host of relevant follow-up questions that can be explored to determine the path forward. 

Business objectives such as “We want to get better,” “Everyone is doing agile now,” and “We need to go SAFe® because it is popular” are not enough. They make it more difficult to prioritize work pertaining to the Agile initiative.

In contrast, great business objectives are S.M.A.R.T. (specific, measurable, attainable, relevant, and time-bound). But don’t stop there! They should also be inspiring, motivating, and action-oriented. For example:

  •     To keep our customers safe from digital harm and reduce damage from criminal cyber activity, we want to improve our market responsiveness to 1 month or less when new security breaches are found.
  •     In order to re-establish customer trust in our XYZ product line, we want to reduce post-release defects found within 6 months of a release by 80%.
  •     Increase our product revenue by 40% within 2 years through prioritized delivery of add-on services in order to stave off the market competition from the fast-follower competition.

Agile Velocity’s Path to Agility® framework identifies the following 9 areas for business objectives. Consider these areas when crafting your own business objective for your Agile transformation.

As I delved deeper with the business leader I mentioned earlier, she realized she was truly after a level of development predictability that would allow her company to make accurate marketing statements about upcoming product releases. From there, I encouraged her to include a quantitative factor in her business objective to ensure that it was measurable.

We went from “We want to get better” to a clear business goal that guided the transformation through to success. 

 

In my next article, I’ll explore how to organize the Agile transformation effort. Now that we have a great business objective, we can identify transformation outcomes and underlying technical capabilities that influence our business objective.

In the meantime, you can read more about our approach to building lasting business agility, you can check out our Transformation Services page.

Blog

Ask Different Questions: Building Your Agile Leadership Skills

By: Lorena Connolly | Jun 12, 2019 |  Agile Transformation,  Article,  Leadership

The Situation

It’s Monday morning. 

You’ve just come off a long weekend of work. You were up all night Saturday deploying the product and then had multiple configuration issues to address on Sunday. Now, it’s Monday and you need to be in the office for an 8 AM meeting to hear what the new Agile Consultants have come up with for your organization. You stagger over to the kitchen thinking there isn’t enough coffee in the world to get you through this presentation.

You’re probably thinking, “They can’t possibly have anything meaningful to present. They don’t know what it’s like here.” 

One of your employees texts you letting you know there seems to be a performance issue with the new release. You wish you could skip over this two-hour presentation, get to your desk, and do some real work.

The consultants launch into their presentation, talking about improving the business by organizing into small cross-functional teams and working in small batch sizes.

What makes them think that will work here? If they really want to improve quality, why don’t they get the Sales people to stop making commitments before the technical team has had a chance to say what is feasible? 

Now, they are going on about empowerment and leaving decisions to the team.

What makes them think that the team is equipped to make those decisions? These are decisions that you normally make! And they want you to change the way you manage, too? After all the literal blood, sweat, and tears of frustration you’ve shed to get the deliveries out on time, all the late nights, weekends, all of a sudden, you’re the problem? 

Suddenly, through this whirlwind of thoughts, your boss’s boss asks you, “You’re critical to this being a success, what do you think?”

You look around and see all the smiling faces and expectant looks. Through a dry throat and clenched jaw, you say, “Sounds great, I will get behind it.” 

Silently, you wonder if it’s time to update your resume.

 

Sound familiar?

When an organization has made the decision to adopt an agile way of working, they often only acknowledge the impact to teams. However, there is also a significant impact on leaders and middle management. This shift requires them to change the way they have been managing and delivering past success to the organization–often without a seemingly tangible explanation as to why.

As focus is placed on the teams and helping them work in new ways, managers are often overlooked. This is unfortunate, as these people are often influential, well-respected, and valued leaders.

It’s no wonder their initial reaction is one of fear or skepticism. So, as mid-level managers, how do we combat our reactions to change and take advantage of the situation we’re in?

 

How To Start Building Your Agile Leadership Skills

As you saw in the situation above, the questions this leader asked themselves could only lead that poor soul to one conclusion: “This is bad, I’m the victim, and I’m out.” Even though this leader is experiencing the pain of long cycle times, tough production deployments, and production issues, they remain skeptical and on the defense. This is because human nature leads us to tolerate the pain we know and reject/avoid the pain we don’t know.

Don’t get me wrong. An organization should acknowledge a transitioning leader’s emotions as valid and provide the support, path, and plan for this new leadership style. However, at the same time, the transitioning leader needs to work through these emotions and concerns and accept the support, path, and plan. But, how? 

Change the way you approach the problem.

 

Ask Different Questions

Much easier said than done, I know. I’ve been there–more than once. However, learning to ask questions that open up new possibilities is key to unlocking leadership potential and successfully building your Agile leadership skills. 

In the situation above, we saw an example of how a leader initially thought about the change of an Agile transformation and the perceived threat to their job. In the table below, I provide some examples of how to re-frame these internal questions in order to take advantage of and benefit from the situation:

What makes them think this will work here?

What company-specific research or assessment was done to come up with this approach?  What methodology was used?  What data backs up their findings?

Why don’t they get the Sales team to stop pre-committing?

How can we provide more accurate information to Sales to help them understand the time needed for similar efforts? How can an Agile environment help us partner more effectively with the Sales team? Why does Sales feel the need to pre-commit? Is there an underlying trust issue with our predictability?

What makes them think that the team is equipped to make those decisions?

How do we plan to equip the team to make these decisions?  How can we handle design decisions? How do I need to prepare/support my team?

Why do I have to change the way I manage?

If I change the way I manage, what will I be losing? What will I be gaining? Is the gain worth the pain? What do I specifically need to change? Who can help me change? Who will keep me honest?  

Do I leave the details to the team?

How can I equip/support the team? What methods can I use to stay sufficiently engaged to coach the team without directing them?

I’m the problem?

What am I not seeing that the executives are seeing? Who can give me open feedback on the business challenges we have? How is my team contributing to those challenges? Have I gotten so used to “the way that we do things” that I’m missing something? Are late nights and weekends really how I want to lead my team? How can I show that is not sustainable? How and who can I work with to set proper expectations?  What do I own here?

How do they come up with this stuff?

What are they seeing that I am not? Have they helped other organizations with similar issues? What were the results? Is there a way out of this pain?

Am I no longer critical to the success of the organization?

In this new way of working, in what new ways am I expected to contribute? Does that interest me? Does it open other opportunities? Am I ready to contribute in that way? If not, who can help me get ready? Is there an opportunity to create a new/additional role for myself?

What do they mean by you focusing on “higher-value” items?  

Are there additional skills, tools, challenges in which I can obtain a level of mastery? Are there higher-value problems I can solve for the organization? How might that help my career/job satisfaction?

 

Conclusion

The truth is, this change will require you to call on leadership skills you may not have yet–or that you didn’t know you had. You will have to think differently than you have in the past to navigate this very real and challenging situation. Additionally, your team will be watching you very closely to see how you respond and will take their lead from you.

As a leader in your company, you understand the value of being responsive to the business needs, improving business outcomes, and improving the work life of your team. Use these re-framed questions and new Agile Leadership skills to help you work through your concerns and map a path to meet the needs of the business. Once you have your own answers, use this technique to help a struggling team member or colleague work through the transition.

 

Learn More

Register for our Certified Agile Leadership 1 Workshop to get more in-depth knowledge of the Agile Leadership skills it takes to transform teams and organizations.

Read more about building your Agile Leadership skills in these articles:

Looking for more on the role of middle management in an Agile transformation? Check out these content pieces:

Blog

Webinar: Why Agile Transformations Fail: How to Achieve Agile Results

By: Agile Velocity | Jun 05, 2019 |  Agile Transformation,  Leadership,  Webinar

Presenter: David Hawks, CEC, CST

We operate in a world of exponentially increasing market disruption. It is more important than ever for organizations to achieve organizational agility, which is why many companies are embarking on Agile Transformations. However, few of them are realizing the full agile results promised–and needed.

In fact, over 50% of all Agile Transformations fail.

In this webinar, David explored how leaders can guide their organizations past common barriers to transformation and accelerate momentum toward true organizational agility using a proven transformation framework, the Path to Agility®.

Key takeaways include:

  • 4 impediments slowing down the transformation or preventing significant gains from Agile
  • How an organization develops new capabilities by implementing Agile practices
  • How those capabilities result in agile outcomes and better agility for an organization
  • The ability to assess your current state of agility and where to focus efforts in the near term

Don’t let your organization miss out on the Agile results it needs. Combat common impediments to agility.

Watch Why Transformations Fail

Blog

“Leadership Agility” Presented at Agile Leadership Fest 2019

By: David Hawks | |  Agile Transformation,  Leadership,  Slides

What got you here as a leader is not going to get you to the next level. Faster rate of disruption and a new workforce dynamic are demanding leaders work differently.

In this workshop at Agile Leadership Fest, David Hawks discussed key mindset shifts leaders need to make to thrive in this new world.

Key Takeaways from “Leadership Agility”

  • We are living in a Volatile, Uncertain, Complex, Ambiguous world–faster rate of disruption, new technology, and increasing competition are changing the way we work.
  • The 21st-century workforce is made up of knowledge workers who seek autonomy, therefore, leadership styles must change.
  • 4 mindset shifts leaders should make to optimize the full value stream.