Amit Shivpuja is the director of data product and AI enablement at Walmart.

getty
Enterprise AI adoption is accelerating. The Stanford AI Index reports that 55% of companies now have at least one AI use case in production. PwC’s 2024 Global CEO Survey found that one-third of CEOs have seen concrete results from AI investments. Yet, despite this momentum, many teams still struggle with inconsistent outputs, heavy prompt engineering and repeated cycles of validation. The common assumption is that the model is the problem. In reality, the root cause sits upstream.
I have spent more than two decades leading data, product and AI teams across large enterprises. In that time, I have seen sophisticated models fail not because of algorithmic weakness, but because the meaning behind the data was never captured in a structured way. One global program I led involved deploying AI across multiple business units. The model was strong, the data was certified and the governance was mature. Yet, the AI repeatedly produced inconsistent results. The issue was not the technology. It was the missing documentation layer that should have been created throughout the product and data life cycle but never was.
The Context Gap That AI Cannot Bridge
AI systems do not inherit institutional knowledge. They do not understand business rules that only exist in a Slack thread. They cannot interpret metric definitions that live in a 6-month-old product requirements document. They cannot apply exceptions that were never documented. They cannot join tables correctly when relationships are only known by the team that built them.
Most enterprises have strong data governance. They have lineage, quality checks and certified datasets. These foundations are essential, but they were designed for human interpretation. AI requires something different. AI requires data that is self-describing, context-complete and machine-consumable.
This is where the documentation gap becomes visible. The context that AI needs is created during product requirements, design, development, testing, deployment and certification. Yet, in most organizations, this context is scattered, incomplete, outdated or trapped in code and tribal knowledge.
Where Documentation Should Exist, But Often Does Not
Across the life cycle, there are predictable moments where context is created but not captured:
• Product requirements should define metrics, rules, exceptions and success criteria.
• Design should establish entity models, relationships and domain boundaries.
• Development should document transformation logic, assumptions and calculation definitions.
• Testing should capture expected outputs, edge cases and validation logic.
• Deployment should maintain version history and change impact.
• Certification should provide usage guidance and meaning.
When these artifacts are missing or incomplete, the context layer collapses. Humans compensate through experience. AI cannot.
Why This Matters For AI Readiness
AI-ready data is not only governed and trusted. It is interpretable. It carries the meaning, rules, relationships and trust signals that AI systems require to behave consistently.
When documentation is weak, AI becomes dependent on prompt engineering. Teams spend time re-explaining logic, validating outputs and correcting errors. The cost is not only operational. It is strategic. AI adoption slows. Trust erodes. The organization cannot scale its AI ambitions.
The Cultural Shift Required
Fixing this is not a tooling problem. It is a cultural one. Teams need the discipline to capture context at the moment it is created. They need to treat documentation as a first-class output of product, data and engineering work. They need to build the muscle to maintain meaning, rules and relationships with the same rigor applied to code and deployments.
This is not about creating more documents. It is about creating reusable, structured context that strengthens every product, dataset and decision.
Best Practices That Make Documentation A Priority
Across my teams, a few practices have consistently improved documentation quality and made context a shared responsibility:
1. Documentation is part of the definition of done. Do not close a story or ship a feature until the meaning, rules and assumptions are captured. This shifts documentation from optional to expected.
2. Lightweight templates reduce friction. Use simple, repeatable templates for requirements, definitions and business rules. These should take minutes to complete and eliminate ambiguity.
3. Context is linked directly to data assets. Documentation should not be stored in isolated documents. It should be attached to the datasets, metrics and models it describes—so it is always discoverable.
4. AI assists with the heavy lifting. Use AI to generate first drafts, summarize changes, extract logic from SQL and identify inconsistencies. This can help reduce the burden on your teams and improve accuracy.
These practices build the discipline and muscle memory that AI systems depend on.
To see this in action, look no further than a project I worked on: On a recent program, our company used AI to analyze hundreds of SQL transformations and extract embedded business rules. This surfaced inconsistencies that had gone unnoticed for years. Once documented and aligned, AI performance improved immediately because the model finally had access to the same context humans relied on.
The Path Forward
Organizations that succeed with AI will not be the ones with the largest models. They will be the ones with the strongest context layer. They will capture meaning upstream. They will structure it. They will link it to data assets. They will make it reusable for both humans and AI systems.
The future of enterprise AI depends on this shift. AI-ready data is the outcome.
Forbes Technology Council is an invitation-only community for world-class CIOs, CTOs and technology executives. Do I qualify?

6 hours ago
1













English (US)