8 Stages of AI Engineering Maturity for Teams | Upsun Formerly Platform.sh<br>EnglishEnglish<br>français<br>Deutsch
Contact us<br>Docs<br>Login
ProductFeaturesOverview<br>Services<br>Support<br>Preview environments<br>Multi-cloud and edge<br>Git-driven automation<br>Observability and profiling<br>Security and compliance<br>Scaling and performance<br>Backups and data recovery<br>Team and access management<br>CLI, console, and API<br>Integrations and webhooks
FrameworksDjango<br>Next.js<br>Drupal<br>WordPress<br>Symfony<br>Magento<br>Laravel<br>.NET
LanguagesPHP<br>Python<br>Node.js<br>Ruby<br>Java<br>Golang
SolutionsSolutionsApplication modernization<br>eCommerce and CMS hosting<br>Multi site management<br>Compliance and governance<br>DevOps and platform engineering<br>AI and automation
IndustryFinancial services<br>Government<br>SaaS<br>Manufacturing<br>Higher education<br>Travel and hospitality<br>Retail<br>Healthcare
Pricing<br>PartnersExpertiseStrategic ImplementationTap upsun's implementation architects for the clarity and technical pathways that turn complex projects into confident launches.See how we can help
Become an agency partner<br>Log in to partner portal
CompanyCommunityDeveloper centerHub for the latest Upsun dev resources: find demos, docs, and articles for your chosen frameworks and languagesCheck it out
ResourcesCase studies<br>Blog<br>Trust center
OverviewEvents<br>News and press<br>About us<br>Jobs<br>Sustainability<br>FAQ
EnglishEnglish<br>français<br>Deutsch
Contact us<br>Docs<br>Login<br>Watch a demoFree trial
Watch a demoFree trial
BlogBlog<br>BlogProductCase studiesNewsInsights
Blog
The 8 stages of AI engineering maturity: a framework for teams<br>AIAI Engineering<br>09 June 2026
Fabien Potencier<br>Chief Product and Technology Officer
Share
A few months ago, Steve Yegge published his 8 levels of AI-assisted development, and it clicked the moment I read it, because I had lived that exact progression myself, moving from autocomplete to running agents one step at a time. Framed as an AI trust gradient, it finally gave the industry a vocabulary for something most of us were already going through without a name for it. If you haven’t read it, save it for later.<br>Yegge's levels focus on the individual developer. And that’s the thing: when you’re leading an engineering team, you’re not managing one trust gradient, you’re managing a whole distribution of them. You’ve got someone running parallel agents all day, sitting next to someone who still thinks of AI as a fancier autocomplete, and both of them are shipping code. This is why the 10x productivity boost everyone keeps talking about almost never shows up at the org level. The hard part is getting the whole organization to move together, without the fast movers creating chaos and the slow adopters quietly falling behind.<br>So we took the same principles and looked at them from another angle: not the individual developer Yegge describes, but the team and the organization the team lives in. Eight stages of maturity, from “nobody has decided anything” to “the factory runs itself”.<br>A quick word on vocabulary, because we lean on it throughout. When we say team, we mean a group of people working together toward the same outcome: engineers, yes, but also product, design, QA, whoever it takes to ship software. When we say organization, we mean the entire collection of those teams, plus the leadership, budgets, and governance that sit above them.<br>And here’s the part that makes this an SDLC story and not just a developer story: the new software development life cycle isn’t just about developers. It’s about the whole team. The old boundaries between product, design, and engineering are getting blurry. A product manager can now vibe-code a working prototype instead of writing a three-page spec nobody reads. A designer can ship real HTML and CSS, not just a design system and a Figma file to hand off. That shift is the whole point, and it’s why thinking in terms of individual developers stops being enough.<br>Let’s lay out the whole map before we walk through it.
Stage 1: The vacuum<br>Leadership hasn’t taken a real position; at most, it bought a batch of licenses and stopped there. Developers form habits without guardrails: pasting code into whatever chat window is open, no shared context files, no agent setup, no managed API keys. This is a learning phase, and I think that’s fine: people are building intuition for what these models can and can't do. That intuition is the real return right now. Don’t mistake silence for inaction. Your developers have already decided for themselves.<br>Stage 2: The drift<br>Stage 1 was about what the organization hadn’t decided; Stage 2 is about what individuals have decided on their own. One engineer quietly has agents handling a big chunk of their output, running off a personal stash of prompts, custom skills, and a carefully tuned AGENTS.md they keep on their own machine. The person beside them hasn’t changed anything in two years, and nobody flags it because individual variation has always looked normal. This is the last stage where inaction is free. Once the drift becomes visible,...