I had the wonderful opportunity to speak at CSForum Melbourne in 2016. Here’s a copy of my presentation and a transcript of my talk.
In the 11th century, William the Conqueror established his favoured followers as Barons by making them tenants-in-chief of parcels of land across England. These parcels of land were called fiefdoms. Each Baron then divided his land further into fiefs, to which he would give to his knights to use to grow crops and raise livestock in return for them providing the Baron and the King military service.
The establishment of fiefdoms was an important part of feudalism. It was a way of structuring society based around the relationships derived from holding land in exchange for service or labour. It also included complex rules about taxation and inheritance, and indeed you can see the results of this medieval world in the United Kingdom today.
Many of the familiar regions you know in England and even across some parts of Europe were first set up this way.
Of course you’re asking yourself: Why the history lesson? Why should we, as modern day content professionals, care about of fiefdoms? And the answer is that, ultimately, at their very core, fiefdoms were about territory and power.
The landholders, or Barons, during that time became very powerful because of the territory they owned. Their power grew over generations as their sons inherited their property and continued to gather tax from those who worked it
In a modern organisations we see fiefdoms all of the time.
Where once you saw feudal lords fighting over their patches of turf, these days we have to manage competing priorities, battles over budget, and plain old internal politics as we try to deliver our projects.
Also, we work in a profession that at its very heart often challenges the power and control held by the people who rule these fiefdoms.
If you think of content as land, our work developing new websites, auditing and reviewing content, and creating new user experiences undermines the territory they own.
And then when you look at projects that involve governance or workflow or resources, they strike at the heart of the structure of the fiefdom itself, and can cause friction and conflict as we become the agents of change.
Individual and group fiefdoms
Robert J. Herbold, who was the Chief Operating Officer at Microsoft for most of the 1990s, notes that organisational fiefdoms can occur at the personal, the peer, divisional, and even top-down executive level. But the most common and damaging are the individual and the group fiefdom.
Individual: Individual or personal fiefdoms are really hard to work with; indeed these people are often feared, or they are avoided because of their potential behaviour. They see change as a personal threat to their turf, and can become roadblocks, difficult gatekeepers or undermine activities with their complex motives.
Group: This is when a small group of people comes together around a common task, responsibility or objective. They become very protective of their activities and any data describing them. They want to look good in front of executive management, and are experts at creating smoke and mirrors to mask what they are up to. They are great at collaboration – but only amongst themselves.
Organisations as tribes
Gerry McGovern said recently that organisations are a form of tribe. They have a deep, unstated belief that they are the centre of the universe.
[Digital transformation] … for much of your organisation—particularly senior management— requires the acceptance of a significant loss of control and power.
Traditional organisations go through a deep identity crisis when they feel they are losing control. Because the essence of traditional organisations is to control, direct, plan, and strategise.
It’s important to know that fiefdoms are created because of human nature. Most people don’t deliberately turn up for work each day and be difficult. (Although perhaps we know some people who do…).
Ultimately, there’s a part in all of us that likes control. We want to look good in front of our peers, and we want to feel that our work is important to our organisation. It’s this need for validation, the requirement for other’s approval and social status that can motivate our behaviour.
My aim today with this presentation is to give you insight into some of the dynamics at play when we work with organisational fiefdoms. Ultimately I want to share with you that by being better collaborators and communicators we can help tame the fiefdoms out there and help people do content better, manage change better, and build organisations that are more effective and efficient. Importantly, we should also look at our own biases in the process, learn to be more empathetic and aware of the human relationships within our organisations, and find ways to improve our profession in the process.
The marketing fiefdom
Turf wars over the home page, different areas of an organisation vying over visibility, and some poor sod in web services that doesn’t have the authority to say no.
It’s a classic sign of a marketing fiefdom.
Another one is a manager that has formed a bottleneck for approvals, someone who needs to see every little scrap of content before it goes live.
Or maybe it’s a team that keeps its cards very close to its chest, not giving you any notice of upcoming campaigns so new content is always a last-minute scramble.
Unfortunately, this type of environment and behaviour dilutes the value that we can bring to the table as content professionals. It puts us into a reactive cycle that makes any strategic planning or measurement very difficult.
Marketing fiefdoms are built on a need for control. After all, they are responsible for an organisation’s brand, its presence in the market, its messaging to its customers.
And of course this is something they want to get right. It’s hard to build up a brand, but it’s very easy to damage a good reputation.
Obviously, we don’t want to go and damage the brand with the work that we do either. But sometimes when we start to peel back the layers, when you start to ask questions so you can do your job, often you find it’s really hard to get a straight answer about what you should be doing.
It’s such a common problem.
By being the keeper of knowledge, of the strategy, the marketing fiefdom thinks it can maintain a stranglehold over what content is published by the organisation. But this approach is not sustainable. People will create content with or without permission. If you don’t have a vision for people to work towards, they will go their own way. Then you end up with a very inconsistent voice and user experience. It becomes a bigger mess than what it should be.
So if you find yourself in this situation, that’s where you have to start. You have to collaborate and help them develop a clear vision for what they need in their content.
Taking the time to learn their business and helping them articulate their vision will put them at ease and take away the pressure they feel to be in such tight control.
So what does this look like?
Get everyone in a room and workshop it.
Set the scene by sharing data and user research about how content is being used at the moment, and what the user expects to be able to do with it. Also demonstrate that you understand the overall strategic objectives of the business, and explain that the purpose of the workshop is to clearly define how both sets of objectives will be met by using content.
Then it’s time for the vision activity.
There are a couple of ways to do it. I often use a mad-libs exercise—the one here is a version modified from Meghan Casey’s Content toolkit book—and get each workshop participant to fill it out individually. Then, I ask everyone to read their mad lib out.
I find it really interesting, that even when you have a variety of people in the room, you often get a pretty strong theme running through the responses. The structure of the mad-lib makes people frame their vision from the user’s or customer’s point of view – which is great because it takes away personal opinion and makes the conversation about how both customer and business goals are going to be met.
Another workshop I was recently involved with used magazine covers to extract people’s vision. It was a little confronting for some people at first – especially those who didn’t think they were creative – but in the end we had a very clear picture of where people would like to be in 5 years’ time.
On a side note: That is one thing you need to be aware of as you facilitate these types of workshop activities. Some people will jump in and get involved, no problem. Others will find the exercise more confronting. Your job is to make these people feel at ease. In the same way you do user testing – reiterate that it’s not a test and it doesn’t have to look perfect.
Once you have alignment on what the vision should be, the next step is to choose the best format to communicate it. So much good work gets buried in reports or PDFs that never see the light of day again once they are delivered.
I worked on a project recently where we had great success creating a poster that outlined our content strategy. Happily, this was not a place with an entrenched fiefdom, but it was a place that needed to be able to share its vision amongst a large amount of very different stakeholders who all created content for the website.
We decided a poster was the best way to do this. It’s something that gets printed out in a large format and stuck up onto walls – along with other material such as the personas we developed – so it’s visible and accessible.
A poster might not be the answer for your organisation. It could be something different like a printed deck of messaging cards, a video, or even training.
Whatever the format you choose, being able to communicate a clear vision in your organisation will help the marketing fiefdom feel more at ease that you have its best interests at heart, and will give you a foundation to start making changes in other areas.
The technology fiefdom
Interestingly, you’ll often see conflict between the marketing fiefdom and the technology fiefdom because both fiefdoms are focused on power. Marketing wants to respond quickly to customer demands and try out new tools. Whereas the technology department wants to protect its own processes and ways of working, yet is seen as slow moving and risk adverse, and hard to deal with in a fast moving market.
Both see themselves as rulers of their own domains. Yet, the lines that define these domains are getting blurry.
For a long time, the technology fiefdom was untouchable. It was big and scary, full of functional requirements that no one else understood, and controlled by IT managers with special vendor relationships.
But gone are the days that you had to be an IT expert to buy software. Technology is now accessible to everyone. The vendor relationship is open to whoever has the budget.
And what usually sits in these systems and software?
Content. Often content is the building blocks for these systems.
I don’t know about you, but for me often a big part of my role is to bridge the divide between marketing teams and IT. I’m there to help translate business requirements into technical requirements, and to also make sure the business understand how technical projects can and will be delivered. Let both sides be heard, so to speak.
And one way that I’ve found useful is to look at where in an organisation our content projects sit.
Years ago, Gartner coined a concept called pace layering.
It suggested that there are different layers of technology within an organisation, and each one moved at a different pace. Those layers include systems of record, systems of differentiation, and systems of innovation. Determining the layer the system you were working on lived in dictated how quickly you could expect to change or modify it.
Systems of record powered core systems, such as CRMs. Customisation of these systems happened infrequently because of the scale of these solutions. But when change was necessary, it tended to be done slowly as so much can be impacted.
Moving up the layers, you encountered systems that required tighter delivery timelines, frequent change and greater business involvement. Stakeholders expected a higher degree of speed and flexibility to accommodate new and changing business requirements throughout the process.
More recently, Gartner updated this and called it Bimodal IT – but essentially the concept was the same. Different types of technology should be managed and maintained differently, some are better delivered using methods such as Agile, and some will always be more tightly governed than others.
Robert Rose, has added a content lens to this discussion and this is where it becomes more relevant to us. He looked at the different types of technology where content people operate and what approach was needed to balance the quick pace of the market with some of the reality of enterprise systems. He also noted one of the main challenges for marketers is overbuying and under using technology tools.
It’s easy to get carried away with bright new shiny things, but often these are overkill for what we want to do. This means that the relationship between marketing and technology is important to get value and efficiency from our technology choices.
Looking at this diagram you can see that we need to shape our own approach depending on the activities we are doing.
Think about the last project you worked on and where it might fit.
Of course even this approach is now outdated as we all have the expectation that organisations should be moving much faster than what they are at the moment.
Indeed, the idea of multi-paced systems allows fiefdoms to continue to exist by having different rules for different groups. For this reason I predict that the bimodal concept will be left behind soon as the focus turns to business across the board being able to respond quickly to opportunity.
However, many of us we will be working with these silos for a while longer. And until that time, we need to speak in a language the fiefdom understands. So I think it is still wise to respect the layer, respect the pace, and adjust what we do accordingly. We have to be the communicators, learn to identify risk and know when to push for a different way to approach these projects.
For us, these frameworks are a great conversation starter for working and building trust with the technology fiefdom, especially if you are in a large, traditional organisation.
The objective should be getting everyone in a room at the beginning of a project to align on which approach suits best.
It’s up to you what you include on your sliding scale, but here’s a starter.
We want to look at things like how quickly we expect to deliver the project, what levels of governance or approvals are involved, what the impact is to legacy systems.
Get both groups to have input into where the points go. The idea is that the points on the scale should be clustered. If they aren’t, you need to look closely at why.
So this example of where the governance point is sitting far further to the right than the others is something to be explored. Ask why? Why should this fast moving, flexible project have so much approval-based governance? What’s driving this? Can we move it back or have we answered some of the other questions incorrectly? Where is the trade off if we do move it to a different point on the scale?
There’s no right or wrong, it’s to give both parties a safe format to discuss how a project should run. It also helps us assess the real impact of the work we do, and uncover things we might not have considered such as integrations, measurement and scalability.
A taxonomy project might enterprise-wide implications, while implementing a new social media tool is the perfect low-risk way to experiment with some content ideas.
The business fiefdom
Ah, the good old business fiefdom. I’ve long said that content is easy, people are the messy part.
This is a fiefdom focused on territory – it’s a land grab. And people and resources are the currency.
Most of the content strategists I know are good with people. We are great listeners, and throughout the work we do I think we end up being taking up the role of therapist as content strategy is as much to do with relationship management as it is about content.
Even though people get very protective about content – it can be very personal – it’s not until you start to tackle the people problems that you see the real fear they have around change.
I think this is sometimes because our projects end up becoming, or are expected to be, digital transformation projects in disguise. Business fiefdoms are OK with a shiny new website with fabulous content, but start to make suggestions about around the skills mix of content creators, restructuring content teams, changing workflow, or changing the way projects are funded – well then watch out.
It’s hard because many of these deliverables are also quite intangible until they happen. Unlike content, which can be reviewed and approved, and changed – these types of activities are a much longer and complex conversation. Communication is key.
First, don’t be afraid to talk about money.
Understand where the money comes from and what you have to do if you need to ask for more budget.
Even if you are working on an Agile project, the funding model might still be based on a longer-term program of work with any changes requiring a business case. You have to respect this and work around it, and talk with the business about the best way to approach it. Understand what activities can fit into operational business as usual and what needs to be planned for as an additional project or body of work.
The next is show, don’t tell
Much of what we do is mystery to the people we help. People are not going to welcome you into their domain if they don’t understand or feel comfortable with what’s happening. So we need to build trust by being transparent with our own processes, and help make the intangible, tangible as soon as possible.
Use internal communication tools such as wikis and the intranet to keep people up to date. Get the right people involved in workshops, and make use of showcases and the like to run people through what you have been up to.
Pay special attention to those parts of the business that will be affected by changes the most. They care about their jobs, they want to be clear about their future – so place communication as a high priority.
Bridge the gap
I think there is a real disconnect at the moment between projects being delivered using Agile, then handed back to the business to manage in the long term. What we should be doing is ingraining some of the principles of Agile development into business as usual.
Business fiefdoms and the content teams within them can benefit from the mindset of continuous improvement, iterative enhancements, and rigour around testing and learning.
But how do they do this? Unless you help bridge the gap, people go back to the habits they know.
So build in-house capabilities, especially if you are a consultant coming in to help. Plan for the right kind of training and up-skilling for MVP and beyond. If you have a large central content team, rotate people from the business in and out of the project team so they can see the inner workings of Agile first hand.
A project I am working on at the moment is taking this approach with content writers. It’s a large, decentralized organisation but it’s bringing in different people to work in the central content team during the project. These people will then go back to their normal business areas, trained and with experience, and ready to become power users that will help build a community of practice who will ensure the long-term success of the site.
For us, we wanted to show people how a more Agile approach might fit into a content lifecycle – something most people were familiar with. Again, this is a poster that has been published as part of a content toolkit on the organisation’s intranet.
In the end, just like a large website with thousands of pages that nobody has kept track of, William the Conqueror started to lose track of his Barons, the land they controlled, and the number of knights they had at their service. He needed to know how much money he could raise from the landholders so he could fight his wars against Scandinavia.
So, he ordered his own kind of inventory and audit – which became the biggest survey of its time to record how much each landowner had in land, livestock and what its value was.
The survey was completed in 1086 and became known as the Domesday book.
Aside from letting William know how much money he could raise for his army, the Domesday book was also an important step in controlling his fiefdoms. The book was considered the point of truth – and formalized land titles across the country. Indeed, it is a legal document that is still valid as evidence of title to land.
It provided governance, allocated resources and set clear roles and responsibilities for those who held land.
Unfortunately William died just as the book was being completed. But it survives to this day, almost 900 years on, in the National Archives in London and is the country’s earliest public record.
So, as we go back to work next week and begin to tame our own fiefdoms, perhaps we can take heart in the fact that fiefdoms willstand the test of time, they will always be fiefdoms, and that’s OK.
But we can help mitigate their destructive power by helping organisations have a clear vision, facilitate collaboration between our teams, put our customers at our core, and develop the right communication tools to make our organisations stronger as a whole instead.