Back to Cleverworkarounds mainpage
 

Functional consultants vs *great* functional consultants

Kristian Kalsing was written a really terrific post, not just because he quoted yet another bloody international standard that I will have to now read (ISO15489). But because, drawing on his experiences of the world of SAP, he has observed that there are some important lessons that can be learned for SharePoint engagements. SAP (okay, well Basis anyway) is a world that I experienced way back in 1999 and, boy, can I write some stories about social complexity and project failure about that era!

Kristian observes that on SAP projects, the roles of consultants are typically very clearly defined and discipline based. For example, there are infrastructure (Basis) consultants, developers and functional consultants. Even within functional consultants, there are sub-disciplines of expertise. (Hope you don’t mind me quoting you Kristian).

The point is that the consultant configuring the finance module is basically an accountant and the consultant configuring the HR module probably studied human resources at university. In the SAP world, it would be absurd to take someone who has configured materials management or plant maintenance with one client and ask them to configure HR with the next. In SAP, the specialisation does not stop with the functional areas of the product. There are also functional consultants building up experience in certain industries. E.g. supply chain management can be very different when talking coal mining compared to running supermarkets.

Kristian observed that this notion of functional consultants does not occur in the SharePoint world. However, he qualifies this by observing that SAP is much bigger than SharePoint and therefore a direct comparison is "bit of a stretch", yet lessons can be learned. On the ‘bigger’ point I actually disagree and think that the context of ‘bigger’ is relative (and I look forward to Kristians’ opinion on my take). SAP and ERP systems are massively bigger and more complex than SharePoint – without a doubt. SharePoint may not be as big as SAP in terms of feature-set and complexity, but it can actually be just as big as an ERP system in terms of the impact on the day-to-day workings of staff.

To paint a gross generalisation, with an ERP system, often all that many end-users will ever see is a system to enter their time-sheets and perhaps perform some HR functions such as apply for leave or check pay-slips. Not everyone directly sees or interacts with, say, financials, plant maintenance and the like. But you can be pretty damn sure that everyone saves files to G:\ drive on a daily basis. (Substitute whatever your drive letter is that represents your jungle that is the file system).

More staff = more social diversity = more differing opinions = more complexity = bigger scope = more options = even bigger scope = wicked problem

Therefore, it is not a case that "lessons can be learned from the SAP world", but it is a case of "lessons should be learned from the SAP world".

But here is one additional (admittedly subjective) point to consider.

ERP systems have a really bad failure rate. Does the fact that there are discipline specific functional consultants involved really hold the key to project success?

Don’t get me wrong. I think that SharePoint functional consultants are a critical piece of the puzzle and, by god, the world can do without Microsoft gold partners throwing one of their "technical" people at what is essentially a project with a huge training and advisory component. But succeeding in SharePoint – or any other discipline involving complexity and a large diversity of stakeholders, goes deeper than that.

The difference between a "functional consultant" and a "great functional consultant" is not only domain specific knowledge. It is the art of helping diverse stakeholders to disentangle complex problems from a cluttered maze of overlapping issues, the moving target of requirements into an environment where all participants have a shared understanding.

I’ll have more to say about this as I delve deeper into the "One best practice…" series.

 

Thanks for reading

Paul Culmsee



The one best practice to rule them all – Part 2

image

Hi all

This is part of a somewhat self-indulgent story of how I came to practice a craft that has made a profound difference on how I approach and manage SharePoint projects. If you have not read part 1, then I suggest you stop now and read that first. This post will really not make a lot of sense, otherwise :-).

In my last exciting instalment, I had concluded with the time where I discovered the term “Wicked problems” and the work of Horst Rittel, who coined the term. In his landmark 1973 paper, Rittel identified ten common characteristics of wicked problems. I remember quite distinctly, reading through that list for the first time, having this strange sense of relief. Of the characteristics, most of them had *clearly* manifested in my SharePoint-gone-haywire project. The relief stemmed from the fact that it was a recognised phenomena with a tendency to defy traditional problem solving techniques. The characteristics with which I immediately identified are marked in bold below.

  1. There is no definitive formulation of a wicked problem.
  2. Wicked problems have no stopping rule.
  3. Solutions to wicked problems are not true-or-false, but better or worse.
  4. There is no immediate and no ultimate test of a solution to a wicked problem.
  5. Every solution to a wicked problem is a “one-shot operation”; because there is no opportunity to learn by trial-and-error, every attempt counts significantly.
  6. Wicked problems do not have an enumerable (or an exhaustively describable) set of potential solutions, nor is there a well-described set of permissible operations that may be incorporated into the plan.
  7. Every wicked problem is essentially unique.
  8. Every wicked problem can be considered to be a symptom of another problem.
  9. The existence of a discrepancy representing a wicked problem can be explained in numerous ways. The choice of explanation determines the nature of the problem’s resolution.
  10. The planner has no right to be wrong (planners are liable for the consequences of the actions they generate).

But the real clincher – the moment that made me realise that my frustrating journey through standards, methodologies and best practices was finally coming to an end was the 5th characteristic. “Every solution to a wicked problem is a “one -shot operation”. When I read that one, it was as if my famous “Skype-vs-SharePoint” guy suddenly materialised in front of me and mooned me saying over and over again “I can collaborate on Skype, too!”

For those of you who skipped part 1 despite warnings, “We only have one shot at this” was pretty much a word-for-word quote on what was said to me in the haywire project that started all of this.

Is it any surprise that I felt I was onto something here?

Digging deeper

When I read Rittel’s 1973 paper, I began to get a deeper understanding of what he meant by his first two characteristics that I didn’t immediately identify with. Namely “there is no definitive formulation of a wicked problem” and “wicked problems have no stopping rule”.

I soon realised that these two characteristics were actually the most *prevalent* characteristics of complex IT projects and therefore, the list was even *more* relevant to me than I had originally thought. After that, I was a convert. Rittel explained the first characteristic as follows…

The information needed to understand the problem depends upon one’s idea for solving it. That is to say: In order to describe a wicked-problem in sufficient detail, one has to develop an exhaustive inventory of all conceivable solutions ahead of time. The reason is that every question asking for additional information depends upon the understanding of the problem–and its resolution–at that time. Problem understanding and problem resolution are concomitant to each other.

The second characteristic, “no stopping rule”, is a natural consequence of the above issue. Again, quoting Rittel from 1973…

Because (according to Proposition 1) the process of solving the problem is identical with the process of understanding its nature, because there are no criteria for sufficient understanding […] , the would-be planner can always try to do better. Some additional investment of effort might increase the chances of finding a better solution.

Skype-vs-SharePoint guy, who now has the credit of being one of the most significant unwitting teachers of my career, went from not knowing any difference between SharePoint and Skype, to suggesting work items that already existed in the project plan, to telling us how we should build our information architecture based on 1990’s era document management systems. It was crystal clear that he went through this iterative process of changing his understanding of the problem based on how much thought he had put into the solution.

