Discussion about this post

User's avatar
Dan Twomey's avatar

Really like this approach David. It takes a more holistic view of product development. Love the idea of PEDD teams (product mgmt, design, engineering, AND data) focused on achieving outcomes, especially with data intensive applications or components.

Expand full comment
Andrew Jones's avatar

I certainly agree with the subtitle: "We need data to be part of product engineering"!

If data applications are supporting key business process, driving ML models that power product features, then they should be built in the same way, and with the same discipline, that product engineering use for their services.

And of course, data should be owned by the team who produces it.

My goal with data contracts was always a way to facilitate a move to this model, without changing the organisation structure first.

That's why my book talks mostly about that, and much less on the technology.

Even with the perfect org structure, there is still a need for an interface to access the data.

Often that would be a table in a data warehouse, with historical data, because the people consuming this data are often using tools like dbt or SQL-based analytic tools like Looker.

And that's the interface that can be driven by a data contract.

Expand full comment
4 more comments...

No posts