AIToday
AI Business & IndustrySnowflake AI BlogPublished: Aug 7, 2026, 19:00 JST6 min read

CTO Circle brings 350 engineering leaders together to share lessons on building AI-native organizations

CTO Circle brings 350 engineering leaders together to share lessons on building AI-native organizations

Key takeaway

  • Snowflake convened more than 350 CTOs at its 2026 summit to share practical lessons on building AI-native engineering organizations, marking a rare opportunity for leaders to openly compare experiences across industries.

  • The discussions revealed that the highest-performing organizations treat developer productivity as a product, institutionalize successful AI workflows across teams, and invest in governance and observability infrastructure to balance velocity with reliability.

  • Rather than simply deploying AI tools, transformative organizations redesign team structures and decision-making processes around AI as a foundational capability.

3 Key Points

  1. What happened

    Snowflake hosted 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 engineering organizations are being redesigned for AI. The discussion centered on three themes: using AI in production, balancing velocity and risk, and designing engineering teams for AI.

  2. Why it matters

    Engineering leaders face uncertainty about how to structure teams and invest in AI as foundation models improve. The event provided a rare peer-to-peer forum to compare what works in production rather than remain siloed within individual companies. Snowflake's own experience—increasing internal developer Net Promoter Score by more than 30 points in 18 months—shows that treating developers as customers and institutionalizing successful AI workflows drives measurable productivity gains and competitive advantage.

  3. What to watch

    Leaders emphasized that sustainable AI adoption requires three stages (adoption, mastery, and optimization) and that speed only creates value when paired with governance and reliable infrastructure. Organizations must move beyond coding assistants to redesign how teams build products, make decisions, and incorporate AI as foundational to business operations.

In Depth

Read the full story

The inaugural CTO Circle, held during Snowflake Summit 2026 in San Francisco, brought together more than 350 CTOs from financial services, telecommunications, retail and technology to address a critical gap in engineering leadership. Few opportunities exist for CTOs to openly compare what they are learning as they transform their organizations for AI; these conversations typically remain inside individual companies and are shaped by competitive pressures and rapidly evolving technology. Snowflake, as a platform where thousands of organizations build data and AI strategies, positioned itself to convene this conversation and give engineering leaders a trusted forum to challenge assumptions and learn from peers navigating the same transformation.

The discussion moved well beyond coding assistants and model selection to focus on how engineering organizations are being redesigned, what is working in production, and where leaders should invest for long-term competitive advantage. Three themes emerged as central to building an AI-native engineering organization. The first, AI in production, addressed what breaks and what scales. Vivek Raghunathan, SVP of Engineering at Snowflake, challenged leaders to think broadly about AI adoption by shifting management philosophy. Rather than viewing developer productivity as an engineering or culture problem, Snowflake treated it as a product. "What if you treated your developers like customers?" Raghunathan explained that the team applied the same product management principles used for customer-facing products—interviewing developers to understand friction points, mapping points of slowdown across the software development lifecycle, and establishing baseline metrics before running experiments. The results were measurable: 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. Raghunathan emphasized that adoption alone is insufficient; high leverage comes from depth of usage and true mastery at scale. The journey progresses through three stages: adoption (when developers learn to use AI tools daily), mastery (as engineers discover repeatable workflows that consistently produce better outcomes), and optimization (when those workflows become organizational knowledge). Snowflake documented engineering design patterns developed by early AI adopters—including prompting techniques, planning methods, and debugging approaches—and made them available across engineering, so every developer accessing the same tools could benefit from proven workflows. As AI reduces effort to transform ideas into working software, everyone becomes a builder: product managers can prototype, designers can validate concepts in code, and domain experts can add guardrails.

