Tag Archives: change management

Agile Change Management is Coming

Agile Change Management

How fast is your organization capable of changing to continue to remain relevant and successful in the marketplace?

The world is changing at an accelerating pace as new technologies are discovered, developed, released and adopted by consumers faster than ever before. At the same time companies are rising to global scale faster and large, successful companies are disappearing faster too.

In this new reality that we all face, organizations of all types are going to need to:

  • Change how they change
  • Increase their organizational agility
  • Increase the flexibility of the organization
  • Become capable of continuous change
  • Inhibit the appearance and/or growth of change gaps that can doom your company

It is because of this tidal wave of change and a recognition that there is a need in the marketplace for more human change processes and tools that make change seem less overwhelming, that my next book for Palgrave Macmillan will focus on the best practices and next practices of organizational change (aka change management), and I’ve developed a new collaborative, visual change planning toolkit to go with it (but more about that later).

One way to do all of the items in the bulleted list above is to take more of an agile approach to change, to adopt some of the values and principles of the Agile Software Development methodology and use those to create a set of what could be described as Agile behaviors within the organization. If you are not familiar with the Agile Software Development methodology, I have included below the Agile Software Development Manifesto from http://agilemanifesto.org that details the values and principles of Agile Software Development. As you read through the manifesto I hope you’ll see that the values and principles can easily be applied to other endeavors outside of software development, whether that might in the project management discipline of your organization, or within your larger change initiatives.

Manifesto for Agile Software Development

We are uncovering better ways of developing software by doing it and helping others do it.

Through this work we have come to value:

  1. Individuals and interactions over processes and tools
  2. Working software over comprehensive documentation
  3. Customer collaboration over contract negotiation
  4. Responding to change over following a plan

That is, while there is value in the items on the right, we value the items in bold more.

Principles behind the Agile Manifesto

We follow these principles:

  • Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.
  • Welcome changing requirements, even late in development. Agile processes harness change for the customer’s competitive advantage.
  • Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.
  • Business people and developers must work together daily throughout the project.
  • Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done.
  • The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.
  • Working software is the primary measure of progress.
  • Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.
  • Continuous attention to technical excellence and good design enhances agility.
  • Simplicity–the art of maximizing the amount of work not done–is essential.
  • The best architectures, requirements, and designs emerge from self-organizing teams.
  • At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.

Agile and Constant Change

FIGURE 1

You will see in FIGURE 1 that constant change sits at the center, Agile Values providing the initial direction for an organization with a committed goal of becoming more agile. Radiating out from Agile Values as we pursue success in coping with constant change will be our Agile Principles. But, ultimately we can’t live our values or follow our principles if we don’t exhibit behaviors that personify those values and principles. Unless our organizations begin to behave in a more agile way then the potential of truly becoming more agile will remain just words, and go largely unfulfilled.

It is because of the challenge of behaving in a new way that I encourage all of your to make a move towards a formal pursuit of organizational agility. To help you in this pursuit, I will soon be releasing my brand new collaborative, visual change planning toolkit for companies to use on their own (with free training for a select few who agree to use it and document their experience for the book). In addition I will be launching separate training for consultants so they can use the tools with clients in their change management and project management practices. Please register your interest here.

Using this new set of change planning and execution tools and processes will not only make change seem less overwhelming, but it will also help you build alignment behind your effort, help you work through as a group how to LITERALLY all get on the same page for change, and create a more agile organization as adoption of the tools spreads.

Stay tuned for more great change content coming soon!

In the meantime, check out the different ways to get involved.


Accelerate your change and transformation success


SPECIAL BONUS: You can now access my latest webinar ‘Innovation is All About Change’ compliments of CoDev with passcode 1515 (link expired)


Subscribe to Human-Centered Change & Innovation WeeklySign up here to get Human-Centered Change & Innovation Weekly delivered to your inbox every week.

Innovation is All About Change – Webinar Recording

