The case for agile intranets

2016-10-09

These are my slides and speaking notes from IntranetNow 2016. There are plenty more presentations, photos, and wrap up blog posts.

Introduction

Title slide, with an interior view of the Queen Victoria Building's roof in the background

It used to be the case that intranets would take months of planning and then months of development, but an agile approach flips this traditional model on its head. What do you need to know if you want to take an iterative, design-led approach to your intranet?

Before we explore that question: Consider the Queen Victoria Building in the CBD of Sydney, Australia. This Romanesque Revival building was constructed over a period of 5 years between 1893 and 1898. Its is a delightful example of a building from this period and the workmanship that went into it is evident in the roof. Originally designed as a marketplace, it was renovated in the late 20th century and returned to its original use - what we would today call a shopping mall. But as a rule, we don’t build new malls like this anymore.

We are all already pretty good at building intranets...

Screenshot of the BBC's intranet home page in 2004

Similarly let's think about intranets.

"Back in 2004, the BBC’s intranet blended superb communication with real tasks that mattered, all on the home page. Using features such as expenses, staff finder and travel booking, the BBC’s pioneering intranet team created an experience that made productivity on the site into a compelling reality." - Source: Digital Workplace Group

The point is that we are all already pretty good at building intranets. Some companies and organisations have certainly adopted and implemented emerging good practices faster than others. But this isn’t the problem that agile intranets need to solve.

Addressing fragmentation across across people, place and technology

An excerpt from the Dell/Intel Future Workforce Study 2016 report

The problem is that the modern workplaces is becoming fragmented across people, place and technology. And new technologies - like mixed reality - and workstyles - like activity based working - are emerging more quickly than before.

Dell/Intel research: "Employees are generally happy in their jobs, but as communications and productivity technology advances, they are becoming increasingly dissatisfied with workplace capabilities." - Source: Dell/Intel Future Workforce Study 2016

Our goals haven’t changed or the purpose of an intranet - the challenge today is to address this complexity and the pace of change.

How long should it take to develop an intranet?

Nielsen Norman Group graph showing average years spent creating intranets between 2001 and 2016

So let me ask you: As the pace of change in the workplace increases, how long should it take to develop an intranet?

Nielsen Norman Group have been tracking this in their Intranet Design Annual and you can see that in recent times it has got quicker, but it still takes over a year to create an intranet. Over the years I have heard many good and valid excuses for delaying an intranet. The worst excuses are those when the IT infrastructure or other commercial arrangements dictate the timeline.

But isn’t user research and fixing content a good reason why intranets should take a long time to develop? This is the wrong way to think about.

What being agile is and isn’t...

Picture of an elephant made out of used post-it notes

Image credit: "Found on the wall at work, all the SCRUM post-it notes get put to good use after they are no longer needed." - CC-BY Jason Carter

Let’s think about what an agile intranet is and isn’t. Hint: It’s not just about sticking post-it notes on a wall (although I love post-it notes as much as anyone!). It's really about a following a continuous process of development, underpinned by a human-centred design mindset and an agile business culture than specific techniques. In other words it's not about how long, but what you do during that time.

An agile intranet needs means, motive, and opportunity

A flock of crows perched on a tree branch

Image credit: "Murder of crows" - CC-BY Liz West

What do you need to take an agile approach to your intranet?

I can tell you from experience that agile and traditional waterfall approaches do not mix well if left alone to work together. Lack of means makes it harder, but a lack of motive and opportunity is likely to be a show stopper.

An agile intranet manifesto

Let's frame this as an "agile intranet manifesto":

(Design in this sense is different from visual design - good visual design on an intranet still has a time and place, you just need to know when that matters)

Remember: At the heart of all of this is user or human-centered design. See: What the customer really wanted!

Can I be agile with SharePoint?

Excerpt from SharePoint O365 Turnkey Intranet Directory - July 2016 report

Yes, you can be agile with SharePoint. There is now an extensive marketplace for intranet accelerators and out-of-the-box solutions for SharePoint, which I've been mapping through a directory project.

Issues of time, cost and quality still apply but these solutions can help. Greater agility with SharePoint comes from working with the Office 365 platform and applying modern web-design and integration practices.

Project Manager to Product Owner

Summary slide showing the shift to product owner in three dimensions: Focus, Mindset and Constraints*

How can you move from being an intranet “Project Manager” to a “Product Owner”?

Instead of treating it as an "intranet project" - where the goal is to get to the end - become outcome oriented. Be prepared to change mindsets first, challenge the view that that is how it's always been done and the need to define everything upfront. We can't allow technology and content constraints shape our approach. You need to co-develop with the business and users, determining priorities together.

*Yes, agile intranet and digital workplace platforms will make an agile intranet easier, but it's not impossible.

Begin your mastery of focus, mindset, and becoming business and user led and you will be well on the road to an agile intranet.

comments powered by Disqus