The sad fact was that Skype-vs-SharePoint guy was not unique. He might have been an extreme case, but in reality, he was simply the latest in a long line of users and stakeholders who I would have previously dismissed as idiots, computer illiterate or just plain tossers. Is it any wonder why we have the scourge of “scope creep” and “vague and incomplete requirements” that are so commonly cited as project failure factors? How many times have you banged your head against the wall thinking “How can we build a system when they don’t know what they want!”?

Problem fundamentalism

So in a way, we, as solution architects, developers and consultants, are just as much at fault as those users who we chastise because they “don’t know what they want”. Why? We fail to recognise or account for the immutable fact that understanding of a problem is not cut-and-dry. It almost certainly will change over time as people mull over, work through, learn from and grapple with the nature of a problem and the complexities of the interlocking issues that form the problem. To make matters worse, we all do this *individually* and at *different speeds* with *different value sets*. Inevitably, we arrive at different conclusions based on different paths we take on making sense of it all.

That cyclical nature of understanding the problem, based on understanding the solution, does not automatically stop once the scope document has been signed off, either. It will continue over and over again as a perfectly natural part of the learning process. With that in mind, consider all of the studies that have looked into factors causing project failure (uncle google shows up many studies). All of the usual suspects are there. For example…

  • Scope creep
  • Incomplete requirements
  • Unclear objectives
  • Lack of user involvement
  • Unrealistic or overly optimistic time frames
  • Lack of resources

blah…blah…blah – I am sure that you have seen these before.

If you accept Rittel’s assertion that the problem and the solution are intertwined and concomitant, then it is clear that the sorts of factors listed above are merely *symptoms*, not causes. *Of course* there are incomplete requirements and scope creep. There would have to be incomplete requirements and scope creep almost by *definition* for a complex project. For a long time I had instinctively felt this way, but I couldn’t quite put my finger on it… until SharePoint-vs-Skype guy, Horst Rittel and Jeff Conklin showed me the way.

At the end of the day, it all boils down to this:

Projects fail principally because there is a lack of *shared understanding* among the participants of that project. Additionally, shared understanding is a prerequisite before the key thing that makes or breaks a project – shared commitment.

image

(Stunned silence … Paul hears pin drop)

I can imagine some reader comments at this point:

  • “Big $%#$ deal, tell me something I don’t know”.
  • “What the….you made me read through one and a half blog posts for *that*?”
  • “So what theory-boy, tell me *how* to actually develop shared understanding”
  • “Paul can you tell me the difference between SharePoint and Twitter?” 🙂

To be fair, I think most people know instinctively that a lack of shared understanding is the major cause of projects being comatose before they barely got off the ground. But if it was so obvious why does scope continue to creep? Why are objectives still unclear? And, why are requirements and specifications incomplete? To answer that, we need to turn the “shared understanding” assertion around and ask it in this way.

Let’s suspend reality and just assume for a minute that all participants have an *identical* deep and tacit understanding of a really complex problem. Would we still have the incomplete requirements, unclear objectives, scope creep, unrealistic time frames that are cited as project failure factors?

I say “no” from a philosophical standpoint, but a “Well, yes… but much less than what normally happens” from a pragmatic standpoint.

Thus, I started to look at my SharePoint engagements through different eyes and became what I now think should be called a “problem fundamentalist”. I began to believe that if you could achieve the utopian dream of complete shared understanding among participants at the very start of a project, then really, you could use any methodology you like to actually manage the problem and implement the solution. The common factors of project failure would fall drastically.

So finally for now, is it simply just a matter of dealing with the little question of *how* to actually achieve this goal of shared understanding?

We will talk about that in part 3…

 

Thanks for Reading

Paul Culmsee



"Wicked Problem" Best Practice Slides and Demo Materials posted

Hi all. I’ve just posted my Best Practices Conference slide deck for the Wicked Problems session, along with the maps that I used during the demonstration. Expect a typically long post really soon now, to delve into much more detail about all of this 🙂

For what it’s worth the conversion to slideshare was a bit wonky, so just contact me if you want a pptx version.

Iframe below too small? Then go here for the demo issue maps

[iframe /BPCMaps/Best_Practices_Share_192168511229769555699.html 800 600]



Double wow – memoirs of the SharePoint Best Practices Conference

image

To quote the brilliant singer Kate Bush, "wow wow wow unbelievable!"

Well, it is all over, and boy what an experience! For those of you who were not aware, I had the honour of attending as well as presenting at the San Diego SharePoint Best Practices conference. I had two topics, but I’ll post a report about those in another post. This post is going to sound like one of those long acceptance speeches at the academy awards as I have to give out kudos’ to all the people who I hung out with.

I sat in on as many sessions as I could, particularly the ones around requirements gathering, information architecture and strategy. It was fascinating that each person who spoke on or around this topic, such as Paul Galvin, Ruven Gotz, myself and Peter, all had varying approaches and I learned something from all of them. Some amazing talent – truly brilliant minds, wonderful speakers and great topics.

 image image

Some of the speakers – guys like Robert Bogue and Evan Burfield (above) just leave me in awe. There is not a damn thing that they say that I disagree with. Pretty much any good idea that I have had, Rob has thought of it first and developed it far, far further than I ever have. Just wait until you see his upcoming governance DVD – I’ve seen the mind map and holy freakin’ crap!, the length and breadth of what he has put together will make it an absolute *must have*. I had been working on similar material, but after seeing how far he has taken it, trust me and just buy his DVD – I’m hoping to be a reseller :-). Forget "Sharepoint Shepherd", I humbly bow to the "Governance Godfather – Robert Bogue" (you can license that title from me Rob 🙂 )

Also Rob, if you are reading this I went looking for you at SharePint to jump on your lap and do a fanboy photo (and I was going to risk messing with your hair). Lucky for you I guess, you had left by then and my evil plan was foiled – but Joel wasn’t so lucky 🙂

image

Mr Oleson – what can I say? I owe him a heck of a lot, as if it wasn’t for him I wouldn’t have been a presenter at this conference. Joel mate, you were on the phone when I came to say my heartfelt thanks for vouching for me and making this happen. I never crossed your path after that and I feel bad that I never got to. I’m going to get the SharePint photos from Ruven, although Joel, I am sure that your legal people will send me a cease and desist letter for that fanboy photo that I took with you. Mind you, I think there are other photos that you should be more worried about! But hey, what happens on tour, stays on tour right? 🙂

image

Ben Curry from Mindsharp – you I owe the biggest thanks of all. Conceiver of it all and the heart and soul behind this event. Visionary guy, worked his arse off, willing to risk bringing in several untried and untested relative unknowns like myself. He nailed *exactly* how a best-practice conference needs to be. Although sessions and topics were technical or development centric at times, make no mistake. This was all about headspace and critical thinking, so I was like a kid lost in a candy store.

image

Gary Lapointe is another person who left a big impression on me. I am well aware of his awesome capabilities and I found him a really down to earth, genuine and humble guy and I really, really wanted to have a beer with and chat to some more. I am totally buying you beers next time.

image

Paul Galvin. Spent the whole conference saying hello but never really crossing paths properly until the last hour or so. Loved your presentation and enjoyed your insights, regret not having more time to download your brain.

