Archive for Adoption

10 Things Executives Need to Know about Agile

Slide deck with the top 10 things executives need to know about Agile:

Here’s the list with some handy links:

  1. Agile Is Mainstream
  2. Many Benefits from Agile
  3. Agile is not a Silver Bullet
  4. Agile Fails Due to Culture
  5. Agile Differs from Most Company Cultures
  6. Most Value Comes from Mindset/Culture, not Practices
  7. Adopt Agile Practices that fit Culture (Option 1)
  8. Change Culture through Organizational Transformation (Option 2)
  9. Culture Mismatch will Slow and Ultimately Fail Your Agile Initiative
  10. Culture Eats Strategy for Breakfast

Of course, it is fine to proceed with either option – adoption or transformation – it’s about what is the best fit for the client environment and their wishes.

There are two conversations around transformation that this deck is designed to trigger/encourage:

  • What does break-through organizational culture look like?
  • What does organizational transformation look like?

My Favourite Slide in the Deck

Benefit of Practices vs Culture

Acknowledgements

I would like to thank the hundreds of people who have attended my workshops and talks over the last two years to help clarify and refine this message.

Print Friendly

Comments (1)

Beyond the Maelstrom: Chaotic Behaviour is matter of Perspective

I created the painting below almost two years ago to reflect the pain, frustration and disconnection I felt as an Agile consultant when working with a large organization.

At the time I thought of Agile as a coherent system of energy – waves of light – illustrated by the yellow lines in the top left.

Along with other coaches, we thought the organization was chaotic or complex as defined by the Cynefin framework. The organization is illustrated by blue structure. The severe difficulty we had working with it is expressed as a swirling mess of green.

In hindsight it is clear to me that the mess of interactions was the result of the incompatible culture and thought systems between the coaches and the client organization.

I suspect the client may have had the opposite perception: that they had a coherent and understandable structure while we Agile coaches seemed chaotic.

Future success relies on understanding these differences in perspective due to culture and other dimensions.

To help others avoid pain and waste, I wrote An Agile Adoption and Transformation Survival Guide: Working with Organizational Culture Consider reading it to learn from my failures and to avoid creating your own.

This painting was one of the candidates for the cover art.

Print Friendly

Leave a Comment

Visual Summary of Agile Adoption and Transformation Survival Guide

After providing my 13th verbal summary of my session at Agile 2012, I realized that I did not have an infographic summarizing the session and book – An Agile Adoption and Transformation Survival Guide. So here they are.

Agile Failure & Culture

Agile Differs from Most Company Cultures

 

Adoption –> Doing Agile; Transformation –>Being Agile

Agile Adoption <—->  Transformation

There are a range of approaches – some are more appropriate for adoption vs. transformation.

 

 

Print Friendly

Leave a Comment

Agile Failure and Culture – Agile 2012 Workshop Results

What follows are the workshop results from Agile 2012 Session “An Agile Adoption and Transformation Survival Guide”. Book, slides, and video explaining the session.

The results are based on 120 people in the interactive section (there were another 60+ observers I was unable to involve).

Confirmed Insights

  1. Failure rates are high. Success reports are 2.8 average out of 5.
  2. Control culture is dominant in the majority of companies.
  3. Agile culture is primarily about collaboration culture. Cultivation and Competence cultures and are secondary.
  4. Lot’s of companies are “doing Agile” practices, and not “being Agile” (mindset)

Agile Failure rates are high

As can be seen from the photo on the right, people have reported different levels of success with Agile. 5 means always successful and 0 means never successful. The average of the respondents is 2.8 out of 5. This is a success rate of a little less than 60%. Ouch!

Reasons for Agile Failure

The photo below shows the reasons participants encountered Agile Failure. Notice that the most common item mentioned was management understanding and support.

Control culture is dominant in the majority of companies

As we can see here, approximately 77 out of 108 participants indicated that their dominant organizational culture is Control using the Schneider model. This is a little higher than 70%. And this is at an Agile conference!

Agile is about Collaboration culture

In the workshop, participants were asked to associate Agile values and principles with the cultures of the Schneider culture model. All twelve tables agreed that the dominant culture expressed by Agile is about Collaboration.

But what of Agile’s secondary culture? Three groups identified Cultivation culture while nine groups identified Competence culture. On the surface, this would seem to invalidate my claim that Agile is about People (Collaboration and Cultivation). My understanding of this is that on the surface, terms like “working software” are interpreted as signs of Competence culture whereas “working software” is a goal that can be satisfied by any cultural approach. My conclusion is that this exercise needs more time and discussion than I allocated to avoid simply sticking principles into the closest fit culture quadrant.

