Rethinking newsroom innovation

Lessons from our inaugural Media Innovation Unconference.

Alli Shultes
Mar 29, 2018 · 5 min read
Image courtesy of Pixabay.

The idea for BBC News Labs’s Media Innovation Unconference started humbly: “Wouldn’t it be great if we could get all the other people working on the same problems into a pub together to talk about innovation?”

Our team facilitates a range of industry-wide events, the most popular being our #newsHACKs centered on emerging technologies. But we often feel as though we’ve missed out on an opportunity — to share ideas not only about how a particular technology might be optimized for the newsroom, but about how we as innovators can optimize our processes and workflows to maximize the value to our organisation.

So we decided to try something a little different.

Our Innovation Unconference invited innovation leaders to discuss the challenges facing teams within legacy media outlets. Over the course of the day, we discussed themes ranging from project transfer to managing stakeholders, not forgetting an honest review of to the lessons we’ve learned from our biggest failures.

We decided to abide by the Chatham House Rule to allow attendees to speak freely about the experiments that haven’t worked, as well as the ones that have. But without attributing ideas to any participants, we did want to share some of our favourite takeaways from the day.

Please feel welcome to leave comments and join the discussion.

1. Kill your experiments — and celebrate

One of the biggest challenges facing newsroom innovators is transferring one-off prototypes to product teams. This can be exacerbated when there are simply too many new experiments for any one team to take ownership of.

When tools or features aren’t designed to be short-lived, it can be difficult — both politically and technically — to shut them down.

To create the capacity for successful product transfers, kill less successful experiments. This frees up resources for further experimentation and, when you go to transfer a product, means that the teams responsible for taking it on have less on their plate already.

To help make project burial a routine part of your team’s culture:

  • Define your metrics for success. Building granular metrics into a project from the get-go means that you can better evaluate its value when the trial ends.

From the session “Transferring prototypes to production”.

2. Create a workflow that solves your problems

Should you structure your innovation team to run like a startup — even if your newsroom is anything but?

It’s best not to be dogmatic about sticking to a particular technique, whether it’s scrum, agile or user-centered design. Pick, choose and combine approaches to address specific problems your team faces.

And don’t be afraid to change your process on a project-by-project basis. One size doesn’t always fit all. You’re an innovation team — so experiment.

Here are some additional tips from the session:

  • Whatever techniques you choose, make sure that they don’t pose barriers to collaboration. Think about how new workflows can accommodate stakeholders from different departments.

And finally, it’s important to consider how adaptive your workflow is to change. Can you try out new techniques quickly, and make changes when something isn’t working? If not, how can you build more flexibility into your working culture?

From the session “Project Process: What is too much?”

3. Consider building capabilities instead of products

The premise of this discussion was the idea that product-centric thinking may stave off innovative thinking rather than encourage it.

Here’s a recap of the pitch:

Because a good product is stripped of functionality that isn’t essential to achieving its end goal, elements that might be useful in future experiments are often shaved away early in the process.

For example, a good product that is designed to automatically generate transcripts for journalists is likely to only include features that help its users achieve that end goal. A feature that that might allow the generation of subtitles from the transcripts would be considered superfluous to the end product.

However, generating subtitles or auto-exporting segments of audio may later form the basis of a new product. Because you’ve eliminated that capability from the scope of the initial product, you’ve set back future experiments.

What’s the solution? Here are a few things we discussed as a group:

  • Rather than thinking about products, consider thinking in terms of designing new capabilities. A capability may enable the creation of new tools and products.

“organizations which design systems … are constrained to produce designs which are copies of the communication structures of these organizations.” — Conway’s Law

This may mean that you tend to think about experiments that could be handed off to pre-existing product teams, rather than thinking about experiments that might not have a pre-defined structural home. While this might be pragmatic from a transfer perspective, it might also mean that you miss out on opportunities to solve big problems facing your newsroom.

From the session “Product kills progress(?) Discuss!”

What’s next?

We plan to iterate over this initial experiment and schedule another Unconference in the future, taking on board our learnings from the day and feedback from attendees. This is likely to be at the end of this year or the beginning of next.

If you’re interested in being involved, please send us an email at

BBC News Labs

We're an incubator charged with driving innovation in news.

Medium is an open platform where 170 million readers come to find insightful and dynamic thinking. Here, expert and undiscovered voices alike dive into the heart of any topic and bring new ideas to the surface. Learn more

Follow the writers, publications, and topics that matter to you, and you’ll see them on your homepage and in your inbox. Explore

If you have a story to tell, knowledge to share, or a perspective to offer — welcome home. It’s easy and free to post your thinking on any topic. Write on Medium

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store