I also enjoyed hanging out with the poms, who seem to deal with satirical aussie humour a little better than the Americans. Andrew Woodward, Phill Duffy, Brett Lonsdale all were great company and good fun. Brett – I look forward to doing good things with Lightningtools and Combined Knowledge.

Then there were the metalheads. Todd Klindt was a riot and its obvious that he was put on this earth to loiter around SharePoint conferences. He had everyone near him in complete stitches. I was not aware of his metal leanings which raised his stock big-time in my book. Therefore, I have made it my personal mission to convert him to Opeth. Todd is actually a bit of a wuss when it comes to the the death vocals, so it’s a little like a Microsoft guy saying they like Linux but have never used anything but Ubuntu. But rest assured, I think I can bring him around 🙂

image

Also Mike Watson and attendees Anders Rask and Paul Kolasky demonstrated their exquisite taste in music. When pontificating various aspects of SharePoint became tiresome, the conversation seemed to turn to metal music. It’s amazing how much creativity can come out of a conversation like that too. After a few beers, Anders, Mike and I had a great idea for a new educational SharePoint site, and I still kinda liked it in the cold light of day when I was sober again. But I haven’t asked the other two whether they still think its a good idea or whether it was just the beer talking.

But fun and frivolity aside, what was the most satisfying (and exciting) was those moments where you discover your kindred spirits – both speakers and attendees. People who think alike, who’s philosophies and outlook are absolutely aligned in the same "zone" as your own. They may address problems in different ways, and may even be in different SharePoint sub-disciplines. But you just *know* that there is something special there – it is like you all collectively "see" though the same eyes, and the whole is so much greater than the sum of the parts.

image  image

So to Ruven Gotz and Peter Serzo, it was an honour to be able to meet with you, watch your presentations and I valued the dialogue very much. Ruven for the record had the best impromptu one-liner of the entire conference. When an audience member suggested an alternative software package to what he used, he replied by saying he’d been married to his wife for 27 years and he was pretty happy with her as well – had the audience in stitches. Peter Serzo dragged a freakin’ piano from the lobby to his session room at 2am and spent another hour practicing. Then the next day he presented half of his conference seated at the piano playing various ditties. Brilliant stuff.

Both of your presentations set off all sorts of light globes in my head, and set the creative juices flowing. I really believe there is the nucleus of something special there and I feel some future collaboration in the very near future.  Andrew Woodward will definitely be a part of it (although he doesn’t know it yet – hehe).

So, who knows? If the feedback from my sessions is good, I might manage to wrangle an appearance at the UK one?



More on the Best Practice SharePoint Conference – Feb 2-4 2009 in San Diego!

Hi all

I have been extremely quiet on the blogging front lately, because I have been extremely busy, splitting my time between working on my two presentations for the up-coming Best Practices SharePoint Conference, as well as wearing my undies on the outside (ala superman), deep in the bowels of some unhealthy SharePoint farms, nailing various technical and governance issues and helping organisations regain some lost assurance. On top of that, I’ve also been doing a lot of non IT related work in a group facilitation discipline.

image

I thought it’s about time I emerged from this big mushroom I find myself under to let you know more about what I will be speaking about, as well as some of the other speakers and topics that I really looking forward to. Seriously, we are in the company of giants with this conference. The caliber and quality of the speakers has me wondering what the hell I am doing there!

I mean we have all the "A list" big kids of the SharePoint world there. Gary Lapointe is a freakin’ bona fide superstar! – via his STSADM extensions, he has saved the asses of more SharePoint admins and developers than even Joel has. Robert Bogue is an even better all-rounder than Andrew Symonds (sorry non cricketing countries you won’t get that analogy) and touches on a wider variety of topics than anyone else I have ever come across. Then there the likes of Andrew Woodward, Ben Curry, Bob Mixon, Eric Shupps, fellow metalhead Mike Watson, Ruven Gotz and Todd Bleeker just to name a few!

Somehow I have to squeeze in a beer with all of them yet stay sober enough to present. That’s a tough ask!

Anyway, both of my sessions are in the CIO stream and I think are rather topical given the current financial crisis crap that is happening around the world.

My first session is called "How to avoid SharePoint becoming a wicked problem". This is a pet topic of mine – something that I have spent a lot of time on, and developing new skills in (hence the aforementioned facilitation work). For the record, I didn’t make up the term "wicked problem" – its been a subject of academic research since the term was first coined in the early 1970’s. This session is going to cover a lot of what I have learned on this topic including how to spot SharePoint wickedness early, recognise it for what it is, and apply the *right* sort of tools and techniques to mitigate it.

I do worry that people will find some of my stuff a little too left field, but I do have the results to attest to the value and power of these techniques and I am really looking forward to sharing my methods and comparing with what has worked for other presenters and attendees.

The second topic is on the topic of good old SharePoint Return on Investment (ROI). I’m one of these people that believe most things can be measured or quantified. I’ve always wanted to return to my series on "How to Speak to your CFO" and continue down that road. Given we have entered once in a lifetime era of falling profit, plummeting asset prices, reduced budgets, costlier finance and great uncertainty, my quest for bringing a lasting peace to the cold war between managers and geeks moves to San Diego 🙂

My aim for this session is to allow non SharePoint people to understand where some of the hidden costs are SharePoint, as well as show SharePoint people the basic financial tools for ROI modelling and secondly, I will explain how to build an ROI decision model and provide a scenario that we will try out some different assumptions with.

As for the rest of the veritable *buffet* of topics – where do you start? First up, I am torn between Bill’s "Aligning your Information and Findability Architectures using SharePoint Server 2007 Technologies" and Yoda Bogue’s "Selling Governance in your Organization". If I go to Bill’s session, then I’ll definitely be attending Robert’s Governing Development in SharePoint session.

In the afternoon, it gets even harder! You have "Transform the My Site into an Information Hub" by Mark Eichenberger, Bob Mixon’s "Learn why Taxonomies are the Most Important Part of any Document or Information Asset Management System, How to Facilitate the Government out of Governance by Virgin Carrol and Nuts and Bolts Governance- Practical Application of the Concepts

.. and that’s just day one!

Seriously people, no matter that sort of SharePoint sub disciplines push your buttons, you are going to get extreme value for money here. You will come away with an amazing amount of material that will result in real and tangible cost savings across various areas of the SharePoint realm.

If you live in California or anywhere in the US – there is no excuse 🙂 If *I* have to spend 25+ hours cooped up in  plane just to get there and survive the jet-lag to present, then you should come on down and join the fun.

Hope to see you there!

Paul Culmsee



Root Causes of Communication Fragmentation: Organisational Culture

This is the second article in a series of articles which examine factors causing the sort of organisational inefficiencies that lead people to use products like SharePoint. My first article in the series examined individual learning and behavioural styles and their impact on communication and how those same learning and behavioural styles still manifest themselves in collaborative tools and informational architecture.

