Nod to Jay for starting the blog. As I have said before, you complete me, man.
The following is a slight modification of an internal post from a few months ago. I am a part of a team that went from a server in a basement to being charged with deploying an enteprise wiki for 17,000. This post addressed some of our experiences in demonstrating the capabilities of E2 (specifically a wiki) across our firm. I wanted to repost as I use the “resident wrongness” concept quite frequently. Also, we are much further along in the implementation now, and this provides an interested retrospective. Enjoy.
One more thing..As this is my first post, I wanted to make it very clear that I do not own, nor have operated a grenade launcher. I have however, been on some very strange engagements.
Jay and I have been demoing across the firm and it is interesting to see the reactions. For the most part, everyone agrees with the utility of the product. People generally think that the available functionality is great, and come up with possible uses almost instantaneously. However, driving use of the tool afterward has been challenging. I would say we are hitting about a 40-50% use rate afterward. While I don’t think that is necessarily bad, I think it is strange. Especially after receiving rave reviews in the demos.
Generally, I think people are hesitant to use the product for two reasons. I will posit that one is relatively legitimate. The other? Well…you be the judge.
Reason 1 - Change is Hard
Ok fine. I will give into the reality that paradigm-shifting is difficult work. People are comfortable doing things the way they have always done them. Even in the face of clear efficiencies or value, folks will still stick to their habits. I myself am still using Windows 2K. And I love it. Seriously, I do.Anyway…I have read the books on change and I totally understand that different people approach change in different ways. Early adopters, champions, detractors, etc, etc, etc. Got it. On to reason 2…
Reason 2 - The Smartest Person in the Room
Now here is where I might be stepping on a few toes. If there is one thing I have learned in talking to people all across the firm, via these demos, it is that technology decisions are made by the perceived smartest person in the room. Technology (even at a consulting firm focused on technology) is still a bit of a black box. Don’t get me wrong, I think we have tons of SMEs. For example, we have some of the best SAP resources in the world. But when it comes to understanding the complete (or at least larger) landscape of technology, and using that understanding to enable business users, I think we are a bit thin. Thus, the perceived smartest (IT) person in the room will make decisions about things that may or may not be completely out of his or her wheelhouse.Our current KM approach (or lack thereof) fosters the growth of pockets of relatively right information. People, Processes, and Technologies are “right” because no one who may know better is able to participate. So not only are the perceived IT experts relatively right, but basically anyone within the pocket of closed information can be right as well. Business, IT, whatever. It is all the same. Decisions concerning people, process, and technology are made based on the available information. As our KM is relatively limited, the available info and resulting decisions are limited as well.
So what happens when you expose this information, and resulting decisions, approaches, deliverables, solutions, via something like a wiki? Basically, the room gets bigger. You begin to realize the power of the knowledge of the masses. On the positive side, perhaps the decision or information is as good as it could possibly be. But…on the (perceived) negative side, you and the people around you, may have just found out that you aren’t the “experts” you once were. Moreover, it could also be argued that as nothing on our wiki is anonymous, you and your “resident wrongness” have now been exposed to the greater community.
I believe that this fear of exposing “resident wrongness” to the masses is a major factor behind user hesitation. It is nothing novel for me to point out that people don’t like being told they are wrong. However, rational and professional business people should be able to engage in dialog about differing points of view. A wiki sort of forces people to present first cuts on information as non-authoritative or open to discussion. Sure, there are some things that need to be dictated down from the top. But why not make each decision or approach or resulting client deliverable the best it could possibly be? Why not ask the people who really know? Or maybe find out (and be recognized) that your contributions are truly top notch. It’s a big room. Are you ready for it?
Who knows, maybe it is all reason number 1. Go ahead, tell me I’m wrong. I gotta drink my own kool-aid on this one, so bring it on. (You can tell me I am right too, if you like.)




7 responses so far ↓
1 Jay Hariani // Jan 2, 2008 at 1:42 pm
Welcome Nate, and, you are right.
2 J Nash // Jan 18, 2008 at 2:55 pm
Jay/Nate-
given your experience working with/for both the private and public sector, I’d be curious to hear your thoughts on whether “paradigm shifting” and deference to “the smartest person in the room” is a big of a problem in both settings. From your perspective, are the challenges/solutions the same for both sectors?
3 Nate Nash // Jan 25, 2008 at 5:08 pm
I would say that the fear to be wrong is more about function, rather than profit motive (or lack thereof). My sense is that organizations with a traditionally larger collaboration scope will embrace these concepts more readily that not. While it can be generalized that public entities may be more siloed than private counterparts, people are a product of their culture. If the room is already big, and technology is the limiting factor, implementing a better technology to enable the existing process is cake. If the room is small, and the technology is a driver for culture change, it will be an uphill battle, government or otherwise.
4 Come and get it… // Oct 29, 2008 at 1:36 pm
[...] it is probably important to note that the stone in our tranparency soup recipie has long been the BearingPoint Enterprise Wiki deployment. Following an extended pilot, we are about 6 months into a full-on, production level deployment of [...]
5 Enterprise 2.0: BearingPoint Wiki « New Thinking // Nov 5, 2008 at 1:54 pm
[...] it is probably important to note that the stone in our tranparency soup recipie has long been the BearingPoint Enterprise Wiki deployment. Following an extended pilot, we are about 6 months into a full-on, production level deployment of [...]
6 Drawing Lines // Mar 20, 2009 at 4:07 pm
[...] the E2 stuff typically engages people inside some sort of organizational boundary. Like our internal Confluence implementation. The Web 2.0 stuff, while using the same technologies typically engages people outside an [...]
7 Workout of the Day // May 6, 2009 at 1:24 am
[...] investment, and focuses on driving value from the crowd by changing yourself first. Yes, we are writing more informed deliverables. Yes, we have a supportive community and almost limitless free resources. Yes, organizations like [...]
Leave a Comment