Movement of the People

Movement of the People

Is it me but do all the major issues over the summer appear to deal with ‘movement’ (or maybe transportation)? The news agenda is full of items around the movement of:

  • People (across borders, cities and the basic A-B of getting from work to home – or maybe the issues of why many people still do this as networks, drones and live video streaming becomes more common).
  • Identities – easily replaced, replicated or stolen
  • Data – see above
  • Finance – across borders and laws
  • Goods – whether physical or how they will be replaced by 3D printing

Maybe how we fuse the physical and digital worlds will be the key to dealing with the issue of movement over the next 5 years?

Stick to the recipe for Enterprise Social Software success

Stick to the recipe for Enterprise Social Software success

When I look at reasons given by organisations for the failure of their Enterprise Social Software project to deliver any success or value (whether this is adoption or return on investment or engagement) I still hear the same issues around poor adoption, cultural issues specific to the organisation, change management, alignment to business needs etc. You could date stamp this as ‘2010’ and the issues haven’t changed.

It still amazes me that in 2015 organisations are struggling to get value from social software despite a reliable ‘recipe’ now being known.

All consultancies both large and small have a framework which is pitched to potential clients that will deliver various degrees of success – but success nevertheless.

Every software vendor has similar material that it will tell clients prior to any adoption programme how to get success (actually an interesting exercise would be to look at how the vendors have changed their ‘tune’ from 2008 onwards by looking at how their client adoption material has changed from ‘just plug it in’ to more strategic thinking).

I would also suggest that the vast majority of organisations that deploy Enterprise Social Software have an understanding or at least an awareness of what needs to be done – and I speak from a perspective or having sat on both sides of the table (industry and consultancy) and I would estimate that 90% plus of people I have dealt understand this.

But despite all this material a large majority of organisations appear to ignore the recipe.

I’m trying to find a simple analogy to compare this with so let’s try cooking.

If I were a chef (the ‘sponsor’ of the deployment) and I wanted to make a paella (deploying the tool) and I have a known recipe on how to make paella (the vendors material, consultants material, freely available material online etc.); then why do I think my paella will turn out fine if I refuse to use some key ingredients like the correct rice, saffron, paprika, wine etc. (change management, governance, use cases etc.)?

Some may be down to cost; some may be lack of knowledge – but wouldn’t you look at the recipe before you start!; some may be down to stubbornness (you deployed other tools before and your way has always worked) but I believe in many cases it’s down to the simple fact that most sponsors are purely concerned with plugging it and making sure it works from a technical perspective – and not appraised on the engagement or value it brings. No different to a chef not being appraised on how good the paella is but the fact they have served up a plate of rice that is dressed up as paella but has none of the taste.

Unless the success criteria is driven by engagement and value – which often happens a number of months into the adoption phase then organisations will continue to cite the same issues with their Enterprise Social Software.

The vendors realised their business model needs to change – not so much about selling licences every 5 years but seeing their software being adopted, adapted to working ways and providing value.

Few areas of an organisation focus on how engaged their workforce is with the ‘service’ provided but this will change. It will eventually filter down to project teams that are built to deploy social software.

In my ideal future world deployments will focus on behavioural change rather than just technology change in order for social software to be a success.

A project team for future deployments will have a very different line-up. The focus won’t be around IT Project Managers or business analysts but instead recruit business psychologists, community developers and social network analysts to ensure social software success.

The sound of social

The sound of social

Summer is upon us and I’ve been spending time reading through some of my notes of the various interviews I have conducted over the last 12 months in relation to collaboration tools and enterprise social networks.

I have interviewed over 250 ‘non-IT’ business users / advocates / leaders / stakeholders that have been introduced to new or upgraded collaboration platforms (O365, Jive, Chatter, Fuse, Yammer – the platform doesn’t really matter in relation to this article) and have found many of the comments follow a familiar pattern on the main issues which I believe companies still face in making a success of collaborative tools.

I should stress the issues may not be with the technology but a company’s ability to provide the appropriate implementation and change management support to assist participants in the adoption and utilisation of these tools.

I loved the work of Studs Terkel (just let the interviewee tell the story and don’t try to over complicate the message) so in the style of his oral histories here is the current story of 2015 directly from the mouth of a few participants faced with new technologies:

Making users feel safe

 “People wouldn’t have felt safe putting certain information on the site. Few understood the privacy settings and people are generally worried who can see what within the company. Leadership need to support and validate it before it gets used.”

“There is a hierarchy within the company and people generally would not follow or respond to comments by someone who is senior. It may be shyness or maybe culturally the way we have done things but we have to face this fact.”

“The most obvious element that is missing is the ability to make people feel safe. Networking with people in this company means putting your head above the water margin. It’s not something we do and we need a heavy support programme to show us how it’s done.”

