- Tags:: 🗞️Articles , Data team vision and mission
- Author:: Justin Gage (Growth at Retool)
- Link:: Data as a Product vs. Data as a Service | by Justin Gage | Medium
- Source date:: 2019-07-14
- Finished date:: 2021-05-01
Awesome article that documents the evolution of data maturity from a unique perspective: starting with data as a product, finishing with data as a service.
You start as a product team because:
- is the simplest model to understand
- there is a need to provide a foundation, with data talent, so that the rest of the company can do stuff with data.
- Requests at the beginning of the journey are “simpler”, and can be self served.
But over time, as the foundation is laid out, the data team has time to do more advanced stuff, and at the same time the questions other times want to answer with data become more complex. So the data team partners with stakeholders (maybe even embeds within them) to directly tackle strategic business projects.
The author ask us to clearly explain this evolution to stakeholders, and to keep in mind that every stage requires different individuals on your team.
The terminology is a bit confusing, because I wouldn’t call the beginning of the team “Data as Product”: you start as with “Data as a Service”, since there are no building blocks yet for anybody, so you support other teams directly, in a reactive way. Then, you juggle that we providing a building blocks, a platform, there you act as “Data as a Product”. And eventually, you are back in “Data as a Service”, but with a way more advance service, not reactive but strategic. So I’d say the timeline is: DaaS (basic) → DaaP → DaaS (advanced). In any case, these recommendations match the canonical platform team definition of 📖 Team Topologies.