Innovation is All About Change - Webinar RecordingThe hardest part of making any change is taking that first step. We may point our shoulders in the direction we want to travel, but planning our change journey and mapping the steps to get there can still feel overwhelming. This is true for co-creation and open innovation projects, change programs — even personal change.

Often it helps to be with others who are on a similar path. It also helps to have tools that simplify steps and offer motivation. I’m delighted to invite you to view an exclusive conversation/webinar with me and my friends at CoDev (including host Cheryl Perkins of Innovationedge) that we recorded on January 15, 2015.

Click here and use PASSCODE 1515 to access the FREE recording of this webinar (link expired)

In this interactive 60-minute session, I share key tools and guidelines from my new, not-yet-published book from Palgrave Macmillan and give you some insights into what is in my new collaborative, visual change planning toolkit.

I discuss:

  • How organizational change and project/ portfolio management tie together
  • Useful frameworks to move from the ‘what’ to the ‘how’
  • Best (and next) Innovation practices
  • Roles and responsibilities based on the Nine Innovation Roles (from his last book Stoking Your Innovation Bonfire.)
  • How innovation is all about change

I encourage you to view the webinar recording with other members of your senior management team, and anyone else you think might have interest in the intersection of change initiatives, project management, and innovation.

Click here and use PASSCODE 1515 to access the FREE recording of this webinar (link expired)


Build a common language of innovation on your team

Subscribe to Human-Centered Change & Innovation WeeklySign up here to get Human-Centered Change & Innovation Weekly delivered to your inbox every week.

What Change Roles Are Missing?

What Change Roles Are Missing?

I’m gearing up to write a new app and book on organizational change to complement a powerful new visual change toolkit that will be incredibly useful for use in change programs, project and portfolio management, and even innovation, and so I’m canvasing the organizational change literature space (including change leadership, change management, and business transformation) and looking to identify:

  1. The best organizational change thought leaders
  2. The most powerful organizational change frameworks
  3. The most useful organizational change tools
  4. The best organizational change books (including change leadership, change management, and business transformation)

Please contact me to tell me your favorites or add below in the comments.

I will be launching a new community and information site soon to launch this visual change toolkit free to the world, in an extremely collaborative way. Which is why I’m looking for your thoughts on the four items above. Once the skeleton site is up in the next week or so, people will also be able to submit their suggestions on the site.

But in the meantime, based on the success of the Nine Innovation Roles from my last book Stoking Your Innovation Bonfire and some ideas that have been triggered by the work I’ve done in various workshops with organizations around the world with the Nine Innovation Roles, I’ve decided to identify a similar set of roles that people should make sure are occupied on their guiding coalitions.

And as I look at the Nine Innovation Roles there are a few that are still applicable in a broader change context (after all, Innovation Is All About Change). Here are the ones that I believe still are necessary in an organizational change program:

1. Revolutionary

The Revolutionary is the person who is always eager to change things, to shake them up, and to share his or her opinion. These people are uncomfortable standing still and not shy about sharing their opinions. Often they see the status quo as not good enough, so the Revolutionary wants to change it.

2. Architect

Change doesn’t emerge from a vacuum. Someone has to see the bigger picture, bring the idea fragments together and create a cohesive change program, a new business architecture, and guide people to create a collection of project artifacts to help guide the change effort. This is the role of the Architect.

3. Artist

The Artist doesn’t seek change like the Revolutionary or see the big picture like the Architect, but Artists are really good at evolving the seeds of change, shaping them, watering them, and ultimately making the impetus for change more clear, the benefits more compelling, and the change plan more complete.

4. Barrier Buster

Every change effort should identify several potential barriers to change, and the team must identify ways to overcome them before the change program is ready to be communicated to the masses. This is where the Barrier Buster comes in. Barrier Busters love solving tough problems and often have the deep domain knowledge or the deep insight into the change target’s mindset necessary to move minds and resources to support the change program.

5. Connector

The Connector does just that. These people hear a Revolutionary say something interesting and put him together with an Architect and an Evangelist; The Connector listens to the Artist and knows exactly where to find the Barrier Buster that the change effort needs.