Integrate into how people work

 The problem is that this isn’t “how we work” currently, it isn’t natural for people to use the tool and so the potential couldn’t be realized in this short time period. I think that if everyone was signed into the tool and they were encouraged to use it, it would be incredibly valuable.”

“I found the tool somewhat complicated if I’m being totally honest. Not being immediately able to find what I wanted or know how to do something made me slightly reluctant to use the tool regularly and left me frustrated.”

“It does feel a little bit like you are bombarded with reminders that someone has posted.”

“I did feel that some of the posts from individuals were not entirely appropriate for a company website and were more suited to Facebook. For example when someone is having a bad day and venting via their updates. I personally feel this is not something that you necessarily should be sharing with work colleagues and is best saved for a private social media page.”

This tool will be useful only if it replaces other tools. We get too much information and there’s not enough time in the day to process it all.

“Just more clutter which distracts me from my busy day.”

“During busy periods when colleagues are required to pull together and resolve issues against a deadline, I do not appreciate updates and activity streams bombarding my screen – which does not directly help with the matter in hand. Filter failure or not it is distracting.”

“The mobile app is just a tool for viewing the chit chat or direct messages so its functions are useless for me.”

“Unfortunately for me personally this is just another tool in an already overcrowded environment.”

 Governance and linkage with other channels

“If corporate messages were put on the collaboration platform it may devalue the message. People see the intranet as the official source of information.”

“Go where the people want to go. Don’t force people to choose between one and another. Intranet and ‘social’ need to be integrated.”

“I believe a ‘technology first’ approach has been taken by the tool. There has been poor implementation and communication planning. I just don’t know what to do with it.”

” The intranet is the backbone of the organisation structure. The social channel is the living parts of the organisation. Like skeleton and flesh. We need integration but not replacement. We also have other communication channels. I need easy to follow and seamless integration of content across the platforms.”

“It lacks the credibility of an official channel like the intranet.”

“We need to build trust on the channel. Some people trust it, others don’t.”

“On the platform everyone is an amateur. The intranet site is professional. If the social channel had more professional news and articles it may add more value.”

“There is concern over governance – my department on the social site has a page with outdated documents and people are discussing content within the document. I spoke to the intranet team and they didn’t have time to deal with content on the social platform as its run by a different team.”

“If management make an announcement and it is not on the intranet people may have issues. The expectation is it should be on there and not a social platform. It just doesn’t have that credibility.”

“I’ve not been on the social tool much. I wasted time looking at groups and communities of no relevance. It needs more governance. Too many groups now have details out of date – it’s getting worse than the intranet.”

“I’m frustrated by governance, or a lack of it. Imagery doesn’t look like the official brand. Too many sites are being setup and it’s becoming a mess.”

“I’m now seeing duplication with the intranet.”

“It’s not an official channel and it’s painful to find information.”

 Lessons learnt

 There are simply lessons that companies still fail to understand. To make these platforms a success you need to:

  • Have a strategy (business, content and knowledge)
  • Understand how the platform needs to integrate with intranet, document management, metadata, enterprise search and other channels
  • You need to do the ground work of business analysis, use cases and understand how people work. Ensure you understand what success is – and it can’t just be adoption.
  • Start small with good use cases that provide quick wins and have a supported phased approach to implementation. Volume brings value.
  • Provide the physical support – community management, advocacy, coaching and leadership support.

In essence enable the organisation, enable the technology and most importantly enable the people.

Avoid the usual suspects

Transformation programmes are changing dramatically in the digital age.

The main theme of traditional deployments of tools was that change programmes were slow (cascaded from the top, filtering slowly down), soloed (by geographies, levels and departments) and exclusive (owned by leaders and nominated change agents).

In the digital era change is now fast-paced (focused on habit-forming to kick-start new behaviours), focused around behaviours not technology and inclusive (allows everyone’s input to be seen and for social learning to happen).

One of the key changes is the advocacy network that can be built. Forget reaching out to management and asking for the ‘usual suspects’ – the same folk that get volunteered for most change programmes. Use digital and networking technologies to create a broad number of advocates.

It doesn’t matter about the time commitment. Ask then to do what they can when they can. In the digital age getting volume at the ground level is important. Avoid traditional messages on the intranet and focus on getting role models, word of mouth and great use cases. This will spread the transformation far quicker than going through traditional and failing channels.

What goes where?

Employees are faced with a range of tools to communicate, collaboration, share and network. Simply deploying new tools just confuses an already overworked organisation.

To expect many to understand what tool should be used in which context is foolish. One of the most important documents you can produce in the early days of a collaboration tool deployment is guidance to participants about what goes where.