We now turn our attention away from individuals and look at the collection of individuals known as the "organisation". In the first article, I lamented the fact that it seemed no empirical study had even been performed to determine the relationship between behaviour/learning styles and specific collaborative tools/techniques. Fortunately for me, in writing this second article, organisational culture has long been recognised as just about *the* most critical factor in organisational success. What that essentially translates to, is that there is an absolute *plethora* of research on the topic of the influence of organisational culture in knowledge management. In writing this article I had a severe case of information overload but fortunately found exactly what I was looking for.

Knowledge management in academia

Academic papers tend to be pretty dry reads. Researchers, surprise…surprise, write papers to be read by other researchers. Any time you delve into academia to look for answers you have a lot to read and digest, and need a strong jolt of caffeine to keep you going.

Combine that with the fact that the term "Knowledge Management" suffers from rampant buzzword abuse in the same way that the term "Governance" does. This abuse reflects itself in academia where authors are forced to spend pages and pages of their work on defining exactly what they are talking about, whilst making sure that they have demonstrated that they have checked their facts (evidenced by numerous references to other researches).

I ended up finding one particular paper to be very insightful contained within this book:

 

and in particular, this paper/chapter with an extremely long title…

*Paul takes a deep breath*

"An Empiric Study of Organizational Culture Types and their Relationship with the Success of a Knowledge Management System and the Flow of Knowledge in the U.S. Government and Nonprofit Sectors" by Juan Román-Velázquez, D.Sc.

What a mouthful that was!

Credit where credit is due though, this is a terrific paper and I am going to barely paraphrase it here. But I encourage anyone who wants to ensure that organisational culture issues have been given due consideration in their planing to read this paper. Despite being oriented to government and non-profit organisations, there is a lot of good conclusions to draw from.

Velázquez sets the scene by explaining that public, private, and nonprofit enterprises must survive and thrive in an environment of shrinking distance, complex interdependencies and increased uncertainty. Unsurprisingly, the use of knowledge management (KM) is rapidly growing and tools like SharePoint are commonly used in this area. Velázquez has a good definition for KM that

…provides the capability to engineer the enterprise structure, functions, and processes necessary for the enterprise to survive and prosper. KM leverages the existing human capital/intellectual assets to help generate, capture, organize, and share knowledge that is relevant to the mission of the enterprise. Furthermore, the implementation of a KM system (KMS) enables the effective application of management best practices and information technology tools to deliver the best available knowledge to the right person, at just the right time, to solve a problem, make a decision, capture expertise, and so forth, while performing their work. The KMS can comprise formal systems, processes, management directives, and others that, when combined, help generate, capture, organize, and share available knowledge that is relevant to the mission of the enterprise.

Velázquez than makes the key point that I have always believed. I tell clients that SharePoint is 90% head-space. Velázquez argues although motivations for KM may differ between the public and private sector, the *practice* of knowledge management is very similar. Velázquez also stresses the point that "tools" are a small part of the solution.

A successful KMS involves more than just implementing a new technology that can be acquired in a “box”; it requires understanding and integrating its human aspects and the culture in which it operates.

So SharePoint is not a Knowledge Management System – it is merely one of the tools that underpin a KMS.

Where does organisational culture come from?

A widely held view is that the importance of organisational cultural considerations emerged by the failure of many US and European companies to compete with Japanese firms. Case in point? Look at the history of Ford, General Motors and Toyota. In their book, Diagnosing and Changing Organisation Culture (see below), authors Kim Cameron and Robert Quinn make the point that successful companies with sustained profitability and above-average returns leverage their organisational culture as the key factor for competitive advantage.

Organisational culture can emerge in a number of ways:

  • It is sometimes created by its founder (e.g. Walt Disney).
  • It may emerge over time, as the organization faces challenges and obstacles (e.g. Coca-Cola)
  • It may be developed consciously by the management team (e.g. General Electric through Jack Welch).

How important is organisational culture? Consider this quote from Cameron and Quinn.

The point we are illustrating with these examples is that without another kind of fundamental change, namely, the change of the culture of an organisation, there is little hope of enduring improvement in organisational performance. A primary reason for the failure of so many efforts to improve organisational effectiveness is that, whereas the tools and techniques may be present and the change strategy implemented with vigor, failure occurs because the fundamental culture of the organisation remains the same. Consider the studies by Cameron and his colleagues (Cameron, Freeman, & Mishra, 1991; Cameron, 1992; Cameron, 1995) in which empirical studies were conducted in more than 100 organisations that had engaged in total quality management (TQM) and downsizing as strategies for enhancing effectiveness. The results of those studies were unequivocal. The successful implementation of TQM and downsizing programs, as well as the resulting effectiveness of the organisations’ performance, depended on having the improvement strategies embedded in a culture change. When TQM and downsizing were implemented independent of a culture change, they were unsuccessful. When the culture of these organisations was an explicit target of change, so that the TQM and/or downsizing initiatives were a part of an overall culture change effort, they were successful. Organisational effectiveness increased. Culture change was the key.

That quote, I think hits the nail on the head of why so many SharePoint projects fail. To implement SharePoint without any appreciation for organisational culture is simply not smart. If you are dumfounded by the fact that nobody in the organisation is embracing wikis, blogs and discussion forums, stop and think about it. Is this organisation conducive to such technologies?

Fortunately for SharePoint practitioners who have never considered the effect that an organisation’s culture has on the application of collaborative technology, I’m about to make your life easier… In short, the hard work has been done for you.

The CVF model

In the first article, I used the learning style theories of Honey and Mumford and Marston DISC to explain how our individual differences impacted on the means and methods by which we collaborate. They are not the only theories by any stretch. In fact, pretty much anytime anybody puts up a theory or methodology, you will invariably find someone else trashing it by questioning its validity. Likewise, when trying to quantify organisational culture factors, there are many different measurement methods with different theoretical underpinnings. Naturally, each believes that *theirs* is the right way to go.

I just had a sudden thought that maybe the learning and behavioural styles of an individual has an influence on which measurement methodology they might find to be the most useful.

One tool used to diagnose organisations and help executives change their culture is called the Competing Values Framework (CVF). The CVF consists of a framework, a sense-making tool, and a set of steps to analyze and change organisational culture. CVF is best explained with two charts that I have supplied below.

 

image

There are two dimensions used in this chart. From left to right, we are looking at "internal versus external" factors such as employee satisfaction, customer service, market share and profitability. From bottom to top, we are looking at the "control versus flexibility" factors such as the internal processes, policies and systems that maintain stability and consistency at one end, and adaptability at the other. Taken together, the two dimensions of the CVF produces four quadrants: Clan, Adhocracy, Hierarchy and Market culture.

Note that it is a very similar dimension based system like Marston DISC. (This is why I like it).

Below I have defined the characteristics of each culture type as defined by Velázquez:

The clan culture: Dominant in flexibility, discretion, dynamism, internal focus, integration and unity.

A very friendly place to work where people share a lot of themselves. It is like an extended family. The leaders, or the heads of the organization, are considered to be mentors and perhaps parent figures. The organization is held together by loyalty or tradition. Commitment is high. The organization emphasizes the long-term benefits of human resources development and attaches great importance to cohesion and morale. Success is defined in terms of sensitivity to customers and concern for people. The organization places a premium on teamwork, participation, and consensus.

