AIToday
AI Coding AssistantsAI Business & IndustrySnowflake AI BlogPublished: Aug 7, 2026, 10:01 JST7 min read

CTOs Learn How to Build AI-Native Engineering Organizations

CTOs Learn How to Build AI-Native Engineering Organizations

Key takeaway

  • Snowflake convened more than 350 engineering leaders at its 2026 summit to share lessons on building AI-native organizations.

  • The key finding: productivity gains come not from adding coding assistants to existing workflows, but from treating developer productivity as a product, measuring impact rigorously, and institutionalizing successful AI workflows across the entire engineering organization.

  • Companies that achieved measurable results—like Snowflake's 30-point increase in internal developer Net Promoter Score—did so by adopting a three-stage maturity model (adoption, mastery, optimization) and connecting fragmented operational data so AI agents could reason reliably about production environments.

3 Key Points

  1. What happened

    Snowflake held the inaugural CTO Circle event during Snowflake Summit 2026 in San Francisco, bringing together more than 350 CTOs from financial services, telecommunications, retail and technology to discuss how to redesign engineering organizations around AI. The conversation focused on three themes: using AI in production, balancing velocity and risk, and designing engineering teams for AI.

  2. Why it matters

    Most organizations treating AI as a productivity layer (faster coding, easier documentation) are leaving their underlying engineering systems unchanged. Companies like Snowflake that treat developer productivity as a product—applying product management principles to understand engineer workflows and measure impact—are achieving measurable gains: Snowflake increased its internal developer Net Promoter Score by more than 30 points over 18 months, creating a 4:1 ratio of satisfied to dissatisfied developers. The competitive edge comes not from deploying tools but from institutionalizing repeatable workflows and making that knowledge available across the organization.

  3. What to watch

    Success in production AI depends on data architecture and operational context, not just better models. Organizations must connect fragmented telemetry, model operational relationships through ontologies and knowledge graphs, and give AI agents standardized interfaces (APIs, CLIs, Model Context Protocol) to access reliable context. Leaders also face a structural choice: companies like Hex that disbanded centralized AI teams and distributed AI ownership across product teams moved faster than those that created dedicated AI silos, suggesting that full organizational restructuring—not partial adoption—may be required.

In Depth

Read the full story

Snowflake hosted the inaugural CTO Circle during Snowflake Summit 2026 in San Francisco, convening more than 350 CTOs from financial services, telecommunications, retail and technology. The event was designed as a trusted forum for engineering leaders to compare notes on a shared challenge: how to build AI-native engineering organizations when there is no established playbook and technology is evolving rapidly.

Vivek Raghunathan, SVP of Engineering at Snowflake, centered the discussion on a fundamental shift in management philosophy. Most organizations introducing AI into engineering workflows focus on narrow productivity gains—coding assistants help developers write code faster, documentation becomes easier to produce. But Raghunathan argued that building an AI-native organization requires treating developer productivity as a product. Snowflake applied the same product management discipline it uses for customer-facing products: the team interviewed developers to identify friction points across the software development lifecycle, established baseline metrics, and ran experiments to measure the impact of each change. The results were concrete. In 18 months, Snowflake increased its internal developer Net Promoter Score by more than 30 points, resulting in a 4:1 ratio of satisfied to dissatisfied developers. That improvement translated into an engineering organization capable of delivering software more efficiently and adapting more quickly as AI capabilities evolved.

Raghunathan also outlined a maturity model for AI adoption within engineering organizations. The journey progresses through three stages: adoption (when developers begin using AI tools in daily work), mastery (when engineers discover repeatable workflows that consistently produce better outcomes), and optimization (when those workflows become organizational knowledge available to every engineer). At Snowflake, early AI adopters experimented with prompting techniques, planning methods and debugging approaches; the organization then documented the patterns that consistently delivered better results and made them available across engineering. Every developer had access to the same AI tools, but those using proven workflows consistently outperformed engineers stuck at earlier adoption levels. The competitive advantage came from institutionalizing successful ways of working, not from deploying another AI assistant.

Jon McNeill, author of The Algorithm, encouraged leaders to reverse the typical approach to technology adoption. Too often, companies begin with the technology and search for places to apply it. McNeill argued that successful organizations identify the few business constraints that matter most and redesign engineering systems around solving those problems. As AI moves into production, success will be measured not by who generates the most code or consumes the most tokens, but by who builds the simplest, fastest and most effective engineering system.

