Branislav Blatnjak

Branislav Blatnjak

Data Platform Specialist, Breathe IT
✓ Microsoft Certified: Fabric Analytics Engineer Associate (DP-600)
✓ Microsoft Certified: Fabric Data Engineer Associate (DP-700)

"Over the years, I've seen many tools come and go. They all promise speed, AI, and easier access to insights. But what I've noticed is that the technology itself is rarely the challenge, it's how we adopt it that makes the difference."

When a new tool launches, it's easy to get excited. Teams adopt with high expectations. But without the right approach, the result can end up the same as before, just with different technology.


A pattern worth knowing about

  • New platform adopted with high expectations
  • Old habits lifted straight into the new tool
  • Months spent rebuilding pipelines that didn't need to exist
  • Same problems, different technology
  • Rising costs, confused teams, slow reports

This isn't an attack on new technologies, it's an observation about how they're often implemented. The tool is rarely the problem. The adoption process is.


Microsoft Fabric is different, but only if adopted correctly

Fabric doesn't magically fix data models, unclear ownership, or chaotic pipelines. What it does offer is something genuinely valuable when implemented well:

  • One architectural backbone for ingestion, transformation, analytics, and reporting
  • Fewer handoffs between tools and teams
  • Clear responsibility from raw data to decision-ready output

OneLake is the core, one central data storage solution where everyone works from the same source. No more data copies scattered across silos. No more "which version is correct?" discussions.


Proper Fabric adoption is about what you DON'T build

Decide what NOT to build

Most value comes from removing unnecessary complexity, not adding more pipelines.

Get the data model right early

A well-designed model saves months of rework. Rushing here is where projects go wrong.

Know which tool actually fits

SQL, Spark, semantic models, notebooks, each has its place. Using the wrong one creates friction.

Design for operations, not demos

A proof of concept isn't production. Build for the team that has to run it every day.


Indication that you should take action

  • • Unclear architecture
  • • Slow reports
  • • Confused teams
  • • Rising costs

If Fabric is becoming harder to operate than expected, it's time to pause and reassess. That's not a sign of failure, it's a sign that something should be adjusted early, before problems grow.


"That's where most implementations fail, and where experience matters."

The technology isn't the hard part. Getting the adoption process right is what separates successful projects from those that struggle.

At this stage? Let's talk.

Sometimes a second opinion makes all the difference.

Take Action →