The adhocracy culture: Dominant in flexibility, discretion, dynamism, external focus, differentiation and rivalry.

A dynamic, entrepreneurial, and creative place to work. People stick their necks out and take risks. The leaders are considered innovators and risk takers. The glue that holds the organisation together is commitment to experimentation and innovation. The emphasis is on being on the leading edge. The organisation’s long-term emphasis is on growth and acquiring new resources. Success means gaining unique and new products or services. Being a product or service leader is important. The organisation encourages individual initiative and freedom.

The market culture: Dominant in stability, order, control, external focus, differentiation and rivalry.

A results-oriented organisation whose major concern is with getting the job done. People are competitive and goal oriented. The leaders are hard drivers, producers, and competitors. They are tough and demanding. The glue that holds the organisation together is an emphasis on winning. Reputation and success are common concerns. The long-term focus is on competitive action and achievement of measurable goals and targets

The hierarchy culture: Dominant in stability, order, control, internal focus, integration and unity.

A very formalised and structured place to work. Procedures govern what people do. The leaders pride themselves on being good efficent-minded coordinators and organizers. Maintaining a smooth-running organisation is most critical. Formal rules and policies hold the organisation together. The long-term concern is on stability and performance with efficient smooth operations. Success is defined in terms of dependable delivery, smooth scheduling, and low cost. The management of employees is concerned with secure employment and predictability.

I’m sure that just like the previous article, most readers will readily identify the sort of organisational culture to which they belong. Microsoft themselves are a classic case study of an organisation that has attempted to change its culture on numerous occasions with varying degrees of success. Microsoft would like to think that their culture is that of a clan and adhocracy, but the reality is they are very much a market culture. These days they are beaten to the punch my smaller, more nimble competitors, but over the long term they are able to use their formidable market position and financial leverage to succeed. Netscape is a classic example of Microsoft’s market culture succeeding, but you can almost *hear* the rusty gears of the Microsoft culture machine slowly but surely turning as competitors like Google and Linux achieve tremendous success which has been built on very different philosophical foundations.

Having said that, I believe personally that Google is now invariably moving from a strong clan/adhocracy culture starting point to a dominant market culture as well. If you disagree with my assertion then we need to prove it either way. How? 

…Enter the OCAI.

OCAI

The Organisational Culture Assessment Instrument (OCAI) is part of the CVF. It is a survey based instrument that allows an organisation to profile what quadrant they are strongest in and to decide if they would be better off by cultivating strengths in another quadrant. There are plenty of reasons why a company might want to do this. Microsoft both succeeded and failed in this regard. They managed to completely out-compete Netscape through Netscape’s own failed execution of strategy, yet they have been playing catch-up with Google for years and still really have not managed to make a dent. 

To determine the dominant culture type in an organization, survey questions are group into six "cultural components". The six components are: General Dominant Characteristics, Organizational Leadership, Management of Employees, Organizational Glue, Strategic Emphasis and Criteria of Success.

  • General Dominant Characteristics: In general, what does the organisation look like? What the overall organization is like.
  • Organizational Leadership: How leaders are perceived in their direction of the institution.
  • Management of Employees: The style that characterizes how employees are treated and what the working environment is like.
  • Organizational Glue: The bonding mechanisms that hold the organisation together.
  • Strategic Emphasis: Areas of emphasis or priority issues that guide the organisational strategies.
  • Criteria of Success: Evaluation criteria and procedures to determine level of achievements and outcomes. It is how victory is defined and what gets rewarded and celebrated.

Each question has four alternatives representing each CVF quadrant (A=Clan, B=Adhocracy, C=Market, D=Hierarchy). Individuals completing the OCAI are asked to assign a score to each alternative. A higher number of points are given to the alternative that is most similar to the organisation in question. Results of the OCAI survey are obtained by computing the average of the response scores for each alternative. This can then be plotted as per the example below.

image

Et Voila! Now we have a much clearer assessment of the culture of an organisation, based on the feedback from the members of the organisation.

Is it worth it?

Geeks who have made it this far through this article are at this point wondering what I am smoking, but rest assured – this stuff is critically important for anybody who is tasked with putting SharePoint into an organisation.

It actually turns out that research using the CVF quadrant has shown that large organisations able to balance their competing values by growing strength in each quadrant tend to outperform other organisations over the long-term. Therefore, the tools and technologies that are put in place to support knowledge management need to also take into account the culture of the organisation in order to extract maximum value from the investment.

Each of the four traits were also significant predicators of other effectiveness criteria such as quality, employee satisfaction, and overall performance. The results also showed that the four traits were strong predicators of subjectively-rated effectiveness criteria for the total sample of firms, but were strong predicators of objective criteria such as return on net-assets and sales growth only for larger firms.

In a following post from this series, I will present the findings of the Velázquez paper which undertook an empirical analysis of KM priorities and critical success factors of many organisations using OCAI.

How would SharePoint look?

In the first article I had a section where I theorised how a SharePoint installation would look like if behavioural types had been taken to extremes. In the interests of consistency, I think it’s good to repeat that experiment in poor stereotyping here:

The clan culture is social networking personified and therefore Facebook style applications are the answer to collaboration and knowledge management. Employees twitter away to each-other and share everything. SharePoint’s "My Sites" are the obvious candidate here, but to a mature clan culture, my-sites are pretty antiquated and almost laughable compared to some of the competing cloud based applications out there. Document libraries? Sheesh! What do you need documents for anyway?  Everyone uses blogs, wikis and Information architecture consists of tagging anything and everything. A mature clan culture would very likely utilise 3rd party add-ins like Newsgators Social Sites if they were to make a SharePoint investment.

I actually believe that anyone who considers themselves a clan culture and is putting in SharePoint is really a market culture with a case of rose coloured glasses 🙂 .

The adhocracy culture is essentially every startup company as well as any CEO who describes themselves as "dynamic". SharePoint, in this type of culture, does not have an information architecture to speak of (in the ‘classic’ meaning of that term). SharePoint features will be used as needed and grow over time. If it works, it will be used, if it does not, it will lie abandoned. Anything newly released will be eagerly tried, kept or discarded depending on relevance and usage. Some re-use from learning will take place, but ultimately SharePoint will perpetually be a work in progress with no central governance authority. Most power users will be administrators of their own sites and any attempts to impose centralised order or a governance regime that is based around centralisation and standards will likely fail. Decentralised control for this type of organisation is fine because there is a strong sense of ownership of the knowledge and information.

The market culture would start to utilise SharePoint in a manner that is most in keeping with the literature around features, deployment and governance. Dashboards and KPI’s would feature heavily, as well as workflows that contribute to the ease of collecting performance measurements. Reporting Services integration in particular will fare well here. In a market culture, very little sympathy may be given for SharePoint functionality that is not seen as contributing positively to the business. Additionally, users are unlikely to change for the sake of change or because it is something new and shiny. A market driven culture will implement SharePoint because they see a tangible, quantifiable reason to do so.