6. Lion Tamer

The Lion Tamer is really good at identifying risks, potential negative outcomes, and the steps necessary to implement a change. Lion Tamers take the unwieldy beast that any change program can easily become, tame it, help break it down into digestible chunks, and make it real. These are the people who can picture how the change is going to be made and line up the right resources to make it happen.

7. Evangelist

The Evangelists know how to educate people on what the change is and help them understand it. Evangelists are great people to help attract guiding coalition members and to build support for a change effort among leadership. Evangelists also are great at both evangelizing on behalf of customers, employees and partners, but also in helping to educate customers, employees, and partners on the value of the change effort.

8. INSERT YOUR SUGGESTION HERE

9. INSERT YOUR SUGGESTION HERE

So, that’s only a first cut at a set of Change Roles that must be filled on the guiding coalition or the change program team.

What roles are missing?

Are there any there that are not needed or redundant?

Please sound off in the comments below.


Build a common language of innovation on your team

Subscribe to Human-Centered Change & Innovation WeeklySign up here to get Human-Centered Change & Innovation Weekly delivered to your inbox every week.

Inside Look at Culture of WordPress

Inside Look at Culture of WordPressInterview with Scott Berkun

I had the opportunity to sit down recently with fellow author Scott Berkun to talk with him about his new book The Year Without Pants, which catalogs his experience in two years with Automattic, the company that runs WordPress.com.

Our conversation touched on many different topics including innovation, collaboration, and organizational behavior.

For those of you who haven’t read the book or who aren’t familiar with how Automattic runs as an organization, here are some of the highlights:

  • All of the staff used to report to Matt Mullenweg, the 29-year-old creator of WordPress and founder of Automattic
  • When they passed 50 or so employees, about the time Scott Berkun joined, they introduced team leads
  • Organizational changes happen organically in the company, primarily when the pain gets great enough to force change
  • Automattic now has about 200 employees
  • Email is not the company communications standard – instead they use IRC and Skype and WordPress
  • Employees can work wherever they want
  • They have a company headquarters in San Francisco, but very few people work there
  • All employees get together in person annually and teams get together maybe twice in person to recharge intangibles
  • Hiring decisions are made not with traditional in-person interviews, but instead primarily by evaluating test projects
  • All new employees spend a couple of weeks working in support before occupying their intended role

Scott during his two years at Automattic led the Social team for WordPress.com and one of the things that he focused on while he was there, and that the book focuses on, is experimentation. One of the things that was fascinating in his detailing of his experience was that there was little resistance in his team to all of the experimentation that they engaged in. His theory was that they were ‘makers’ (he led a team of developers) and so they didn’t feel that there was a need to justify their existence. We spoke a great deal about why the culture at Automattic might be so accepting of experimentation, where other organizations are not, and this led to a discussion of some of my theories about the effects of scarcity and lack of firm growth, and we arrived at some of Scott’s comments that focused on the fact that there is too much fear in most organization and most managers don’t invest much time or effort in actually managing. Most managers don’t work to impact the feelings or environment for employees in companies that aren’t growing and/or where job opportunities are scarce. We then dug more into the culture topic.

Changing Culture is Painful

When it comes to culture change, there are a lot of consultants out there that would have you believe that they can come in an change your culture in 30-90 days, and while this might be possible it wouldn’t come without a great deal more pain than most organizations would be willing to bear. The reason a great deal of pain is required to affect culture change is the fact that an organization’s culture is typically determined by:

  1. The organizations cultural history and inertia
  2. The prevalent culture comes from the things that the largest number of people reinforce

So, in most cases changing the culture will require you to stop reinforcing behaviors that are reinforcing the current culture and start reinforcing behaviors that will lead you in the direction of the culture change you desire. What will this mean for the organization? Half the organization might leave! Are you ready for that? Many people who felt comfortable in the old culture, or that derived their power source from their old behaviors will need to be asked to leave the organization, or hopefully, will leave by their own efforts. Add into this potential chaos the fact that in most organizations the culture problem is often being created by the person asking for the culture change consulting, and how many consultants will reveal and stand behind this fact if it occurs?

