Free tools Windows power users keep installed

One-click scans. No signup required.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

The CTO role is not disappearing. What may be fading is the model of a technology chief who personally reviews every architecture choice, requirement and approval. In a March 16, 2026, opinion article for CIO, Omilia CTO Marios Fakiolas argues that AI makes this kind of gatekeeping an increasingly costly bottleneck—and that CTOs should instead build the standards, workflows and feedback systems that let teams make sound decisions at scale.

That is a compelling direction, not a proven universal outcome. AI can expand what teams attempt, but it does not remove the need for human accountability, security controls or validation. The practical question is not whether to replace the CTO, but how to shift the role from approving every decision to making good decisions repeatable.

What “the CTO is dead” actually means

Fakiolas’s headline is a provocation, not a claim that companies no longer need chief technology officers. His argument is that a CTO who acts as the organization’s central technical checkpoint can slow work as AI tools widen the range of tasks teams can undertake. He puts the distinction this way: “The technology gatekeeping role is dying, but that doesn’t mean the CTO’s responsibilities are shrinking.”

In this view, the CTO’s leverage comes less from personally processing every document, design and approval, and more from creating the operating system for technical work: clear goals, architecture principles, review paths, risk boundaries and ways to learn from deployed systems. Fakiolas summarizes that shift as: “The old CTO processed documents. The new CTO builds the processing systems.” Both lines are the author’s framing; they are not evidence that every organization should adopt the same structure.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

Why the case for a different CTO mandate is persuasive

Personal review does not scale with more work

If an organization routes routine technical choices through one executive, that executive’s attention becomes a constraint. AI may increase the volume of code, analysis and proposed designs, making a central approval queue even less workable. Delegation is therefore not simply a response to AI; it is a way to keep decision-making proportional to the organization’s pace.

The alternative is not unreviewed autonomy. It is to specify which decisions teams can make within agreed boundaries, which require peer or specialist review, and which must be escalated because the potential consequences are high.

AI adoption needs workflow redesign, not just tools

McKinsey’s 2025 survey found that about 6 percent of respondents met its definition of AI high performers, based on reported EBIT impact and significant value from AI. The report associated high performance with transformation practices, including workflow redesign. That association supports the idea that organizations need to change how work gets done—not merely add a tool—but it does not establish that a particular reorganization will succeed in every company. See McKinsey’s 2025 State of AI report.

Strategy and technology leadership are connected

McKinsey’s 2026 technology-workforce article reported that two-thirds of top-performing companies had technology leaders who were very involved in crafting enterprise strategy, compared with 52 percent of other organizations. This is an association, not proof that greater involvement caused better performance. It nevertheless reinforces a practical point: CTOs need to connect technical choices to business priorities rather than treating technology planning as a separate approval function. See McKinsey’s 2026 technology-workforce article.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

What the evidence does—and does not—say about AI’s impact

Productivity gains reported by individuals should not be confused with enterprise-level financial results. In its 2026 survey, McKinsey reported that 80 percent of respondents said AI had improved their individual productivity, while 37 percent reported some enterprise-level EBIT impact. Six percent met McKinsey’s definition of AI high performers, unchanged from its 2025 survey. These are survey responses, not causal proof that AI produced the reported outcomes or that the figures will apply to a particular company. See McKinsey’s 2026 State of AI report.

Market expectations also need to be kept distinct from observed results. Gartner’s August 26, 2025 release, updated September 5, 2025, forecast that 40 percent of enterprise applications would include task-specific AI agents by the end of 2026, compared with less than 5 percent at the time of publication. That was a forecast, not a measured end-of-2026 result. See Gartner’s forecast.

Targets are another reason not to equate activity with success. Gartner’s 2026 CIO agenda material reported that 48 percent of digital initiatives met or exceeded business targets, while 94 percent of surveyed CIOs expected major changes to plans and outcomes within 24 months. The figures point to uncertainty and a persistent execution challenge, rather than proving that a specific AI-led operating model will solve it. See Gartner’s 2026 CIO agenda findings.

Where the argument needs guardrails

AI output still needs risk-based validation

Fakiolas describes AI-enabled review pipelines and makes a case for using AI to expand technical capacity. That does not establish that AI reliably produces production-ready architecture or can safely validate its own work. A CTO should set review requirements according to the cost of error: a reversible internal experiment does not need the same controls as a change affecting customer data, safety, financial reporting or a regulated service.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

Human ownership remains essential for deciding what risks are acceptable, verifying consequential outputs, handling exceptions and being accountable when a system fails. Automation can assist these responsibilities; it cannot make them disappear.

Broader team ownership is not right for every system

The proposal to dissolve narrow specialist handoffs in favor of broader end-to-end ownership may reduce delays where teams can safely own a service from design through operation. It is not evidence that every specialist team should be replaced. Deep expertise in security, reliability, data governance or regulated technology may be essential, and a generalist team should not be asked to absorb those duties without the competence and authority to do so.

Flexible choices still need coherent architecture

Keeping technology choices changeable can reduce the cost of being wrong, but flexibility is not the same as avoiding standards. Shared interfaces, data rules, security expectations and lifecycle policies help teams move independently without creating incompatible systems. The CTO’s job is to preserve useful options while controlling complexity and lock-in.

Independent reader supportYour contribution helps us test, update, and keep practical guides available for everyone.Support on Ko-Fi

How a CTO can turn the thesis into operating practice

  1. Start with a business outcome. Choose a workflow with a measurable problem—such as delivery delay, operating cost, defect rate or service quality—rather than beginning with an AI demo. Define a baseline and a target before changing the process.
  2. Map the decision path. Identify which choices are routine, which need peer or specialist review, and which carry material security, reliability, legal or financial risk. Give teams explicit authority within the low-risk boundaries and publish escalation routes for exceptions.
  3. Set controls before scaling. Specify approved tools and data handling, access rules, testing and review expectations, and how changes are logged. Use human review where the consequences of error warrant it; automate checks where they are repeatable and verifiable.
  4. Redesign the workflow end to end. Examine handoffs, rework and ownership around the task, not just the step where an AI tool is inserted. Pilot a new process with a team that has the skills and authority to own its result, then adapt the design to the evidence.
  5. Measure outcomes and failure modes together. Track the business target alongside quality, reliability, security incidents, operating cost and the time spent correcting AI-assisted work. Increased output is not a success if defects, risk or total cost rise with it.
  6. Expand only when the results justify it. Review what worked, what failed and what assumptions proved wrong. Make the process portable enough to change tools or models without losing ownership, controls or the ability to understand the system.

What success looks like in the AI era

A more effective CTO is not necessarily the person who approves the most decisions or deploys the most AI. The stronger test is whether teams can deliver business value within clear boundaries, catch consequential errors, operate systems reliably and adapt when tools or assumptions change. That shifts the executive’s focus from being the final checkpoint on every task to building an organization that can make and improve decisions without depending on one person’s queue.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

Fakiolas’s thesis is most useful as a challenge to technical gatekeeping, not as a blueprint for removing specialists or delegating accountability to AI. The evidence supports attention to workflow redesign and business outcomes, while also showing that reported individual productivity improvements do not automatically become enterprise-level financial impact.

Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.