The hierarchy culture will implement SharePoint in its most ‘classical’ style. They will naturally make use of site collection, sites and subsites and enforce strict, often complex security boundaries with tight centralised control. Chances are that significant time will be invested into ‘classical’ governance such as forming a committee, standardising on structure and conventions and trying to create a solution that is repeatable with a minimum of rework. Workflows will be very popular, as well as form services as well as document centric collaboration. Facebook style social networking will most definitely not be a high priority, and what’s more, will probably be blocked by the corporate firewall anyway!

Another note: SharePoint out of the box in my opinion is most suited to the latter two organisational cultures. Is it any surprise that a market culture organisation such as Microsoft would produce a collaborative tool that happens to work with it’s own organisational culture? Therefore it begs the question whether an organisation founded on one culture can ever really write the perfect tool for another culture?

Culture based communication fragmentation

Just like the first article, I have painted a pretty stereotypical picture of the sort of SharePoint installation I’d likely see. Some readers (dare I risk suggesting younger readers?) may look at the market and hierarchy culture as old school, representing 20th century organisational thinking. Certainly Linux proves that the clan culture can be extremely successful against the old school guys. But there are many stories of organisations that have had massive initial success, only to get left in the dust once the slower market and hierarchical cultures get their act in gear. One thing hierarchical cultures can do exceptionally well is repeat process more consistently, with fewer defects which ultimately reduces cost. They may not be all that quick at first, but it’s not always about being first to market.

Once again I leave you on an Information Architecture note. Someone who only knows a clan culture will very likely put together a SharePoint solution vastly different to someone who has only known hierarchical culture. The prevailing culture will always win the technology battle, no matter how passionate the individuals are. Even organisational stakeholders in a SharePoint project often make this mistake with the "build it and they will come" approach and think that making the technology available will change the culture . This is both naive and dangerous and has the effect of setting yourself up for project failure.

So, you, as an information architect, need to acutely be aware of the prevailing culture. If your stakeholders give you mixed messages, then perhaps the CVF/OCIA analysis would be a very timely and smart thing to do.

Thanks for reading

Paul Culmsee

www.sevensigma.com.au



Root Causes of Communication Fragmentation: Learning styles and behavioural styles

This is the first article in a short series that will be looking at factors causing the sort of communication problems that underpin the motivation to implement a product like SharePoint. When you think about why you want to implement SharePoint, it tends to boil down to an improvement in efficiency brought about by improved collaboration between individuals or teams.

Improved or more effective collaboration is a great idea in theory but unfortunately SharePoint’s implementations have been hit or miss affairs. When a SharePoint project goes well, it tends to go very well. When it goes bad, it tends to be very bad. I’ve seen both extremes. On one of my projects I had the executive chairman so enamoured with a particular requirement being satisfied that he was out there evangelising to the user base for me. Once this happens, success is generally assured. But on the other hand, I have been called out to sites where they have completely lost control of it all, and to even mention the dreaded "S" word will result in you being ostracised.

