Skip to main content

4 Step Knowledge Base: Jump Start Your Enterprise Culture Change

If you're reading this, you may be attempting a large scale organizational change of some kind.  And perhaps you are feeling overwhelmed at the huge amount of literature available in "the Google" about how to change a large organization.

Please, just stop it right now!  You are setting yourself up for the classic organizational change mistake:  letting the "perfect" get in the way of "the good."  Or even "the existent."  If you've even got a small idea that is a good one, just do it.  Stop pondering the big picture and try something.  Let's start with the concept of "culture change."
http://www.bizcoachaustin.com/services/jump-start-your-business/

Ask anyone, and they'll tell you, "oh a culture is the hardest thing to change."  Then ask them what they've tried.  Sometimes the culture is ahead of you, and you don't need to send out individual missionaries to personally convert and baptize new recruits one at a time.  Who died and left you and your hand-picked cronies as "the only ones who know what's going on?"

Re-imagine your cultural change effort as a cultural "channeling" effort, where what you're proposing makes sense.  If it does, and your enterprise is a fairly large one, then I guarantee at least one person, and probably many more (all of the smart ones, for sure!), has already had the idea you are trying to propagate.  You don't need to teach people--you just need to put like-minded people in touch with each other, so they can drive the culture change for you.

Practically, try the following:
  • Set up a "knowledge base:"  a website, shared file depository, or wiki of some kind which is read- and write-accessible to the population whose culture you want to change, and provide a curator of some kind to keep things relatively neat.
  • Recruit everyone you already know to be allies to put "seed content" on the site which will reward visitors for stopping by.  As you encounter new allies, send them to the site and request that they post something in particular that you think is great.  Encourage your allies to do the same type of recruiting.  Encourage everyone not only to post, but to comment and add questions.  If you find good designers or good editors, encourage them to help with the curation and organization of the site as it grows.
  • Set up a distributed email list associated with the knowledge base, and post to the list whenever anything new is put into the knowledge base.  Encourage people to ask questions on the email list, and post the questions and their answers on the site.  Set up an email archive of questions with answers, if you have the technology to do so.
  • Drive traffic to the site with every presentation you give, and every good interaction you have.  Host virtual and in-person get-togethers, and publish artifacts which come out of these meetings to the knowledge base.  Post your training materials.
Not to switch metaphors too close to the end of this post, but culture change really is a matter of "if you build it, (and it's a good idea that you're forwarding), they will come."  Latch onto your local evangelists and get them to get their peers involved. They have the contacts, and you don't!

http://utahrepro.wordpress.com/2011/02/22/if-you-build-it-they-will-come/

You do not need to master an encyclopedia's worth of "the literature" to make a difference in your company.  All you need is courage and one idea.  If Solstice could become Christmas this way, by comparison, enterprise cultural change seems like a walk in the park. 

Comments

Popular posts from this blog

How Do You Vote Someone Off of Your Agile Team?

One of the conundrums of agile conversion is that although you are ordered by management to "self-organize," you don't get to pick your own team.  You may not have pictured it this way, but your agile team members are going to be the same people you worked with before, when you were all doing waterfall!   I know I wasn't picturing it that way for my first agile team, so I thought I should warn you.  (I thought I was going to get between six and eight original Agile Manifesto signers.  That didn't happen.). Why "warn" you (as opposed to "reassure" you, say)?  Because the agile process is going to reveal every wart, mole, quirk, goiter, and flatulence issue on the team within a few hours.  In the old days, you could all be eccentric or even unpleasant in your own cube, communicating only by document, wiki, email, and, in extreme situations, by phone.  Now you are suddenly forced to interact in real time, perhaps in person, with written messag

A Corporate Agile 10-point Checklist

I'm pretty sure my few remaining friends in the "small, collocated team agile" community are going to desert me after this, but I actually have a checklist of 10 things to think about if you're a product owner at a big company thinking of trying out some agile today.  Some of these might even apply to you if you're in a smaller place.  So at the risk of inciting an anti-checklist riot (I'm sorry, Pez!), I am putting this out there in case it is helpful to someone else. From http://www.yogawithjohn.com/tag/yoga-class/ Here's what you should think about: 1.        Your staffing pattern.  A full agile project requires that you have the full team engaged for the whole duration of the project at the right ratios.  So as you provision the project, check to see whether you can arrange this staffing pattern.  If not, you will encounter risks because of missing people.  Concretely it means that: a.        You need your user experience people (if a

Your Agile Transformation Needs to Start with a Quiet Phase

From a really great blog post on agile adoption:  http://smoovejazz.wordpress.com/2011/02/16/an-agile-approach-for-adopting-agile-practices/ I've observed some different agile transformation patterns, and maybe you have too: Just Do Standups   (Shoot, then Aim):   some people feel that since you're "agile," you should just start doing stuff, like daily standups, and then build more of the the plan as you go.  Find a team and start doing some agile with them!  Start a revolution one practice at a time, one team at a time. Pros:   you're very busy from the start. Cons:   what exactly are you doing and why? KPI-Driven Change (Aim, then Shoot) : some people who have worked in large corporations for a while will tell you that to get the respect of the people, you need to start with a plan, support the plan with awesome printed and online collateral.  Then you "kick off," tell teams what to do, and measure them using "Key Productivity Indica