On the operational side, Jeremy Burton, General Manager of the Observability Business Unit at Snowflake, emphasized that AI has entered a new phase. Early experimentation is giving way to production deployment, and organizations are increasingly expected to demonstrate measurable business value. But AI introduces entirely new operational challenges: AI agents generate more telemetry, interact with more systems and make decisions using information distributed across complex environments. Burton challenged a common assumption that better models simply need better data. In reality, AI is only as effective as the context it can access—and that context extends far beyond raw telemetry to include the semantics describing what data means, relationships captured through ontologies and knowledge graphs, and business context connecting systems. AI agents need standardized interfaces such as APIs, CLIs and Model Context Protocol to reliably retrieve and act on information.

Aditya Gaur, Engineering Manager at Netflix, demonstrated this principle through Netflix's work on automated root cause analysis. Although often described as an AI initiative, its success depended far more on data architecture. Years before introducing AI agents, Netflix invested in connecting fragmented telemetry across systems, modeling operational relationships through an ontology and knowledge graph, and creating a shared context layer. By the time AI entered the picture, the foundation already existed. Rather than searching across disconnected logs and dashboards, AI agents could reason over structured operational knowledge and generate far more meaningful hypotheses during incident investigations.

Caitlin Colgrove, CTO at Hex, urged leaders to commit fully to AI-native transformation, describing the process as "burning the boats." Hex initially created a dedicated AI product team, which delivered useful features but also created an organizational bottleneck. The company ultimately disbanded the centralized AI organization and distributed responsibility across every product team. Today, Hex delivers product rapidly and embeds AI capabilities throughout the product because ownership lives with engineers closest to the customer problem. Chris Kozlowski, Managing Director at Barclays, highlighted that in highly regulated environments, speed only creates value when matched with governance and trust. Corey Burke, SVP Engineering at Dialpad, and Arun Rajamanickam, VP of Engineering at project44, described how AI shortens the path from identifying a customer problem to validating a solution, but only if teams have the infrastructure, shared context and operational discipline to iterate confidently.

Context & Analysis

The CTO Circle event reflects a maturing perspective on how organizations should adopt AI. Early AI adoption was often framed as a developer productivity play: give engineers coding assistants and watch them ship code faster. But engineering leaders are now recognizing that surface-level tooling—without fundamental changes to how teams work, what data they can access, and how responsibilities are structured—produces limited gains.

Snowflake's approach signals a shift from deployment-driven thinking to product-driven thinking. By treating internal developers as customers, mapping their workflows, and measuring outcomes rigorously, the company moved through a documented three-stage progression: adoption (learning to use tools), mastery (discovering repeatable workflows), and optimization (making that knowledge organizational). This framework explains why some teams using the same AI tools dramatically outperform others—it is not the tool, but the institutionalized workflow that creates the competitive edge.

A second key finding centers on operational context and data architecture. Jeremy Burton's challenge to the assumption that "better models simply need better data" reframes the problem: AI is only as effective as the context it can access. Netflix's success with automated root cause analysis did not depend primarily on the AI agent itself, but on years of investment in connecting fragmented telemetry, building ontologies and knowledge graphs, and creating a shared context layer before AI was introduced. This suggests that organizations moving fastest are those investing in data infrastructure and governance foundations, not just model selection.

FAQ

What is the difference between AI-augmented and AI-native organizations?
AI-augmented organizations introduce coding assistants and other tools into existing workflows, leaving the underlying engineering system unchanged. AI-native organizations fundamentally redesign how engineering teams are structured, how decisions are made, and how work flows, treating AI as foundational to how the business operates rather than an added layer.
How did Snowflake improve developer productivity?
Snowflake applied product management principles to engineering: it interviewed developers to understand friction points, established baseline metrics, and ran experiments to measure the impact of every change. Over 18 months, this approach increased the internal developer Net Promoter Score by more than 30 points and created a 4:1 ratio of satisfied to dissatisfied developers.
Why did Hex disband its centralized AI team?
Although Hex's dedicated AI product team delivered useful features, it created an organizational bottleneck. Hex disbanded the centralized AI organization and distributed AI responsibility across every product team, which allowed the company to deliver products rapidly and embed AI capabilities throughout the product.
Snowflake AI BlogRead Original Article

Get the latest AI Coding Assistants news every morning

AI-summarized, only the topics you pick — one digest a day via Email, Slack, or Discord.

Free · takes 30 seconds · unsubscribe anytime

Ask AI

Ask AI anything about this article. Q&As are published on this page for other readers too.

Related Articles

Next articleStudy finds task gaming in AI models stems from learned strategies, not crude errors

The AI news that matters, in one minute each morning.

Sign up free