Either way, we can see that there is a big gap between Agile culture and current organizational culture. This is the aha moment that causes people despair.

Below are two examples. On the left there is the association with Competence and on the right, a balance of Cultivation and Competence. Click on images to see details of values and principles identified.

Doing vs. Being Agile

Another interesting artifact to share is what participants thought were the salient differences between “Doing Agile” and “Being Agile”. See photo below. This list is the result of large group shout-out/brainstorm so consider it directional rather than a crisp definition.

Approaches to Adoption/Transformation

At the end of the session, some participants share adoption and transformation techniques that I did not include in my slides or book. These are a mix of approaches and models. Interestingly, each one also has a book.

Want More?

Please see Book, slides, and video explaining the session.

Print Friendly

Leave a Comment

Book – An Agile Adoption and Transformation Survival Guide: Working with Organizational Culture

I am very excited that I just published my free book - An Agile Adoption and Transformation Survival Guide: Working with Organizational Culture on InfoQ. Agile change agents will find it valuable in helping companies succeed with Agile and avoiding failure.

About the Book

Struggling with Agile? Frustrated that people don’t really get it? Tired of fighting with organizational bureaucracy? Wondering how you could have been more successful? If so, then this book is for you!

The book provides a set of essential thinking tools for understanding Agile adoption and transformation: how they differ and what you need to know to know to avoid being another statistic in the widespread adoption failure. In particular, you will learn how to use culture to work more effectively with your organization.

It is called a survival guide since so many people have found the concepts to be invaluable in understanding their experiences when working with Agile.

This book includes:

  • Identification of causes of the widespread Agile adoption failure
  • A model for understanding Agile, Kanban, and Software Craftsmanship culture
  • An outline of key adoption and transformation approaches
  • A framework to help guide when to use these these approaches with your organization
  • Real-life case studies of what has worked and what hasn’t

Electronic Version is Free

You can get a PDF or ePub version of the book for free on InfoQ. Why free? My primary goal is to change the world of work, and by making it free I can best achieve this goal. Of course, I would be really happy if you bought multiple copies of the print edition to give to your friends and clients to help them succeed as well as support my work.

Thank You

“If I have seen further, it is by standing on the shoulders of giants.” – Isaac Newton

I would like to thank Henrik Kniberg who has contributed so much open source material to the Agile community and inspired me to write a free eBook to pay it forward. I also appreciate him taking the time to write one of the forewords.

I would like to thank the attendees of workshops with early incarnations of this material – XPToronto, SoCal Lean Kanban, Agile Tour Toronto, and Agile New England. Your comments, challenges and reflections have helped in immeasurable ways.

Thanks to all the people who read my blog posts throughout 2011 on this topic and provided valuable feedback.

A big thanks to Michael Spayd for first introducing me to the Schneider culture model and for conducting a survey of Agilistas.

For sure this work would not exist but for Mike Cottemeyer’s differentiation of adoption and transformation.

Thank you to the review team for feedback: Chris Williams, Irene Kuhn, Armond Mehrabian, Krishan Mathis, Bernie Jansen, Ed Willis, Eric Willeke, Karl Scotland, Sabine Canditt, Todd Charron, Bob Sarni. Olaf Lewitz in particular deserves distinction by providing an extraordinary quantity of valuable comments, questions and challenges.

I would like to thank those who directly contributed to this work as well as reviewing: Olivier Gourment for contributing a case study; Jeff Anderson, Olaf Lewitz, Jon Stahl, and Karl Scotland and Alexei Zheglov for sharing their challenges and alternate visions in the appendix.

I would also like to thank Alistair McKinnell, Jason Little, Declan Whelan for providing feedback on the Methods & Tools article that formed a chapter in this book and to John McFadyen and Dave Snowden for feedback on the Cynefin section.

I am very appreciative of Jurgen Appelo for taking time out of his busy schedule to write a foreword.

And of course a big shout out for my daughter Scarlett who provided original art with the jigsaw puzzle and butterfly transformation drawings.

Wow! Even a small book such as this benefits from so much help.

- Michael Sahota

 

Print Friendly

Comments (5)

An Agile Adoption Survival Guide: Working with Culture

Hi All,

Wanted to share my latest slide deck from my presentation at the Atlanta Scrum Gathering on working with culture. About 70% the same as earlier versions.

As FYI, the book is planned for May release on InfoQ and print.

Print Friendly

Leave a Comment

What’s the first Decision? Implementing Kanban vs Scrum

Guest post by Michael DePaoli

If your development team or manufacturing team is considering moving to using Kanban vs. Agile Scrum, one of the biggest decisions is choosing the right agile development methods for the job. Let’s discuss the realities of implementing Kanban and some of the fundamentals that hold back both Kanban and Scrum implementations.

