Posterous theme by Cory Watilo

Filed under: enterprise 2.0

The Intranet Imperative (2005)

I wrote this in June 2005. The history of intranets is one of a slow burn of adoption (or innovation, if you like). But the pace of technology change is increasing, email is being challenged... is it time now to dust off the intranet imperative and think about about where we go next?

What exactly is an intranet?

The nature of intranets is changing. In fact the term intranet itself is rapidly losing meaning as the Internet interpenetrates organisations through a mixture of business-to-business marketing, extranets, hosted application services and of course personal use of the Web at work. The traditionalist view of intranets, one that concentrates on static information built around an impregnable information architecture, creates a risk for organisations that may be oblivious to the rise of collaborative and dynamic “application-nets” that connect users to people, places and things.

Consider for a moment - what exactly is an intranet? The most simple or basic definition defines it as a restricted, private computer network that uses TCP/IP (Internet) network protocols to facilitate data transmission and exchange within an organisation. But when we look at modern intranets (and extranets), this definition raises more questions than answers – for example:

  • Restricted or private to whom – does this include business partners or even customers?
  • What is the computer network - does it end at the PC on your desk, the mobile phone in your pocket or a kiosk on the shopfloor?
  • Does data include self-service systems, rich media, access to Web - and video conferencing and business intelligence tools that empower staff to get their work done?

Clearly the potiential demands placed on intranets are moving well beyond their original scope of simple access to information and documents. In fact paralleling other changes in our working environments, intranets now need to support always on, always connected access and provide flexibility and interactivity on demand. The technologies to do this already exist and the key challenge for many organistions is how to manage the evolution of an intranet into a multifaceted application-net in a controlled manner.

Of course while you can choose to ignore this imperative, be aware that technology has a habit of winning. You may find your users taking the path of least resistance (like returning to the dreaded network drive) or they will pick their own user-driven tools that will ensure they can get the job done.

The Strategic View of Intranets

Organisations need to control how their intranets will evolve into application-nets. The right approach for achieving this control is a management response that starts with developing a strategic view of their intranet. This strategic perspective does not prescribe the exact future form of the intranet as an application-net, but it provides the basis for creating a system architecture that will facilitate it. The critical point of difference between this new architecture and the old approach is that the intranet imperative forces us to broaden our horizons in order to understand more fully the fit between people, places and things.

This new strategic view should be built from understanding four key elements:

  1. People and Process - understand who the current and future users of system will be, where they are located and what work activities the system must support;
  2. Content - not just documents and information, but the collection of applications and other data in the system;
  3. Infrastructure - The basic technical structure or features of the system (e.g. servers, networks, content management software, etc) and also the human support functions (e.g. helpdesks, trainers, technicians, etc); and
  4. Governance -– the management controls (standards, committees, etc) that deal with the form of the infrastructure and the nature of the content in the system to ensure it meets the needs of the organisation and its users.

But like any type of strategic planning, the application of this strategic view must take into account the overall context of the organisation. Steps for understanding the strategic context and incorporating it into the design of the new architecture include:

  • Business and Technology Analysis - Develop a strategic understanding of the intranet and how this technology, at its most fundamental level, relates to the overall strategy objectives of the organisation;
  • System Audit and Gap Analysis - Complete a review of the people, processes, technology and content that already exists within your organisation to identify the gap between where you are and where you want to be;
  • Manage expectations - Negotiate performance outcomes with your stakeholders to link the evolution of the intranet to the organisation's objectives; and
  • Innovation - Look outside the organisation to learn from leading practices, understand the different options that are available in the market, and emerging trends.

These steps take us beyond simply asking how users will contribute and access information in the intranet and instead make us focus on the bigger picture, resulting in an architecture that is better aligned to the needs of the organisation.

From imperative to action

The intranet imperative is driven by unstoppable technology advances that affect how people work with and use information technology in the workplace. These include:

  • Blurred lines between people, places and things - the distinction between intranets, extranets and Internet sites is changing;
  • Rich media and interactive content - the scope of content has expanded to includes more than static documents, text and images;
  • Always on, always connected - the working environment and intranets need to be delivered through new channels, such as mobile phone, wireless PDAs, voice and kiosks on the shop floor;
  • Next generation networks - awareness, presence and locality will be built in; and
  • User-driven software - users will take the path of least resistance and will pick less sophisticated tools if they get the job done.

Unfortunately for the average intranet manager or management team these changes will of course increase the complexity of dealing with already existing document-centric challenges such as information architecture, effective search and content quality. For example, expert designed information architectures will need to co-exist with those created by user communities. In practice what this means is that we will see organisations embrace different degrees of control, standardisation and integration in order to align their application-nets with the strategic goals of the organisation. For example, centralised authoring will live along side self-publishing systems such as wikis and blogs because it makes business sense rather that isolated decision to choose one over the other.

