Innovationcode Design & Manufacturing

AI Leadership Transformation: Ascendants or Obsolete?

In the age of AI, businesses will increasingly fall into two categories: the Ascendants and the Obsolete.

That may sound dramatic, but the dividing line is already becoming visible.

For leaders, this is the central challenge of AI leadership transformation: turning technological capability into organizational advantage.

According to Stanford’s 2026 AI Index, 88% of surveyed organizations were using AI in at least one business function in 2025. Yet AI-agent deployment remained in the single digits across almost every business function.

That gap tells us something important.

Using AI is no longer a competitive advantage. Knowing what to do with it is.

The real competition will therefore not be between companies with AI and companies without AI. It will be between organizations that can continuously redesign themselves around new capabilities and organizations that cannot.

And behind those organizations, we increasingly see three types of leaders:

The Makers. The Watchers. The Blamers.

The Makers

Makers do not ask:

“How can we add AI to what we already do?”

They ask a much more uncomfortable question:

“If we created this company today, knowing what AI can do, would we still organize the work this way?”

That distinction is enormous.

A Maker may look at a process that requires ten people, five handovers and three days and discover that AI can reduce the information-processing part to twenty minutes.

But the objective is not simply cutting people.

The interesting question is what those people can now do with the time, intelligence and information suddenly available to them.

Makers redesign workflows.

They connect company knowledge.

They turn historical experience into reusable intelligence.

They automate repetitive reasoning while keeping human judgement where judgement actually creates value.

McKinsey’s research shows exactly why this matters. Although AI adoption has become widespread, only around one-third of surveyed organizations reported scaling their AI programs across the enterprise.

The bottleneck is increasingly not the model.

The bottleneck is the organization.

Organizations that want to lead this change must move beyond experimentation and become AI Makers rather than Watchers.

The Watchers

Watchers are more dangerous than they appear because they do not look conservative.

They attend conferences.

They subscribe to ChatGPT, Claude or Gemini.

They launch an AI committee.

They run pilots.

They ask consultants for presentations about “AI transformation.”

And then very little changes.

The organization continues producing quotations, engineering drawings, reports, purchasing decisions or project documentation essentially as it did five years ago — only now someone occasionally asks an LLM to write an email.

Watchers confuse exposure to technology with transformation.

They keep waiting for the technology to become more mature, more reliable, cheaper or easier to integrate.

But AI will never send them a message saying:

“The technology is now finished. You may safely begin.”

The companies moving fastest are learning while the technology is changing.

That learning compounds.

And compounded learning may eventually matter more than compounded capital.

The Blamers

Then come the Blamers.

They have explanations for everything.

AI hallucinates.

Our data is messy.

Our customers are different.

Engineering is too complex.

Our employees will resist.

Regulation is unclear.

Cybersecurity is a problem.

And, interestingly, many of those objections are perfectly legitimate.

That is precisely what makes the Blamer mindset so seductive.

The mistake is not identifying the risks.

The mistake is using the risks as justification for doing nothing.

A Maker sees an unreliable AI system and asks how to build verification around it.

A Blamer sees the same system and explains why AI cannot work.

Same technology.

Completely different trajectory.

From AI Tools to Organizational Intelligence

This distinction becomes particularly interesting in engineering.

Engineering companies accumulate enormous amounts of intelligence: CAD models, drawings, quotations, specifications, standards, calculations, supplier knowledge, previous design decisions and thousands of solutions to problems that somebody inside the organization has already solved.

Yet much of that intelligence remains fragmented.

AI changes the economics of accessing it.

This is one of the ideas behind AISON AE, the AI engineering environment we are developing.

The goal is not to build another chatbot.

It is to create an engineering intelligence layer capable of combining AI with company knowledge, historical projects and deterministic engineering tools.

Imagine an engineer analysing a new component.

Instead of starting from zero, an AI system can retrieve similar parts previously designed, associated 2D drawings, manufacturing decisions, quotations, technical documents and lessons learned.

AI proposes.

Company knowledge provides context.

Engineering rules verify.

The engineer decides.

That is a very different model from simply asking ChatGPT a question.

It turns years of accumulated experience into something closer to institutional memory that can actively participate in the work.

And that may become one of the most valuable assets a technical company can possess.

The Real Competitive Advantage

The World Economic Forum estimates that about 39% of workers’ existing skill sets will be transformed or become obsolete by 2030. At the same time, it expects analytical thinking, creativity, resilience, leadership and collaboration to remain critical alongside AI skills.

That combination is revealing.

The future is probably neither “humans versus AI” nor “AI replacing humans.”

It is organizations capable of combining machine intelligence, human judgement and proprietary knowledge better than their competitors.