On paper, Kanban is certainly easier to kick-start from a change management perspective because you can leave current roles and processes largely intact; you just need to get commitment from the business to adhere to three basic principles:

  1. Provide a high degree of visibility/transparency of the state of all work queued and in progress
  2. Establish and respect WIP(work in progress) limits in the value flow
  3. Commit to execution in a ‘pull-based’ manner from the prioritized work queue

Yeah, just get commitment and practice of these three things… Much easier said than done in my experience because they are frequently outside the circle of influence of those driving the change to implementing Kanban!

Usually it isn’t that the agile software teams are unable to execute under Scrum; the fundamental issue is that the business isn’t willing to accept a “pull-based” execution model (required for Kanban and Scrum).

Businesses continue to make irresponsible commitments to customers and investors. This only perpetuates crystal-ball thinking, fixed-date, fixed-scope and fixed-cost projects. It’s the classic sales-driven model we see all too often where the sales arm doesn’t respect the capability of its product development group to produce predictable value for the customer in a timely manner, and with an agreed-upon level of quality. After all, quality is a business decision.

This irresponsible action ends up causing organizations to be unpredictable in their delivery, have lower quality, and to burn out their teams. These outcomes in turn destroy brands, ruin company reputations on Wall Street, increase the percentage of each investor dollar serving up technical debt (in lieu of adding new value to products), and causes instability in the organization’s systems due to turnover.

Bottom line, if an organization can’t make the commitment to respect their product development system’s proven delivery capability at the current level, neither Kanban nor Scrum will provide predictability. But even in the face of this dysfunction, agile methodologies like Kanban and Scrum can still provide faster learning to teams, which allows them to test their assumptions faster and provide more value to their customers by delivering what they actually need.

In conclusion, I leave you with this advice: ignore the myths and hype about Kanban. Before you can make any decisions on the Kanban vs Scrum debate, you must first evaluate:

  • Your organization’s product development and sales culture,
  • The nature of the demand for service from product development,
  • The competency of your organization to plan and execute change, and
  • The degree to which you’re willing to face the truth

Only then can you choose the best agile software tool for the job.

Michael DePaoli Bio

Over his 26 years in IT, Michael DePaoli’s experienced has included serving in different
traditional roles in highly respected companies. The roles have included analyst, software
engineer, quality engineer, development manager, project manager, Director of Engineering,
VP of R&D, CTO and Consultant in companies, such as American Express, Sprint, Deloitte
Consulting, Sapient, Knowledgepoint, Adobe Systems, AOL, NetApp and VersionOne. Michael
works as an agile / lean coach and product consultant with the VersionOne services group.

Print Friendly

Comments (2)

Agile Culture and Adoption Survival Guide – Full Video!

I am very grateful to New England Agile (and Ron Verge in particular) for videotaping my presentation. For those of you who haven’t heard me speak about culture and adoption, I believe this is a crucial message for anyone acting as an Agile change agent. Enjoy.

Agile Culture and Adoption Survival Guide from Agile New England on Vimeo.

P.S. I am actively working on an eBook for those who prefer print. Drop me an email if you want to help review it before it comes out.

P.P.S Slides are here.

Print Friendly

Comments (1)

Agile Failure and Corporate Culture


Last week I presented Agile Culture and Adoption Survival Guide at Agile New England. My message was around needing to understand corporate culture before undertaking Agile adoption or Agile transformation. The message resonated really strongly with participant and I received many personal thanks from people afterwards. The purpose of this post is to share additional data from that session.

Agile Failure

I did a hand vote to see how much failure people had seen with Agile adoption they were involved in. See photo on the right: most of the group rated their experiences with Agile success at 3 out of 5.

The results were pretty much consistent with the other times I have  run this: about 50% failure. I guess we can call this one – Agile is heading for the trough of disillusionment. But I haven’t given up – it’s time to up our game and turn this around.

Culture at Participant Companies

 Participants were worked in small groups to discuss what was the dominant culture at their company using the Schneider Model.  The photo below shows a histogram of the dominant culture. The peak is 30 participants identifying a control culture. It is interesting to note the relatively high 16 for Competence culture (vs. previous workshops) that represents the high density of hard-core engineering companies in the Boston area.

Closing Thoughts

Maybe the 50% failure is because 50% of the companies are control culture. Probably not entirely true, but this may be a helpful meme that allows us to change our approaches and behaviours to succeed.

Print Friendly

Comments (4)

Agile Culture and Adoption Survival Guide @Agile New England

Here is the latest version of my talk that I will give at Agile New England – minor updates and tweaks since the Agile Tour Toronto version last month.

Print Friendly

Leave a Comment