I realised long ago that to put in SharePoint without considering and understanding the various root causes to "communication problems" is to be unconsciously incompetent. (By the way, if you have not read my "Thinking SharePoint" series, "unconsciously incompetent" is a term used in education/training disciplines to indicate that "you do not know what you do not know". In other words, how can you be trained on something when you do not even acknowledge that you have a deficiency in that area?

Training, therefore, is most effective when trainees are at the "consciously incompetent" stage of their learning. This means that they now realise and understand that they have deficiencies in a knowledge area and seek to improve their skill. Some might argue that to actually put SharePoint into an organisation is to be consciously incompetent, because you have recognised the inefficiency in existing communication and collaboration. I believe this is deluded because all you are doing is trying to deal with the visible effects of communication fragmentation. You still do not necessarily have a full understanding of the root causes of that fragmentation.

image

I’m sure that many of you have watched the TV series House. How many times do they just about kill the patient with a treatment for an incorrect diagnosis? Unlike Dr House, though, SharePoint consultants don’t often get that convenient epiphany at the 38 minute mark of an episode that nails the root cause, applying the correct treatment and saving the patient.

Therefore, I have decided to call this series "Root causes of communication fragmentation". This first article is essentially the same as one called Learning styles, behavioural styles and “collaboration” that I published it over at endusersharepoint.com.

Honey and Mumford Learning Styles

When I was taking my "Train the trainer" course at the Australian Institute of Management, we participated in an experiment. We answered a questionnaire and based on our answers were separated into four groups.

It turned out that these groups were separated based on our most dominant Honey and Mumford learning style.

For those of you who are not aware, according to this work, there are four types of learners. I have listed them below, and for your reference I was classed as a theorist/pragmatist with more of a pragmatic leaning. Funnily enough when I was younger I was definitely an activist learner but as I have aged I moved down the list!

Activitists (Do)

  • Immerse themselves fully in new experiences
  • Enjoy here and now
  • Open minded, enthusiastic, flexible
  • Act first, consider consequences later
  • Seek to centre activity around themselves

Reflectors (Review)

  • Stand back and observe
  • Cautious, take a back seat
  • Collect and analyze data about experience and events, slow to reach conclusions
  • Use information from past, present and immediate observations to maintain a big picture perspective.

Theorists (Conclude)

  • Think through problems in a logical manner, value rationality and objectivity
  • Assimilate disparate facts into coherent theories
  • Disciplined, aiming to fit things into rational order
  • Keen on basic assumptions, principles, theories, models and systems thinking

Pragmatists (Plan)

  • Keen to put ideas, theories and techniques into practice
  • Search new ideas and experiment
  • Act quickly and confidently on ideas, gets straight to the point
  • Are impatient with endless discussion

In this experiment, each of the four groups were given the same fictitious problem. We were asked to write a plan for how we would go about solving it. We spent then 30 minutes on this in groups before reassembling back in the same room where the groups compared notes.

Perhaps unsurprisingly, we all thought that the other groups were complete idiots. The reflectors in particular thought that the activists represented complete anarchy and chaos. My group – the pragmatists (who of course have it right), knew that their method was by far the best one and had no time at all for reflectors who perform all of that analysis-paralysis. Mind you, we did have some sympathy for the theorists 🙂 .

Why is communication, shared understanding, knowledge management and collaboration such a difficult thing to do?  This is one of the root causes. This experiment really hit home to me, just how incredibly different people are and how a collaborative tool by definition, needs to be designed or implemented in such a way that all participants use, believe and evangelise it. But since they all have different styles of learning, accommodating them all without alienating some is a pretty difficult task.

DISC

Then we have behavioural theory with Marston DISC. This test is used in recruitment and HR often to see how well a candidate will ‘fit’ into the cohesiveness of a group or organisation. DISC is an acronym that relates to four ‘dimensions’ of personality traits.

  • Dominance – relating to control, power and assertiveness
  • Influence – relating to social situations and communication
  • Steadiness – relating to patience, persistence, and thoughtfulness
  • Conscientiousness – relating to structure and organization

Below is the explanation of each trait from wikipedia. Is it any surprise that senior managers tend to be dominant in "D", sales and marketing people dominant "I" while engineers are dominant "C"?

  • Dominance: People who score high in the intensity of the ‘D’ styles factor are very active in dealing with problems and challenges, while low D scores are people who want to do more research before committing to a decision. High "D" people are described as demanding, forceful, egocentric, strong willed, driving, determined, ambitious, aggressive, and pioneering. Low D scores describe those who are conservative, low keyed, cooperative, calculating, undemanding, cautious, mild, agreeable, modest and peaceful.
  • Influence: People with High I scores influence others through talking and activity and tend to be emotional. They are described as convincing, magnetic, political, enthusiastic, persuasive, warm, demonstrative, trusting, and optimistic. Those with Low I scores influence more by data and facts, and not with feelings. They are described as reflective, factual, calculating, skeptical, logical, suspicious, matter of fact, pessimistic, and critical.
  • Steadiness: People with High S styles scores want a steady pace, security, and do not like sudden change. Low S intensity scores are those who like change and variety. High S persons are calm, relaxed, patient, possessive, predictable, deliberate, stable, consistent, and tend to be unemotional and poker faced. People with Low S scores are described as restless, demonstrative, impatient, eager, or even impulsive.
  • Conscientious: Persons with High C styles adhere to rules, regulations, and structure. They like to do quality work and do it right the first time. High C people are careful, cautious, exacting, neat, systematic, diplomatic, accurate, tactful. Those with Low C scores challenge the rules and want independence and are described as self-willed, stubborn, opinionated, unsystematic, arbitrary, and careless with details.

Don Bowlby has a nice post where he illustrates these different behavioural styles with examples of "Dominant Dave", "Influential Ingrid", "Steady Stan" and "Conscientious Catherine". Do take the time to read his post, and then see which of these people you relate to the most.

Note: You can have elements of more than one of the DISC dimensions but you tend to be dominate in one of them.

Dominant Dave questions the status quo, is quick to make decisions/solve problems. He has no problem with power and authority, loves autonomy and working on lots of stuff. He struggles to relate to some people and sometimes has trouble identifying with the group. People like Dave get things moving forward, but can overlook detail in the process.

Influential Ingrid always wants to make a good impression, loves people and prefers to talk about her ideas rather than present them in writing. She doesn’t like a lot of details and can appear disorganized. Being so emotionally oriented, she can have trouble making objective evaluations of people and situations. People like Ingrid foster open communication and strive for an enjoyable experience. But Ingrid needs people who enjoy routines and tasks because these things make her uncomfortable.

Steady Stan is patient, helpful and finishes everything he starts. Stan’s daily routine rarely changes and he does not react well if it suddenly does. Without people like Stan, things would never get finished, yet the rigidity of Stan’s routine can frustrate when quick decisions and action are needed.

Conscientious Catherine is even more anal-retentive than Steady Stan. She is very analytical, applies critical thinking and likes to know what the goals are and what is expected and is always happy to lend her expertise when required. Sometimes Catherine’s detail oriented nature can slow projects down and her application of critical thinking may seem negative at times. She has a knack for pointing out everything that can go wrong with a project, product or venture.

Hmm, I just read a book on analytics and wrote a series of posts on SharePoint project failure and ROI – but I am as messy as hell so which domain am I? 😉

How would SharePoint look?

Let’s try a little experiment. Below I theorise what a SharePoint portal would look like, based on the presumption that each of our 4 people above assumed full creative control over development and direction. Feel free to comment to the accuracy (or not) of my guesses.

Dominant Dave has seen SharePoint, liked it and thrown together a SharePoint site. He has set up sites, wiki’s, blogs, lists, libraries and on top of that, relentlessly downloaded every possible add-on, and tried it out, using some and giving up on others (but never uninstalled). His idea of a communications plan and training is to send out an email with the new URL and instruct people to start using it. The site is full of evidence of half-starts and unfinished ideas and no-one really knows exactly what the goal of it all is. But that’s okay, Dave has by now passed it onto Steady Stan to finish it off anyway.

Influential Ingrid on the other hand, engages a graphic design company to work on the look of the site. She will come up with a catchy acronym for the project, and organise t-shirts and mouse-mats to be printed and distributed to staff. The site is launched with great fanfare, yet practically devoid of content except for the social club site and the "about us" section. Document libraries and lists are unlikely to have much attention, because all the emphasis is on the static web content side of things. Despite the lack of use of many of the built-in collaborative tools, boy-oh-boy, does that home page look cool! Things will flash, sparkle and dazzle more than a drag queen singing at a cabaret.

Steady Stan will quickly see the potential for improving the way that content can be better organised, searched and managed. Thus he will spend his time coming up with a common structure for all aspects of the portal no matter which site is visited. The document libraries, list and other content areas will be consistent and identical and templated for re-use. Branding will be ignored, because it is not as important as consistency. He will roll it out, expecting people to naturally take it up, seeing the value created.

Conscientious Catherine will first undertake a 6 month feasibility study into the portal that costs more money than what Dominant Dave took for his entire SharePoint project. The outcome of this study would be to learn what people want out of the portal. She works out a methodology to gather requirements, but on execution it becomes obvious that both Dave and Ingrid haven’t got a clue as they can’t seem to offer a straight answer when she asks what they want. "How can I deliver you a portal when I don’t know your requirements?", Catherine asks in indignation. In the end, Dominant Dave looks at how much money has been spent for no obvious gain and kills the project.

The Honey DISC soup

The point of my little exercise with sweeping generalisation is that "collaboration" by definition is about working together to achieve a common goal or outcome. Unfortunately, it is clear that our 4 characters above have very different motivations and interpretations of what that outcome is.

In my consulting life, where I spend a lot of time doing requirements work, training or project management, I have gotten to the point where I can pick someone’s personality/learning style out. Also, once you start to get a feel for this, you realise that a lot of root causes in social fragmentation is simply a lack of awareness of how people speak to each other.

When you combine DISC and learning styles, it gives you a pretty good appreciation of social complexity. Given a complex problem, you will always get people who want to jump straight in (activists), those who want to consider all of the issues (reflectors), theorists who will be looking for best-practice guidelines and us pragmatists who say the rest are right so long as it is done *our* way.

But when you add the dimension of DISC, the forces of social fragmentation get even stronger. Consider the case of a "Dominant Activist". Here is someone who is forceful, strong willed, potentially intimidating yet wants to dive headlong into a solution. These guys are hazardous to your health because they usually have the power to do it their way regardless.

On the other extreme you have a "Conscientious Reflector". There is every dodgy middle manger that I have worked with right there!

Another classic example is the "Steady Theorist" who believe that rigidly following a methodology is the answer to the world’s problems, no matter what. I have met a few ITIL people who I would lump in this bucket 🙂 .

Communication Fragmentation

Meetings are the place where fragmentation strikes and miscommunication arises as a result. For example, in a strategy meeting, the reflector is the one who *always* challenges the frame of the meeting and annoys everybody else in the process. The activists are annoyed that they had to go to the meeting in the first place, and the theorists are trying to convince everyone that [insert methodology here] is the way to go.

A dominant "D" type personality often speaks in a very direct manner. To a low D type personality, this can be seen as intimidating, rude or arrogant. D and S type personalities can really struggle to get along, because at times, they are polar opposites in what motivates them and keeps them interested.

A heavy "D" personality who is a pragmatic learner is probably going to be a handful when it comes to, say, working on functional requirements with an "S" type application developer who happens to be a theorist learner.

Is it any wonder people consider meetings to be inefficient, a waste of time and not achieving much!

The point is that usually people forget that not everybody shares their behaviour and learning styles.

Collaboration Fragmentation and Information Architecture

So since meetings are inefficient and suck so much, we look to other methods to collaborate to achieve our goals. But that communication gap that can exist between people of differing learning styles and personality types reflects itself in collaborative tools as well. An IT Manager who, for example, is mainly a "S" type personality is going to put together a SharePoint solution with a very different emphasis than, say, someone who is mainly a Dominant Activist.

Of course, organisational type and culture, regional culture, geography, age, gender and other biases play large factors as well. Organisational considerations has gained some attention – one of the best examples I saw being the great paper by Michael Earl who in 2001 wrote "Knowledge Management Strategies – Toward a taxonomy". But unfortunately, no academic has ever performed an empirical study that looks at whether there is a correlation between behaviour/learning styles and the sort of collaborative tools/techniques that people gravitate to. I think if such a study was undertaken, it would offer some extremely valuable insights into how to go about delivering a collaborative solution for particular groups, individuals or organisations.

So, when you are designing your "work of art" Information Architecture that has taken weeks to work out, ask yourself this question: Is this a work of art for me or for the people who will be collaborating via it?

The great irony in all of this is that the only way to remove some of the barriers of social fragmentation is to collaborate. In the case of SharePoint, you need to collaborate, to put in a collaborative platform. Am I the only one who finds that perversely funny? 🙂

Paul Culmsee

www.sevensigma.com.au



It’s all Joel’s fault…

Here we go… another Cleverworkarounds waffle!

Now, we all know that Joel Oleson is the Russell Crowe of the SharePoint world! I mean, he’s multi-skilled, loads of talent, has the respect of his peers and has built a well deserved reputation of being one of the best at what he does. (Although unlike Russell I am fairly sure that he has not thrown a telephone at an annoying IT manager in a fit of rage just yet).

But despite his best intentions and with his heart in the right place, Joel is one of the unwitting architects of a butterfly effect that is now plaguing the SharePoint world. One that is now causing much pain and damage to already beleaguered enterprises.

In short, he set the wheels in motion that helped destroy a word via buzzword abuse 🙂 That word is…

"Governance"

See, way, way back in the bowels of time (okay, around 2006), when the stock market was soaring and therefore SOX compliance was being conveniently ignored by investors in equities, Joel’s blog was one of a couple of blogs of any significance SharePoint-wise. He was out there doing his bit for the common good, stressing the importance of governance in the SharePoint world before the word governance was really used in this context. Joel cited this article by Matthew Cain at Gartner which seems to be the root of it all. Now this is perfectly fine and dandy, but Joel made one fatal mistake that we are still feeling the effects of…

He de-nerdified his blog and made this stuff accessible! Thus, somewhere in the world, a marketing person read it and understood just enough syllables to get a gist of what Joel was talking about. Sensing the opportunity to add a new word to glossy brochureware, from that moment forward the true meaning of "governance" was lost forever as the snowball effect of a new buzzword taking root gained momentum. As the snowball rolls faster, more and more vendors get onto the bandwagon, each skewing the definition to suit their own ends.

So now, I am afraid that governance is now irreversibly sliding down the same slippery slope as such luminaries as "convergence", "portal", "ubiquitous", "social networking" and the current cream of the crop – "web 2.0".

…and it’s all Joel’s fault, right? 🙂

So, how to reclaim this word? I don’t know if you can. I have, however, decided to start a social experiment making my own future buzzword. More on that in a minute.

Governance = systems thinking

Before I present my version of what governance really means, I want to enlighten you to an important philosophical concept that underpins governance called "systems thinking" or "the systems approach". Systems thinking approaches problem solving from the perspective that the problem must be looked at as parts of an overall system, rather than focusing on individual outcomes. Wikipedia has quite a nice quote which captures the philosophy nicely.

Systems thinking attempts to illustrate that events are separated by distance and time and that small catalytic events can cause large changes in complex systems. Acknowledging that an improvement in one area of a system can adversely affect another area of the system, it promotes organizational communication at all levels in order to avoid the silo effect.

Either I have been officially typecast, or many organisations are feeling the same pain. The reason I say this is because I’ve been called in to assist organisations that are suffering a crisis of confidence with the SharePoint platform. In each case there are one or more highly visible and persistent problems that are causing user dissatisfaction. That translates to a stressed and under-confident SharePoint/IT project team who are questioning the validity of the SharePoint platform.

My brief in each was to help them pinpoint the root cause of their immediate pain, but in the context of a more holistic review of the SharePoint service to try and identify the gaps that allowed the situation to arise in the first place. The interesting fact about these sites is that they did have governance plans and on the surface of it all, most of the boxes could be ticked.

So, what went wrong?

It all boiled down to this: Stakeholders had a different interpretation of what governance actually means – the curse of a buzzword!. Most stakeholders in fact were more interested in the fact that they had a thirty page document someone wrote with "Governance plan" in the title and thought "okay that’s done, what’s next?".

This is not a systems thinking approach and therefore, this is not good governance. In fact, it really has missed the point entirely.

"SharePoint Assurance" is the new buzzword :-) 

