Centralised vs Decentralised Data Teams: Finding the Right Fit

Centralised vs Decentralised Data Teams: Finding the Right Fit

I talk to businesses regularly about their data strategy and data team structure.

Team structure is a hidden battle organisations fight as they grow their data teams.

Typically, data teams start centralised.

Then they decentralise. Then centralise. Then decentralise. Then settle somewhere in the middle.

And before you know it, there are Power BI Bandits across the business!

Slinging data and creating value...but not potentially not adhering to best practice.

So what's the go with decentralised vs. centralised data teams? What even is it?

Let's find out.

Understanding the Models

In the realm of data team structures, organisations often grapple with choosing between centralised and decentralised models.

A centralised model consolidates data professionals into a single team that serves the entire organisation. Stakeholders may then come to the central team and request projects or insights.

Article content
Centralised Model @dbt

A decentralised model embeds data professionals within individual departments, allowing for domain-specific focus, giving rise to titles like: Marketing Analyst, Finance Analyst, HR Data Analyst. Typically, the Data Engineering or Data Platform team may maintain a central governance and authority over the data sources.

Article content
Decentralised or Embeded Model @dbt

Many organisations adopt a hybrid approach, blending elements of both to suit their needs.

It's more complicated than this but at a high-level this is decentralised vs. centralised.

Pros and Cons

Centralised Model:

Pros:

  • Consistency and alignment in data practices and governance.
  • Facilitates resource sharing and collaboration among data professionals (mentorship).
  • Simplifies the implementation of organisation-wide data strategies.

Cons:

  • The most common issue is speed.
  • Risk of data professionals being detached from specific business contexts.
  • Potential for bottlenecks due to centralised decision-making.

Decentralised Model:

Pros:

  • Allows data professionals to develop deep domain expertise.
  • Enables quicker decision-making within departments.
  • Fosters a sense of ownership and accountability in data initiatives.

Cons:

  • Can lead to inconsistencies in data practices across departments due to lack of knowledge sharing.
  • Challenges in maintaining unified data governance.
  • Risk of duplicated efforts and resources.

People and Fit

As the owner of a recruitment agency specialised in data & analytics folk you know what I'm going to say here:

It's not about which model is better, it's about the people in it.

Some professionals thrive in a centralised environment.

While others excel in decentralised.

What I'm getting at here is hiring for the business model and sharing that with prospective applicants is the most important. Know thy business.

Perth's Landscape

In Perth, organisational preferences vary:

  • Mining and Energy Sectors: Often lean towards decentralised models to cater to the distinct needs of various operations and also the scale of operations.

Other sectors like banking, education, healthcare and government have mixed models often depending on leadership and size of the data team.

If there are only three data folk at a 300-person company, centralising makes a lot of sense!

As we see data maturity uplift as a whole, decentralisation may gain more popularity.

Hiring Considerations

When recruiting for data roles, clarity about the team's structure is paramount.

Candidates should be informed about whether they'll be part of a centralised team, embedded within a department or operating in a hybrid setup.

And applicants should know what they're getting into.

This transparency means alignment of expectations and helps attract professionals who are best suited to the organisation's model.

Hire for your model.


I wrote this article to better understand data team model.

And I’ve found the best way to learn is by writing it out.

The best source to explain this has been How to structure your data team by dbt. It offers valuable insights. Highly recommend it.

DR Analytics Recruitment

I'm Douglas - former data analyst and Founder of DR Analytics Recruitment. We're putting people first by building a community that connects top data and technology talent with the right companies. Our vision is an Australia empowered by data literacy.

Get in touch to learn more!

📧 Email: douglas@analyticsrecruitment.com.au

📞 Phone: +61 430 846 876

🌐 Website: https://www.analyticsrecruitment.com.au

⭕ Data Community: https://www.meetup.com/en-AU/industry-inner-join/

About a decade ago I was telling anyone who’d listen to keep an eye on a company called Palantir because of how differently they approached data problems. They pioneered the concept of the Forward-Deployed Engineer — embedding elite technical staff directly within the customer’s operations, sitting beside analysts, operators, and stakeholders instead of remote from them. Their solutions were informed, contextual, and adaptive in ways traditional centralized BI/IT teams couldn’t match. It’s a model that feels strikingly relevant now, especially as decentralised data teams become more common and business units demand more autonomy. Here’s the original 2016 article that first turned me onto it. Worth a read especially given how much of it reads like a forecast of today’s landscape: https://www.linkedin.com/pulse/winning-analytics-war-matthew-grant I made a fun little riff down the bottom here too ;-)

  • No alternative text description for this image
Like
Reply
Solange Utshudi

Data Science and Actuarial Science

3mo

Great insights- selecting between centralized and decentralized data teams should align with an organization's structure and data maturity. Equally important is ensuring data capabilities are aligned with business needs. Industry-specific knowledge enhances the impact of data professionals; for instance, a mining analyst with relevant certification or a financial analyst with domain expertise can provide more actionable insights. A robust induction process is key to bridging technical and business understanding in any team structure.

Like
Reply
Simarjot Kaur

Data Analyst | Data Engineer | Business Intelligence Developer | Power BI | SQL | Excel | ETL | Tableau | Python | Azure | Data Visualisation | Data Analysis | Reporting | Data migration

3mo

Well put, Douglas!!

Like
Reply

To view or add a comment, sign in

Explore topics