What may be worse still for some teams is that the technology of the intranet will no longer be isolated from other parts of the organisation. Under these circumstances the system architecture becomes even more critical as both a plan but also as a process for engaging with the rest of the organisation, both in terms of needs but also to create the right operational linkages. So, applying strategic thinking and designing a system architecture for your next generation intranet represents more that just a nice theoretical step but is instead a critical success factor.

Summary

We now understand that the nature of intranets is changing. Unless you use strategic thinking to broaden your concept of what constitutes an "intranet” into a next generation application-net, then you risk losing control as technology leaps ahead without you. You can prepare for this challenge by:

  • Understanding why the nature of intranets is changing;
  • Analysing the strategic context of your intranet today and what will be needed moving forward; and
  • Designing a new system architecture that will facilitate this change so it is progressive, evolutionary and beneficial rather than chaotic, revolutionary and disruptive.

 

The "social action" frameworks are coming

I would consider the social intranet solutions I covered at the NSW KM Forum on Tuesday as pretty mainstream within the social business software landscape. Of course there are many other solutions out there that mirror the same basic social patterns in those particular solution - e.g. products that are similar to Yammer, Jive or Newsgator. In fact there are too many to mention which is why I tend to focus on a short list of proven products. However, there are some other products I'm watching that I think are extending and exploring new collaborative patterns. Here are some examples, which have strong emphasis on structured tasks and taking action:

Strides (VMware Socialcast)

Strides-logo

"Strides is a fresh approach to getting things done. With Strides, you and your team can work together more effectively as you tackle new challenges, hurdle information barriers, and soar to new heights!"

Do (Salesforce)

Do-logo-medium

"Easily create and share tasks, projects and notes with your team so you always know what needs to get done, no matter where you are."

SAP StreamWork

Streamworks-logo

"It's the first and only solution that brings together people, information, and business methods to drive fast, meaningful results. People: Get everyone on the same page. Information: Share documents and data all in plain view. Methods: Provide structure with tools for brainstorming and decision-making."

NationalField

Nationalfield-logo

"NationalField leverages the power of private social networks to give you valuable insight into your company’s productivity and effectiveness. You can track teams, gauge results, even encourage healthy competition—all within one secure social network."

Nokia Socializer

Socializer-leader-board

This isn't a product as such, although it is built on top of an existing off-the-shelf package (Socialcast) using an API-based approach. Socializer is an example of a new bread of social action tools that "uses a clever combination of social analytics and game mechanics to maximise attention and action."

Personally I think there is something rather special in Socializer that goes beyond any of the generic tools mentioned above - the point being, there is still room for bespoke (or at least semi-bespoke) solutions.

To date, the workforce collaboration discussion has been dominated by the focus on conversation-centric social tools (even with products that have features that support tasks and projects). But as you can see there is strong pattern of "action" through out all these products and examples.

I'm expecting that social action frameworks are going to rapidly become more important and I'm sure that some of these products will either eventually emerge as stronger contenders in their own right or we'll see them have an influence over the evolution of the current crop of leading tools.

Social Business Design is about the social transformation of work

My question is simple: if we are going to think about our organizations as cities, what can we learn from people who “design” cities for a living? Those “designers” are called planners and their profession is planning. Who are they? What do they do? How do they plan?

For those of us who are look at social technologies as being situated in organisations that we treat as complex human systems, the design of urban environments presents some interesting parallels with the domain of social business design. As introduction to this idea, Gordon's post about his joint presentation with Thomas Vander Wal at E2Conf Santa Clara 2011 is well worth reading (and looking at). There is plenty of follow up reading in the post too.

Claudio Ciborra's From Thinking to Tinkering: The Grassroots of Strategic Information Systems

Claudio Ciborra’s “From Thinking to Tinkering: The Grassroots of Strategic Information Systems” (in The Information Society 8: 297-309) is still (or even more) relevant today, as it was in 1992. Here are some of his ideas:

  • Cherish local knowledge and everyday experience
  • Value open experimentation, prototyping by end-users and design tinkering
  • Establish systematic serendipity, don’t aim for sequential execution in systems design
  • Strive on emergence, except failure

Sounds still familiar, right?

Yes.

A Social Business is Light, Lean and Agile

Rather than starting with the assumption that 2.0 (or social) is the answer to anything and try to make the enterprise fit in, he starts with the opposite approach. He starts with problems and ends with a solution that appears to be enterprise 2.0. Like it or not but enterprises are organized on processes that are essential and vital and this won’t change. I’m to talking about the caricature of processes we’re being inflicted to make it too easy to hold them up to public ridicule. but what they should be. Caseau makes it clear that processes should be as light as possible to be manageable, as agile as possible to be improvable. Hence the importance of lean management. Things become really interesting when enterprise 2.0, rather than being seen as a danger for steadiness and processes appears than being a lever that serves agility and innovation. In this context, conversational systems support ongoing learning, innovation and ongoing improvement.