At the end of the day, there are two immutable facts of working life.

1. We are all accountable to someone. Whether it is the board of directors being accountable to shareholders or the guy on the helpdesk being accountable to his operational manager, the vast majority of us are tasked with various responsibilities that our performance is judged on. If we fail to perform to the expectations, we not only let ourselves down, but we can adversely affect others.

2. We all want to go home from work, secure in the knowledge that we performed what was expected of us and we are still going to have a job tomorrow.

Both of these facts underpin the principle that we are all cogs in a complex organisational machine where our individual (and organisation-wide) fate is reliant on each other in complex, often implicit interdependencies.

Governance therefore is all about providing assurance. If you do not provide assurance, you will have fear, uncertainty and doubt. Take a look at the stock markets crashing around the world. Clearly assurance is in extremely short supply!

A Social Experiment

Now what I want to do twofold. For some strange reason I see the funny side of creating a new buzzword and see how long it takes to get to a brochure. Thus I am officially raising a virtual flag and laying claim to being the first person to use the term "SharePoint assurance" instead of SharePoint governance. (at the time of a writing a google search on this phrase yields only 5 hits).

Once you see the term in a marketing brochure, please let me know 🙂

But on a more serious note, I think that assurance in the SharePoint space can be done a lot better than it is and I have a few ideas on how this can be achieved.

More (hopefully much more) on this topic area soon…

 

Thanks for reading

Paul Culmsee



« Previous Page

Today is: Tuesday 26 May 2026 -