The strongest companies will therefore not necessarily have the largest AI budgets.

They will have the shortest distance between knowledge and action.

They will learn faster.

Experiment faster.

Reuse knowledge faster.

Make decisions faster.

And improve their systems every time somebody completes a project.

Those are the Ascendants.

The Obsolete may still have good people, respected brands and profitable businesses.

Their problem is simply that the world around them will be learning faster than they are.

So perhaps every leadership team should stop asking:

“What should we do about AI?”

And ask something much more personal:

Are we Makers, Watchers or Blamers?

Because technology will continue to change.

The category we belong to is still a choice.

At Innovation Code, we help organizations move from AI experimentation to practical transformation by redesigning workflows, connecting knowledge, and turning AI into measurable business value. Learn more at www.innovationcode.com.

AI Transformation: Become a Maker, Not a Watcher

Artificial intelligence is often presented as a force that will divide companies into two groups: those that adopt it and those that do not.

The real division is more subtle.

The future will not simply belong to companies that purchase AI software, launch a few experimental projects, or add the words “AI-powered” to their marketing materials. It will belong to organizations that change how they think, decide, design, collaborate, and create value.

In other words, the decisive divide will be between Makers, Watchers, and Blamers.

Watchers observe the development of AI from a safe distance. They attend conferences, read reports, follow competitors, and wait for the technology to become more mature.

Blamers focus on everything that could go wrong. They blame AI for job insecurity, declining quality, intellectual laziness, misinformation, organizational confusion, or the loss of human expertise.

Makers take a different path.

They do not ignore the risks, and they do not believe that every AI application is automatically useful. However, they understand that uncertainty is not a reason for paralysis. It is an invitation to experiment, learn, and build.

The strategic challenge for today’s leaders is therefore clear:

You must move from seeing AI as a threat to seeing it as an opportunity to create a more agile, innovative, and human-centric organization. You must become a Maker—and lead your organization along the same path.

AI Is Not Just a Technology Test

Many companies still treat artificial intelligence primarily as an information technology initiative.

They ask questions such as:

  • Which AI platform should we buy?
  • Which large language model is the most powerful?
  • Should we create an internal chatbot?
  • How can we automate administrative tasks?
  • What are our competitors doing?

These questions are not irrelevant, but they are incomplete.

AI is not merely testing a company’s technology infrastructure. It is testing its entire operating model.

It reveals whether an organization can move quickly, share knowledge, challenge established processes, manage uncertainty, and combine different forms of expertise. It exposes slow decision-making, fragmented data, rigid hierarchies, unclear responsibilities, and resistance to experimentation.

A company that struggles to introduce AI often does not have an AI problem. It has an organizational problem that AI has made visible.

This is particularly important in engineering, manufacturing, and product development, where knowledge is distributed across departments, systems, suppliers, documents, CAD models, prototypes, simulations, and the experience of individual specialists.

In these environments, AI cannot create meaningful value when it is treated as an isolated software tool. It must be integrated into the way engineering work is performed.

The Watcher: Informed but Immobile

The Watcher is interested in AI but reluctant to act.

Watcher organizations often appear responsible and rational. They create committees, request market analyses, study possible use cases, and wait for clearer standards.

Their preferred sentence is:

“We are monitoring the situation.”

Monitoring is useful, but it can easily become a sophisticated form of procrastination.

The problem is that AI transformation cannot be fully understood from the outside. Some knowledge only emerges through practical use.

A team cannot learn how AI affects engineering documentation, design reviews, quotation processes, knowledge retrieval, or customer collaboration by reading reports alone. It must test the technology in a real workflow, with real data, real constraints, and real users.

Watchers wait for certainty before acting.

Makers act in order to reduce uncertainty.

That is a fundamental difference.

The objective is not to make reckless investments or to introduce AI everywhere. The objective is to create controlled experiments that produce organizational learning.

While the Watcher asks, “Is AI ready?”, the Maker asks a more useful question:

“Which part of our work is ready to be improved?”

The Blamer: Protecting the Past

Blamers are usually more emotionally involved than Watchers.

They see artificial intelligence as a threat to professional identity, employment, quality, creativity, security, or authority. Their concerns may be legitimate, but their response is defensive.

When an AI system produces an incorrect result, the Blamer says, “This proves the technology cannot be trusted.”

When an employee uses AI poorly, the Blamer concludes that AI makes people less competent.

When a project fails, the Blamer blames the tool rather than examining the process, the data, the instructions, the governance, or the expectations.

The same logic would have prevented the adoption of almost every transformative technology.

Poor results do not necessarily prove that a technology has no value. They may indicate that the organization has not yet learned how to use it effectively.

