Omar is obsessed with the idea of ownership. He doesn’t mean vague abstractions of responsibility; he’s talking about the nuts-and-bolts of who owns what—and what that ownership entails. Ownership is sexy in theory, but it’s messy in practice. Everyone wants to ‘own’ something until they realize what that means.
For Omar, ownership begins with expectations. When you own a piece of the system—a pipeline, a dataset, a KPI—it’s not just about saying, “That’s my problem.” It’s about the gritty details of accountability. “If you own a data product, the metadata has to be filled out. The glossary has to be completed. The data quality has to meet expectations, and if something upstream breaks, you better be the one who communicates it.”
He pauses, reflecting on an especially thorny project. “The hardest part is aligning what ownership even means. For instance, does a team own the revenue data as a whole, no matter where it comes from? Or do they only own the system that processes it? These are not small decisions. They affect every handoff in your data ecosystem.”
Ownership is sexy in theory, but it’s messy in practice. Everyone wants to ‘own’ something until they realize what that means.
In the energy sector, where teams often straddle the line between hardware (like turbines and smart grids) and software, the ownership question becomes trickier. Does the IoT team managing wind farm sensors also own the aggregated data in the warehouse? Or is that the responsibility of the predictive maintenance team? Omar sees these divisions far too often — lines blurred until nothing is clear, urgency prevailing over governance.
“That’s when data engineers get buried in ad hoc work,” he says. “Every day is a fire drill. Fix this pipeline, update that dashboard, hack something together for a crunch meeting. It’s not scalable—and it definitely doesn’t end well.”
The solution, Omar believes, lies in capability, not just delivery. “At one client, we built a system that let teams draft their own pipelines with minimal hand-holding from the data engineering team. If data maturity is the goal, you have to make it easy for teams to own, run, and maintain their stuff.”