This will be a short article, as it is
Sunday and my family deserve my attention.
I have seen so many absurd ideas about true
data architecture – most of which consider physical approaches as if the
architect is a dead role – it is not – and the consistent failure in projects I
have been witnessing in most large companies confirm that. People are so
concerned about production issues that they simply neglect planning and start
believing in developers and product specialists.
Agile practices are blinding people to the
fact that simple planning and a bit of design can do wonders for data projects.
Against immediatism – the greatest responsible for multibillion losses. While
companies impose a distance between IT and business there will be (large) losses
– we are not operational expenses.
Besides, there are the information silos – these
hidden reigns of information that nobody seems to care – sorry, there is no “my
information” – there is COMPANY INFORMATION.
So, in order to make the MVP -Minimum
Viable Product - for effective data architecture, here are some suggestions:
- Define a common information
model to reflect the real company culture; with a model and standards, errors
and redundancies fall in at least 25%, which means more reliable data and more
effective projects;
- Define an approach to improve
data quality and reliability based on the common model;
- Define the conversion from the production systems into the common model – there are two possible ways to do it: one is using a data lake based on the common model and another involves using distributed technologies, like edge computing principles and streaming, to produce data faster using the common model and intermediate models/processing areas.
- Last, but not least, create the decision support area in a data warehouse.
And remember, everything that feeds a lake
and/or a data warehouse must be improved to generate manageable data sources –
even in clouds, packages, ERPs and such. Data is data, no matter what format it
takes and must be treated the same way, because it is part of the ENTERPRISE DATA
ASSETS. This is what data architecture manages and maintains.
IN SHORT, IT IS MUCH SIMPLER THAN MOST
PEOPLE ARE TRYING TO SELL YOU, AND ABOVE ALL, IT IS TECHNOLOGY-AGNOSTIC.
This is true Data Architecture – Happy Sunday!
Comments
Post a Comment