One of the ways to ensure a healthy culture is constant experimentation driven by experiments that are instrumented for learning and dedicated to its pursuit. If an organization commits itself to a continuous practice of testing and learning within its management practices, in the same way that it hopefully dedicates itself to testing and learning with its products and services, then it has a much greater chance of maintaining a healthy, productive cultural environment. On the flip side, the way that we promote people in most organizations undermines the existence of a healthy, functional culture and so we need to rethink promotion. We need to ensure amongst other things that people with technical proficiency have a career path towards greater compensation that doesn’t have to include management responsibilities for those that don’t embrace the challenge and willingness to experiment in their management approaches. One of the reasons that Automattic’s culture is so strong, is because it was built to be entrepreneurial, collegial, and collaborative, and people are trusted to do what they do well (in their own way).

Of course I had to ask if people had left Automattic, and yes they have. In most cases the left to join other startups, and Scott believes that Automattic will probably stay in their minds one of the best places they worked.

Pressures From Outside

Another topic we touched on in our interview was whether or not Automattic felt pressure to make money faster after taking some VC rounds, but Scott said that while Automattic took some investment from VC’s, it was already profitable at the time and didn’t need the money but took the financing to gain other benefits and wasn’t under undue outside influence. As a result, Matt was able to purposely not assign a team or an individual to focus on growing revenue every quarter. he wanted to be careful not to turn up the monetization dial too fast because in doing so you often make bad decisions by doing so (product, etc.). There was no Store team when Scott joined, but there is now. Matt and team are very careful to maintain a long-term focus and they could easily monetize the 8th most popular web site more than they are (that’s a valuable asset), but are being careful in how they go about it.

Another thing I asked about was the impact on WordPress.com of things like Tumblr and Instagram and others, and Scott said that despite a lot of other companies and supposed competitors that have come along that have been hypothesized to supplant WordPress, they’ve never been super concerned. The reason?

WordPress itself is very flexible and so people are able to easily create themes that replicate the look and feel of a lot of the supposed competitors. The large WordPress community will build Tumblr like themes, etc. And the company itself is very resilient, and so when something new comes out, people will have a look at it and will either incorporate some of what they learn from it or ignore it if there doesn’t seem to be anything there. And, another point on the Automattic culture, if someone were to say “someone should…” in relation to something they see outside, then typically that person becomes the person to take it on.

There is a lot more I think we can learn from the Automattic experiment, and I may talk to Scott again to explore some of the learnings in the second half of the book, but wanted to rush these thoughts and nuggets from the conversation out to you. I hope they have been good for thought and you’ll think more if you’re a manager about what experiments you might run to see if you can make your group function even better.

Final Thoughts

Team size and how the organization grows up around its founder make a huge difference in how the culture evolves and reacts to its environment, and in Automattic Scott’s team was four when he started and nine when he left. The Theme team had 15 people on it, and the Happiness team (aka customer support) was the largest team at 25 people. One thing that happened along the way was when Scott’s Social team reached eight people it sort of naturally started to evolve into two separate sub-teams, which they called squads. Squad leadership was informal. There were no raises or title changes, and the squad leaders had naturally earned the most authority. They actually tried rotating leadership, but the results were mixed at best.

Another thing I asked Scott Berkun about team size was whether he thought the loose oversight and team structure would scale well as Automattic grows. He feels that it if they were to grow from say 200 to 1,000 employees they would probably insert another layer of management and break into groups of 100-150 people centered around product unit owners with teams underneath. This reinforces the thinking that they have at WL Gore, where they consciously spawn a new organization when it passes 60-70 people if my memory serves me correctly.


Build a common language of innovation on your team

Subscribe to Human-Centered Change & Innovation WeeklySign up here to get Human-Centered Change & Innovation Weekly delivered to your inbox every week.