Engineering AI Will Not Follow the Software Playbook

LTTS CEO Amit Chadha says industrial AI needs a different operating model from software AI, built around safety, validation and accountability.

Topics

  • Key Takeaways

    01

    Industrial AI carries a different risk profile from software AI. Physical consequences, safety constraints and accountability requirements demand a governed path to autonomy, not a fast one.

    02

    The bottleneck in engineering AI is organizational readiness: validation systems, accountability frameworks, and integration architecture have not kept pace with what AI can now do.

    03

    Industrial AI advantage will depend on operating discipline, not model capability alone: clear guardrails, validation loops and accountability across the lifecycle.

    The risk profile of AI changes when it moves from a software workflow into a physical system. In engineering, AI can act on plants, vehicles, medical devices and energy systems where mistakes may disrupt operations, damage assets or create safety risks.

    Amit Chadha, CEO and Managing Director of L&T Technology Services, has been making this argument for three years. It sits at the center of LTTS’s Engineering Intelligence strategy, and it runs directly against the assumption driving most enterprise AI investment today.

    “When AI moves from dashboards to machines, it is no longer about insights,” he said in an interview with MIT Sloan Management Review India. “It is about real-world outcomes, reliability, and accountability.”

    LTTS crossed ₹10,000 crore ( $1.3 billion ) in revenue in FY26 for the first time. Its five-year Lakshya 31 plan places Engineering Intelligence at the center of its next phase of growth. LTTS defines Engineering Intelligence as the convergence of engineering, AI and digital technologies into physical systems. But scaling that ambition depends on a harder question: whether industrial companies have built the governance architecture that AI-enabled systems require.

    The Assumption Companies Have Not Tested

    Much of the enterprise AI narrative assumes that industrial adoption will follow the software arc: assist first, automate gradually, scale through platforms. It is a reasonable extrapolation from the last decade of digital transformation. It is also, Chadha argues, wrong.

    “The biggest assumption the industry is making today is that AI in engineering will follow the same trajectory as AI in software,” he said. “In an engineering context, AI is not just about improving productivity. It is about fundamentally redefining how products, systems, and processes are designed, built, and operated.”

    The difference is structural. Software AI often operates in environments where feedback loops are fast and failure is recoverable. Engineering AI operates in environments where performance, safety, and accountability are tied to physical outcomes, and where the tolerance for error is set not by user experience teams but by regulatory frameworks, safety standards, and the physics of the systems being controlled.

    What the industry often underestimates, Chadha says, is the complexity of this convergence. LTTS describes Engineering Intelligence not as AI layered on top of existing workflows, but as intelligence embedded into how products are conceived, designed, operated, and continuously optimized across agentic AI, physical AI, manufacturing AI, and engineering AI. Five years from now, he says, the idea that AI is a layer on top of engineering will seem as dated as the idea that software was a layer on top of business operations.

    Agentic AI Hits a Harder Wall When the Environment Is Physical

    The agentic AI conversation has been shaped almost entirely by software use cases: coding assistants, customer service agents, enterprise knowledge workflows. In those environments, failure modes are easier to observe, accountability structures are largely digital, and many errors can be contained within the workflow. In engineering-led sectors, the calculus is categorically different.

    “In our domain, agentic AI cannot remain confined to workflows,” Chadha said. “It must operate in environments where decisions have physical consequences.”

    For LTTS, real agentic capability means systems that can sense, decide, and act autonomously within defined boundaries in a manufacturing plant, a vehicle, or an energy system. Clients are comfortable with AI assisting decisions and running simulations. What they are not yet ready to hand over is full autonomy in safety-critical environments, where a wrong call can affect production continuity, product integrity, or human safety.

    The path Chadha describes is deliberate and staged: AI recommends, then assists, then executes within guardrails, then operates autonomously in controlled domains. The final stage requires not just better models but engineering frameworks, validation systems, and accountability mechanisms. “Agentic AI in engineering will scale differently, and perhaps more cautiously, than in software,” he said. That caution is not merely defensive. It reflects the design constraints of engineering environments.

    The bottleneck is not on the supply side. LTTS has built and deployed sophisticated AI systems, Chadha said. The harder problem is client absorption. Across automotive, industrial manufacturing, energy, and healthcare, AI maturity varies sharply. Some companies are building AI-native platforms from the ground up. Others are managing decades of legacy infrastructure and risk frameworks that were not designed for autonomous systems. That gap between what is technically possible and what organizations are operationally ready to deploy is, Chadha says, the defining constraint of this moment.

    “The bottleneck is less about what we can build and more about how quickly industries can absorb and scale it,” he said.

    Accountability Cannot Be Retrofitted After Deployment

    When AI is embedded in physical systems, the question of who is responsible when something goes wrong becomes structurally more complex than in software. Chadha describes accountability as layered: at the system level, responsibility remains with the enterprise that owns the asset or operation; at the solution level, it is distributed across the engineering partner, the technology stack, and the operating framework.

    That distribution has a direct implication for system design. Reliability, validation, and lifecycle governance cannot be added after deployment. They must be architected in from the beginning. That means the engineering partner’s role is not simply to deploy capability, but to embed accountability into the system itself.

    “In practice, autonomy is always bounded,” Chadha said. “Systems operate with human-in-the-loop or human-on-the-loop models depending on criticality.”

    Healthcare makes the principle concrete. LTTS’s lung navigation platform sits at the intersection of engineering precision, clinical workflow, and AI-enabled simulation. In that environment, Chadha says, AI can simulate scenarios, assist navigation, and provide decision support, but critical clinical decisions must remain with the clinician. Not because the model cannot perform, but because accountability cannot be algorithmically transferred. The same logic applies, with varying degrees of strictness, across every engineering domain where physical consequences are real.

    The competitive implication is worth stating directly. Hyperscalers bring platform reach. Pure-play software firms bring model capability. What neither can easily replicate, Chadha argues, is deep multi-domain engineering expertise combined with the ability to embed AI into physical systems where outcomes are tied to real-world performance, safety, and lifecycle reliability. That convergence, not model sophistication alone, is where industrial AI will be differentiated. 

     

    “When AI moves from dashboards to machines, it is no longer about insights. It is about real-world outcomes, reliability, and accountability.”   — Amit Chadha, CEO & MD, L&T Technology Services

    What Leaders in Each Role Must Do Differently

    C-Suite

    Stop treating industrial AI deployment as a technology program and start treating it as a governance program. The question is not which AI systems to buy, but whether the organization can validate outputs, assign responsibility, and maintain human oversight before expanding autonomy. Define that architecture before the next deployment decision, not after.

    CIOs & Operations Leaders

    Audit current AI deployments for validation infrastructure: is there a system that connects AI prescriptions to measured outcomes? If not, that gap is both an accountability risk and an investment justification problem. Closing it is not only a technology question. It is also a process design question.

    Boards & Risk Committees

    AI in engineering creates a new category of fiduciary exposure. Board-level oversight should include explicit review of human-oversight models in safety-critical deployments, accountability distribution across the engineering ecosystem, and whether validation frameworks are built in or retrofitted. These questions belong on the risk agenda now, not when the first incident occurs.

    The companies that move fastest in industrial AI may not be the ones that gain the most. In engineering-led sectors, the advantage is likely to go to organizations that define the governance architecture first, building validation into the lifecycle, bounding autonomy where the risk demands it, and expanding AI’s operating envelope only where accountability is clear. That is a slower path than software AI. It may also be the only one that holds.

    Editor’s Note: MIT Sloan Management Review’s AI Research Forum will make its India debut in Bengaluru on 23 July, bringing together enterprise leaders, researchers, and practitioners to examine how autonomous AI is moving from experimentation to governed deployment at scale. To speak, partner, or attend, register here.

     

    RESEARCH BASIS

    This article is based on an interview with Amit Chadha, CEO and Managing Director of L&T Technology Services, conducted by MIT Sloan Management Review India. LTTS reported FY26 revenue crossing ₹10,000 crore ( $1.3 billion ) for the first time and serves clients across mobility, sustainability, industrial, medical technology and technology sectors.

    Topics

    More Like This

    You must to post a comment.

    First time here? : Comment on articles and get access to many more articles.