From Bertrand Duperrin's review of Yves Caseau's book on Enterprise 2.0.

I like the reference to lean management (I've talked about "Lean Operations" myself), although in some circles there is a natural skepticism that this this is a codeword for cost cutting and down sizing. That's not what I mean when I talk about lean and I don't think Caseau does either. Being light, lean and agile is also what I think Andrew McAfee's original paper on Enterprise 2.0 was all about too.

Naturally, if you are skeptical about "lean", you might ask what we mean by light and agile? Well, here is a starting point

  • Individuals and interactions over processes and tools.
  • Working [products and services] over comprehensive documentation.
  • Customer [participation] over contract negotiation.
  • Responding to change over following a plan.

 

The challenges of applying a Darwinian approach to SharePoint 2010

4161713573_ab5f20f5ee

In the May-June 2011 edition of IDM magazine (I've written for them too in the past), I've just enjoyed reading Ishai Sagi's article on empowering users with SharePoint 2010 using what he calls an "evolutionary approach" (what some of us would say is actually about supporting emergence). This is one where IT allows users more scope to build their own solutions (in SharePoint, of course) but with some oversight and expert advice when necessary.

Sagi's has observed - like me and many others - the way that users make use of relatively simple desktop tools, like Excel and Access to build their own business tools. In fact, we might claim that spreadsheets are the original Enterprise 2.0 tool. The software risks of doing this haven't gone unnoticed over the years either, but user needs typically wins out when IT can't deliver.

Sagi concludes that the shift to a Darwinian model is scary for IT department and ultimately this is the challenge I've observed with SharePoint over the years. There is no doubt that SharePoint 2010 is a massive improvement on previous releases, but I'm a little unconvinced about applying an evolutionary approach to large, vanilla SharePoint deployments. In fact, Sagi hints at the role of 3rd part products to make the evolutionary approach easier.

I think Sagi is on the right track as being one of the few SharePoint evangelists I've come across who recognise the importance of building human-centred information systems and adopting an IT abundance mindset. For that, I welcome him warmly to the conversation, but I think he is still very much in the minority in the SharePoint and intranet community. And since the door has been opened, if you need 3rd party plugins to make SharePoint work effectively in this model then maybe a better approach is to treat SharePoint as a capability layer, as Lee suggests.

What do you think?

Image credit: lego desktop wallpaper CC BY-NC

Misguided advice about workplace technology: Social business, intranets and digital workplaces

Misguided social business advice urges us to automate and digitize whatever we can that might make work more efficient.

It puts new digital architecture on top of old digital architecture. It tries to separate content from process, as though process were content-agnostic.

Wise social business advice has a generative orientation. It has a creative flavor.

Wise social business advice starts with the questions like: “What more can we contribute together, to each other?
What tools can we use to foster and support these contributions”?

CV Harquail mythbusts seven different problems with superficial thinking and approaches to social business. Each is worth reading, but the point quoted above particularly caught my attention. I think the same concern should be directed at the similarly misguided and reductionist goal of creating more efficient 'digital workplaces'. Simply layering, integrating or flattening digital architectures ignores the sociotechnical relationship between technology, people and how (and why) we organise.

ThoughtFarmer ask - what is an intranet?

Media_httpwwwthoughtf_cxegh

My comment appears to have been caught in the spam trap on the ThoughtFarmer blog, so here it is:

Nice post – this is a good time to be having this discussion. However, while we’re referencing past definitions I might point you at my 2005 post on the “intranet imperative”:

http://chieftech.blogspot.com/2005/06/intranet-imperative-part-1.html

Also, Digital Workplace (which I’ve heard coming out of the old school intranet community, while others are talking about Social Business and Enterprise 2.0) reminds me very of much of Forrester’s Information Workplace concept from about the same time – see:

http://www.forrester.com/rb/Research/information_workplace_will_redefine_worl...

Personally I have no problem with the term ‘intranet’ but its worth exploring other terminology to generate discussion and understand what is changing.

Thoughts?

Dion Hinchcliffe: Making An Intranet More Social

Media_httpwwwebizqnet_xoqse

Some great follow up reading to my Intranet2011 presentation. Intranet managers appear to think in very black and white terms - its either a social intranet or its not, and they may or may not 'control' it. But as Dion highlights here, we have broad options. In fact, we've always had options but we now have even more choice for dealing with brownfield environments and organisational complexity, as the platforms and architectures have matured over time.