The second theme addressed balancing velocity and risk. Jeremy Burton, General Manager of the Observability Business Unit at Snowflake, argued that AI has entered a production phase where organizations must demonstrate measurable business value. 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 need better data; in reality, AI is only as effective as the context it can access—including semantics, ontologies, knowledge graphs, and business context. Aditya Gaur, Engineering Manager at Netflix, demonstrated this through the company's 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, modeling operational relationships through an ontology and knowledge graph, and creating a shared context layer. By the time AI entered, the foundation existed. Caitlin Colgrove, CTO at Hex, urged leaders to "burn the boats" by committing fully to AI—restructuring how teams build, decide, and work. Hex initially created a centralized AI product team, but that created a bottleneck; the company disbanded it and distributed AI responsibility across product teams. Chris Kozlowski, Managing Director at Barclays, highlighted that speed only creates value when matched with governance and trust, especially in regulated environments. Corey Burke, SVP Engineering at Dialpad, and Arun Rajamanickam, VP of Engineering at project44, described how AI changes the pace of software development: engineers spend less time writing code and more time defining intent, orchestrating agents, and validating outcomes. Maximizing velocity requires platforms that allow teams to experiment quickly without compromising reliability.

The third theme, designing engineering teams for AI, addressed organizational structure. Qi Jin, EVP at Cerebras Systems, suggested that organizations optimized for previous generations of software development are often the biggest barrier to AI adoption, as established processes and boundaries were designed to scale proven ways of working, not to continuously adapt.

Context & Analysis

The CTO Circle event reflects a broader challenge facing engineering leadership: there is no established playbook for building AI-native organizations, and competitive pressures have kept these conversations largely private within individual companies. Snowflake's decision to convene this peer forum addresses a real gap—engineering leaders need to compare what works in production and challenge assumptions about team structure, investment priorities, and risk management as AI becomes embedded throughout the software development lifecycle.

The three themes that emerged from the discussion—AI in production, velocity-and-risk balance, and team design—represent a maturation of AI adoption beyond early coding assistants. Snowflake's own transformation demonstrates that treating developer productivity as a customer problem, then institutionalizing successful workflows into organizational knowledge, creates measurable competitive advantage. This approach differs fundamentally from simply deploying another AI tool; instead, it emphasizes depth of usage, mastery, and optimization as the stages through which organizations must progress. Similarly, Jeremy Burton's argument that context (semantics, ontologies, APIs, business relationships) matters as much as data quality, and Aditya Gaur's example of Netflix's investment in data architecture before AI agents, underscore that production success depends on foundational infrastructure decisions, not AI models alone. The tension between velocity and governance—highlighted by Chris Kozlowski's emphasis on matched speed and control in regulated environments—signals that the organizations moving fastest are those investing deliberately in both innovation and reliability.

FAQ

What were the three main themes discussed at CTO Circle?
The discussion converged around using AI in production, balancing velocity and risk, and designing engineering teams for AI. Leaders explored what breaks and scales in production, how to invest in architectures that enable both speed and reliability, and how to restructure teams to capitalize on AI capabilities.
How did Snowflake improve developer productivity with AI?
Snowflake treated developer productivity as a product, interviewing engineers to understand friction points and establishing baseline metrics before running experiments. The approach increased internal developer Net Promoter Score by more than 30 points in 18 months, resulting in a 4:1 ratio of satisfied to dissatisfied developers, and demonstrated that the highest leverage comes from depth of usage and mastery of tools at scale—progressing through adoption, mastery, and optimization stages.
What does 'burning the boats' mean in the context of AI adoption?
CTO Caitlin Colgrove at Hex used this phrase to describe the need for organizations to commit fully to becoming AI-native by restructuring how teams build products, make decisions, and incorporate AI into everyday work, rather than maintaining a partially AI-native approach. Hex disbanded its centralized AI product team and distributed AI responsibility across every product team to embed AI capabilities throughout the product and avoid organizational bottlenecks.
Snowflake AI BlogRead Original Article

Get the latest AI Business & Industry 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 articleNvidia Building AI Factory Network Architecture, Optical Tech

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

Sign up free