{"id":12074,"date":"2014-03-16T23:36:45","date_gmt":"2014-03-16T21:36:45","guid":{"rendered":"http:\/\/mozaicworks.com\/?p=6422"},"modified":"2014-03-16T23:36:45","modified_gmt":"2014-03-16T21:36:45","slug":"how-to-be-a-change-catalyst","status":"publish","type":"post","link":"https:\/\/mozaicworks.com\/blog\/how-to-be-a-change-catalyst","title":{"rendered":"How to be a change catalyst"},"content":{"rendered":"

Do you have a great idea but don\u2019t know how to convince your colleagues? Learn a few techniques on how to initiate change that is supported by everybody.<\/p>\n

We live in a world where the only constant is change. If we go back only five years ago, there was no iPad, nobody heard of Big Data and most companies did not care about \u201cAgile\u201d. Flash forward to 2014: if you read the tech news, it seems that every second team uses Scrum to build tablet apps with Hadoop backends.<\/p>\n

But human beings have a natural tendency to resist change. We prefer to efficiently do what we\u2019ve done before rather than spend energy learning new ways of working. Unfortunately, staying still is a luxury we can no longer afford. We must embrace a\u00a0kaizen<\/em>\u00a0culture and constantly push ourselves to find better ways to do things.<\/p>\n

But how do we make change happen when seemingly every idea we come up with gets shut down by our peers and superiors? I believe the answer lies in changing our perspective on change. New ways of working shouldn\u2019t be\u00a0driven<\/strong>\u00a0or\u00a0rolled-out<\/b>\u00a0by an elite few \u201cstrategizing\u201d in their ivory tower. Rather, effective change is\u00a0lit up<\/strong>\u00a0and\u00a0catalyzed<\/strong>\u00a0by anyone while working hands-on on the problem to be solved.<\/p>\n

9 Practices<\/h2>\n

Here are some of the practices that have helped me catalyze change:<\/p>\n

    \n
  1. Define and communicate purpose<\/strong>
    \nSome teams want to do Scrum\/Kanban\/unit testing\/etc. \u201cjust because\u201d. When I work with teams, usually my first question is related to the purpose:\u00a0Why are we doing this?\u00a0<\/em>Whenever I hear \u201cbecause we want to do it\u201d an alarm signal goes off. It means we need to sit down and figure out exactly what we want to achieve. Until we understand\u00a0the purpose<\/strong>\u00a0of the change there is no sense in moving forward. Once the purpose is clear, we\u00a0communicate<\/strong>\u00a0it to everyone and solicit input on how we could best achieve it.<\/li>\n
  2. Who could help?
    \n<\/strong>Different people have different preferences for change. Innovators will embrace every new idea, while most people will change only after everybody else has done it. Look around in your company. Who says\u00a0What a great idea!\u00a0<\/em>more frequently? Who is more inclined to say\u00a0That will never work!<\/i>\u00a0Don\u2019t spend your energy with the latter, concentrate your efforts to convince the innovators first.<\/li>\n
  3. Train everybody
    \n<\/strong>There\u2019s a famous\u00a0Dilbert comic<\/a>\u00a0on agile. The pointy haired boss comes in and says:\u00a0\u201cWe\u2019re going to try something called agile programming. That means no more planning and no more documentation. Just start writing code and complaining. That was your training.\u201d
    \n<\/em>No matter how small or trivial the change might seem, there is at least one person who won\u2019t be prepared for it. More likely, there will be a bunch of people who won\u2019t be prepared. Ease this burden by training everybody. Internal or external workshops, hands-on conferences, online training, MOOCs \u2014 there is a solution for every budget.<\/li>\n
  4. Ensure slack in the plan
    \n<\/strong>Whenever we try to change something, at first our productivity will drop. Account for this in the project plans you are making. If you\u2019ve been doing\u00a0    unit testing<\/a>\u00a0and now you want to adopt\u00a0TDD<\/a>, in the next release you should plan for a smaller velocity. The extra slack will allow people to practice the new skill.<\/li>\n
  5. Direct the rider. Motivate the elephant.
    \n<\/strong>There\u2019s an excellent metaphor for our duality when it comes to motivation in the book\u00a0Switch<\/em>\u00a0by the Heath brothers. One part of our personality \u2013\u00a0the rider\u00a0<\/em>\u2013 is rational and analytic. Another part \u2013\u00a0the elephant\u00a0<\/em>\u2013 is emotional and loves stability.
    \nOften times the messages we send when we try to convince people of our ideas are targeted exclusively at the rider: spreadsheets, studies etc. But even if we hate to admit it, our emotional side guides our decisions quite often. Therefore, our arguments must also appeal to the emotional side of the persons we\u2019re trying to persuade. I remember a story where a developer desperate about the state of his team\u2019s codebase printed the contents of a very \u201cugly\u201d class and brought it to a meeting. It was 9 meters long. More\u00a0    examples<\/a>\u00a0here.<\/li>\n
  6. Find and promote small wins
    \n<\/strong>A while ago I was leading a team of developers and we decided to try (read:\u00a0\u201cI pushed for\u201d<\/em>) unit testing. The first two days were very frustrating because we weren\u2019t getting anything done due to the new skills we needed to develop. But in the third day one of the unit testing caught a bug. I had never heard a happier cheer from the colleague who ran the suite. We never had to argue about unit testing since.
    \nPeople need proof that a change works before they invest more heavily in it. Find the first examples where the change is paying off and promote them to everybody.<\/li>\n
  7. Coach and mentor where needed
    \n<\/strong>Training people is very useful as a first step. Unfortunately, when you don\u2019t have experience, it\u2019s very difficult to apply the theory to your concrete situation. I sometimes work with teams that have been doing Scrum for two or three years and there still are things which are unclear or misunderstood.\u00a0A mentor who\u2019s had experience on multiple projects can be an invaluable asset.
    \nFind somebody who has more experience with what you are trying to accomplish and secure their support. Quite often they will be in your own company. Sometimes you can ask for external help.<\/li>\n
  8. Keep pushing until it sticks
    \n<\/strong>The most difficult part of a change initiative is people have to adopt new habits. But to form a habit requires you do a certain routine tens of times until it comes naturally. That\u2019s why the catalyst must spend energy to keep the fire of change alive until it can burn on its own.<\/li>\n
  9. Give it time<\/strong>
    \nChange takes time. In the best case it will take 3-6 months to fully integrate a new element in your process. Most of the times it will need more than a year. Before you start a change initiative, ask yourself:\u00a0\u201dDo I have enough patience and stamina to see this thing through?\u201d<\/em><\/li>\n<\/ol>\n

    Throughout: Plan-Study-Do-Act<\/h2>\n

    Organizations are complex systems. We learned that we need non-deterministic processes to be able to manipulate them. This is why you shouldn\u2019t create a 20-step process for \u201cdriving\u201d or \u201crolling out\u201d the change. Instead, you should plan your first two or three steps, then stop, look at the result and adjust as you go.<\/p>\n

    With the companies I consult we use 2-week or 4-week review cycles, similar to the iterations in agile. Sometimes our plans and reality match, some times we see some unexpected behavior emerge. This is why it\u2019s useful to have a purpose \u2014 it\u2019s what guides our steps for the next cycle.<\/p>\n

    Conclusion<\/h2>\n

    Companies need now more than ever the ability to rapidly adjust their processes in order to respond to changes in their environment. We need to create a culture of\u00a0learning<\/a>, experimentation and constant adjustment. Change should not rest on the shoulders of a select few but be sparked and catalyzed by everyone. I hope this post provided you with some advice for catalyzing your next experiment.<\/p>\n

    What about you? What techniques do you use to spark changes in your company?<\/p>\n

    Read more<\/h2>\n