Engineering organizations understand this principle better than most. A simulation tool does not eliminate the need for engineering judgment. A CAD system does not automatically create a good design. A digital twin is only as reliable as the data, assumptions, and models behind it.

AI should be approached in the same way.

It is not an oracle. It is not an autonomous source of truth. It is a new layer of capability that must be designed, tested, validated, and governed.

The Maker does not ask people to trust AI blindly. The Maker creates a system in which AI outputs can be verified, improved, and used responsibly.

What It Means to Become a Maker

Being a Maker does not necessarily mean writing software or developing proprietary AI models.

A Maker is anyone who turns possibility into practical value.

Makers connect technological capability with real operational needs. They identify friction, create prototypes, test assumptions, involve users, collect feedback, and improve the solution.

They move from discussion to construction.

In an engineering company, a Maker might explore how AI can:

  • Retrieve technical knowledge from thousands of documents
  • Support design reviews by identifying missing information
  • Accelerate the creation of technical specifications
  • Compare new projects with previous engineering solutions
  • Assist in cost estimation and quotation preparation
  • Improve requirements management and traceability
  • Generate preliminary documentation from structured project data
  • Identify recurring design changes or quality issues
  • Support collaboration between engineering, manufacturing, and suppliers
  • Preserve the knowledge of experienced employees

None of these opportunities begins with the question, “How can we use AI?”

They begin with questions such as:

  • Where do our engineers lose time?
  • Which decisions depend too heavily on one individual?
  • Where is knowledge repeatedly recreated?
  • Which processes contain unnecessary manual work?
  • Where do errors occur because information is fragmented?
  • Which customer requests take too long to evaluate?
  • Which activities require expertise but not necessarily creativity?

This is the Maker mindset: start with the work, not the hype.

Building a More Agile Organization

Agility is often misunderstood as speed.

A genuinely agile organization is not simply one that works faster. It is one that can learn and adapt without creating chaos.

AI can contribute to organizational agility by shortening the distance between a question and a useful answer.

An engineer searching for previous solutions may no longer need to navigate multiple folders, databases, and email threads. A project manager may be able to identify risks across technical reports more rapidly. A sales engineer may prepare an initial technical response using information from previous projects, while still involving specialists for validation.

The result is not simply faster execution. It is faster learning.

However, agility requires more than technology. It requires leaders to give teams permission to experiment without pretending that every experiment will succeed.

Companies that punish unsuccessful trials will never create meaningful innovation. Their employees will quickly learn to propose only safe ideas, use new tools superficially, and hide uncertainty.

Maker organizations distinguish between a failed experiment and a poorly managed experiment.

A well-managed experiment can fail while still producing valuable knowledge. It has a clear objective, a limited scope, defined evaluation criteria, appropriate safeguards, and a documented conclusion.

This is how AI adoption becomes disciplined rather than chaotic.

Building a More Innovative Organization

Innovation does not happen because employees are told to “be more innovative.”

It happens when they are given better conditions for exploration.

In many companies, highly qualified professionals spend a significant portion of their time searching for information, formatting documents, transferring data between systems, preparing repetitive reports, or recreating work that already exists somewhere else in the organization.

These activities may be necessary, but they consume cognitive energy.

AI creates an opportunity to change this balance.

When repetitive knowledge work is reduced, employees can spend more time on problems that require judgment, creativity, technical interpretation, customer understanding, and interdisciplinary collaboration.

This is where the relationship between AI and innovation becomes particularly interesting.

AI does not need to replace human creativity to transform innovation. It can increase the number of ideas that can be explored, the speed at which concepts can be evaluated, and the range of knowledge available during decision-making.

In product development, for example, AI may help teams explore alternative concepts, identify relevant technical precedents, structure customer requirements, compare design options, or detect inconsistencies earlier in the process.

The engineer remains responsible for the solution.

But the engineer works with a broader and more responsive knowledge environment. For a specialized example of AI governed by engineering, explore AISON AE.

Building a More Human-Centric Organization

At first sight, the idea that artificial intelligence can create a more human-centric organization may sound contradictory.

It is not.

Many organizations claim that people are their most valuable resource while designing processes that waste their attention, ignore their knowledge, and reduce them to operators of inefficient systems.

A human-centric organization does not protect every existing task simply because a human currently performs it.

It protects and develops the qualities that make human contribution valuable: judgment, empathy, accountability, creativity, contextual understanding, ethical reasoning, and the ability to build trust.

The purpose of AI should not be to remove people indiscriminately. It should be to remove unnecessary friction from their work.

This requires thoughtful job redesign.