This could be dressed up as a content strategy document, outlining where implicit and explicit knowledge / content should be stored or a straightforward guide on which tool to use when. Just map out some business scenarios and give people ‘guidance’ on which tool can be used to accomplish the task most efficiently.

Get this document into the environment early and it will save you lots of time answering questions from confused new adopters of the collaboration platform.

Don’t mandate but encourage

Don’t mandate but encourage

The key to getting sense from any networking and collaboration platform is to embed good behaviours of users rather than force templates or processes through technology.

As people gain more experience they will see the benefit of how they need to relate groups or content and begin to adopt good behaviours rather than mandate too much at the beginning which I believes restrict the desire to engage.

I firmly believe that if you alter that level of ‘control’ to an extent where you mandate to much, much of that implicit knowledge is lost due to people’s lack of engagement. I’m sure everyone has seen systems that deal with every workflow, scenario and linkage, with lovely metadata and taxonomies but they remain graveyards. I would also stress that we are not discussing a ‘heavy duty’ document management system here but a networking and collaboration platform where we are looking for people to share their knowledge.

One of the most interesting studies on knowledge sharing was conducted by Constant, Kiesler and Sproull.* One of their findings was that employees differentiated two kinds of knowledge sharing. One type was sharing products, for example, equipment manuals, or reports they had written. The second type of knowledge was what employees had learned from their own experience, for example, how to get around a certain bottle-neck in the system, or how to deal with a particularly tricky bug in a program. This second type of knowledge they regard as part of their identity – part of who they were as professionals.

They were willing to share both kinds of knowledge, but the motivation for sharing each differed greatly. The documents and programs they shared because they considered them the property of the company. But the second kind, their experiential knowledge, they shared because they gained some personal benefit from doing so. The personal benefit, however, was not money or the promise of a promotion. According to the study, “Experts will want to contribute to coworkers who need them, who will hear them, who will respect them and who may even thank them.”

As this study shows, the primary driver for sharing experiential knowledge is the respect and recognition of peers. It is hard to overestimate the psychic value peer recognition. How does this relate to controls and mandates? The less freedom a user has over the ‘platform’ (whether this was a technology or a physical environment) the less they would share their own experiential knowledge.

Organisations that have created great engagement and value from collaboration technologies have done so because they have reduced many of the controls that you would find in their more structured channels such as intranets and document management systems.

It may not always be neat and tidy but it generates this ‘experiential’ / implicit knowledge that organisations have tried to tap into since KM programmes first started. If we initially focus on getting the engagement, input and desire for folk to share then the quicker it is to make sense of the noise that social collaboration platforms can bring.

Freedom or control?

710
In every collaboration transformation project you reach a certain stage when the discussion / debate turns to the amount of control and governance you should introduce. If the platform has very little engagement or traction then this argument doesn’t surface much so if you are faced with it you must be doing something right!

My firm belief is that if we want to make collaboration work inside the organisation and exploit the ‘implicit’ knowledge that eludes companies we need to provide ‘stewardship’ rather than ‘control’.

The more control and process you put into these systems the less people want to contribute. You can create a wonderful centrally structured system with only certain groups allowed a presence or a written business case before something is created but I will guarantee you are creating conversation graveyards because it’s just too much hard work to share and collaborate.

This doesn’t mean we have a ‘free-for-all’. Each Country / Function will have the ability to develop their ‘structured’ area when they see a need. Here you can create moderated conversations and more formality but this shouldn’t be at the cost of people or communities that are ‘not near the centre’ and want to share and collaborate – or in essence just make it easier to connect.

This ‘stewardship’ (use cases, guiding early adopters etc onto the platform) allows people to see how they can begin to use collaboration platforms in a business context (and much of the coaching material should focus on behaviours to encourage collaboration), provide guidance and best practice on developing groups / communities and give then the freedom to build relationships, networks and communities. The ones that begin to provide value will soon come to the attention of the more ‘structured’ areas. The ones that provide no value will lose appeal and fade away.

The Darwin effect will take place. Groups will develop and you will get some duplication but that ‘duplication’ will soon be whittled out of the ‘network’ as people will gravitate to the networks and communities that give them most value. It is highly unlikely that 2 identical communities will exist for a period of time without coming to the attention of each other. They can then generally determine the future existence of their groups / content / networks and certainly doesn’t need a central structure to play ‘judge and jury’ on this.

Rather than look through a list of every group that has been people will begin to change their behaviour and use search more to find suitable content or groups to join. This has been my experience in previous organisations (all have been highly regulated and dealing with delicate subject matters) Give people a degree of ‘stewardship’ so they feel ‘safe’ and confident to share and collaborate. Create a rigid control and you continue the development of conversational graveyards.