When a task is automated, leaders must ask what employees will do with the time and capacity that are created. Will they be expected to produce more of the same output, or will they be able to improve quality, collaborate with customers, develop new capabilities, and solve more complex problems?

Without a clear answer, AI can easily become another instrument for increasing pressure.

With the right leadership, it can become a tool for increasing professional value.

The goal is not human versus artificial intelligence.

The goal is human expertise amplified by artificial intelligence.

The Leader’s Role in AI Transformation

Leaders cannot delegate the entire AI transformation to the IT department.

Technology specialists are essential, but AI transformation involves strategy, process design, organizational culture, data governance, talent development, customer value, and risk management.

Senior leaders must provide direction.

They must identify where AI supports the company’s competitive advantage and where human expertise must remain central. They must decide which capabilities should be developed internally, which can be purchased, and which require external partners.

Most importantly, they must model the behavior they expect from others.

A leader who tells employees to experiment with AI but never uses it personally sends a weak message.

A leader who speaks enthusiastically about innovation but punishes every mistake creates fear.

A leader who presents AI only as a cost-reduction tool will generate resistance, even when the technology could create better jobs and better customer outcomes.

Maker leadership is visible.

It involves asking better questions, participating in experiments, sharing lessons, acknowledging limitations, and demonstrating that learning is part of the work.

A Practical Path from Watcher to Maker

Organizations do not become Makers through a single large transformation project.

They become Makers by building a repeatable capability for experimentation and implementation.

A practical approach can begin with five steps.

1. Identify Valuable Friction

Look for processes that are slow, repetitive, knowledge-intensive, fragmented, or dependent on a small number of experts.

Do not start with the most fashionable AI application. Start with a meaningful business problem.

2. Select a Controlled Use Case

Choose a project with a clear owner, accessible data, measurable outcomes, and limited operational risk.

The first project should be important enough to matter but contained enough to manage.

3. Combine Technical and Operational Expertise

AI projects should not be developed by technology teams in isolation.

Engineers, managers, users, data specialists, and process owners must work together. The people who understand the work must help design the solution.

4. Keep Human Validation in the Loop

Define which outputs require review, who is accountable, and how errors will be identified.

Automation without responsibility is not transformation. It is risk.

5. Turn the Experiment into Organizational Learning

Document what worked, what failed, what users needed, which data were missing, and how the process should change.

The real value of an early AI project is not only the immediate result. It is the capability the organization develops for the next project.

The Cost of Waiting

Some leaders believe that delaying AI adoption is the cautious choice.

In reality, waiting also creates risk.

The greatest danger may not be that competitors acquire a more powerful AI tool. It may be that they learn faster.

They may discover how to organize their data, redesign workflows, train employees, protect critical knowledge, and combine human expertise with intelligent systems.

These capabilities are cumulative. They cannot be purchased instantly once the market has already changed.

A company can buy software in a few weeks.

It cannot create a culture of experimentation, a structured knowledge base, reliable governance, and AI-literate leadership overnight.

The longer an organization remains a Watcher, the wider the learning gap may become.

The Choice Is Cultural Before It Is Technological

AI will continue to evolve. Models will improve, platforms will change, regulations will develop, and new applications will appear.

No organization can predict every technological development.

But every organization can decide how it responds to uncertainty.

It can watch.

It can blame.

Or it can make.

Makers do not deny the risks of artificial intelligence. They confront them through better design, stronger governance, experimentation, and human responsibility.

They understand that the objective is not to use AI everywhere. It is to use it where it can create meaningful value.

They also understand that AI transformation is not ultimately about machines.

It is about building an organization that learns faster, innovates more effectively, uses human talent more intelligently, and responds to customers with greater precision.

The companies that succeed will not be those that predicted the future perfectly.

They will be those that developed the ability to build within it.

From Artificial Intelligence to Applied Engineering

Innovation Code supports industrial companies across the product development journey, from early concepts and mechanical design to animated 3D visualization, prototyping, industrialization, and manufacturing support.

Our approach to AI is practical, not decorative. We help organizations turn artificial intelligence into concrete applications that improve engineering performance, accelerate decision-making, and make technical knowledge easier to use.

Innovation Code acts as a hands-on partner, helping teams identify valuable opportunities, design controlled pilot projects, and build AI-enabled workflows around real operational needs. The objective is simple: turn complexity into working systems that create measurable value.

By combining European engineering expertise, AI-powered development methods, and Asian manufacturing capabilities, we help industrial teams move faster while maintaining technical control and human accountability.

Do not remain a Watcher while competitors build, learn, and improve. Become a Maker—and start with one meaningful challenge.

Visit Innovation Code to explore how AI, engineering expertise, product development, and manufacturing support can help your organization become faster, more innovative, and more competitive.