Special edition no. 1 · Foresight
Three futures.
Scenarios for agentic project management in the enterprise, by 2030
Nobody knows how fast agents will change the way companies run their projects. Rather than betting on a single future, this piece describes three, following the approach Anthropic took in Scenarios for our Economic Future: a modest scenario, a substantial one and an extreme one.
These are not forecasts. They are ways to prepare.
For each scenario, I look at what happens to teams, roles, delivery cadence and the place of a method like STEER. The indicators given are working assumptions, not measurements.
The frame
A project is made of tasks
Anthropic starts from a simple idea: the economy is made of tasks. So is a project.
With agents around, every task in a backlog can follow one of four paths.
Path 1Stay human: setting a priority with the business, negotiating an interface contract with a partner.
Path 2Be assisted: a developer writes a data pipeline with an agent alongside.
Path 3Be automated: an agent ingests a new source on its own, and another agent checks the result.
Path 4Appear: writing the task brief, maintaining the rule catalogue, evaluating the agents. These tasks did not exist three years ago.
Scenario 1 · ModestWhich scenario you are in depends on the share of tasks that follows each path. In the modest scenario, most development tasks are assisted. Few are truly automated.
Scenario 2 · SubstantialIn the substantial scenario, agents carry out most well-described tasks on their own. New tasks appear to describe them: design becomes the work.
Scenario 3 · ExtremeIn the extreme scenario, agents outperform humans on most development tasks, including breakdown and planning. Humans set the intent and weigh value and risk.
Five variables decide the scenario
The share of tasks that follows each path depends on five variables: agent capabilities, adoption, the autonomy agents are given, the quality of design and how fast people adapt.
Modest scenario
Assistants, nothing more
Agents improve, but slowly, a bit like the cloud in the 2010s: useful everywhere, adopted at the pace of budgets, security rules and habits. By 2030, most development tasks are assisted. Few are truly automated.
Teams keep their current shape. Scrum remains the reference and every developer has an assistant. Project management barely changes: sprint planning factors AI into the estimates, and that is about it.
Quality is still decided in code review. Throughput rises a little, but so does instability, as the DORA 2025 report already observes. AI amplifies what is there: teams that had good tests and up-to-date documentation benefit, the others ship more fragile things faster.
The main risk is intensification. People produce more, review more and work later, without the organisation having changed. This is what the study published in the Harvard Business Review in 2026 describes.
What STEER becomes STEER-0
At best, teams at STEER-0: they start writing down their rules without changing their rituals. It is not much, but it is what sets apart the teams that will benefit from the next scenario if it arrives.
Substantial scenario
Design becomes the work
Agents carry out most well-described tasks on their own. Adoption is real but uneven: some companies, and some domains within the same company, move much faster than others. It is the scenario closest to what I already experience on my own tasks.
Teams tighten around a business outcome: two to five people, and many agents. The same team carries more projects in parallel. The developer becomes a Technical Member who designs the tasks and answers for what goes to production.
Project management moves upstream. A ticket is no longer enough: every task gets a brief with its tests, contracts and diagrams. The main human checkpoint becomes the design review, and checker agents verify the result. Delivery comes in two-week increments, with continuous flow inside.
The gap between companies widens. With the same models, those that wrote down their rules and designed their agents’ tooling deliver much faster than those that only bought licences.
The risks change in kind: a rule catalogue that rots, review that saturates, dependence on one model provider, and fewer junior positions to train tomorrow’s reviewers.
What STEER becomes STEER-1 to STEER-2
This is the scenario STEER is designed for: teams at STEER-1 or STEER-2, human on the loop (HOTL) for repetitive tasks (ingestion, tests, migrations), with a human in the loop on anything that touches sensitive data.
Extreme scenario
Agents run the project too
Agents outperform humans on most development tasks, including breakdown and planning. Companies adopt them fast, pushed by their competitors. As Anthropic notes about its own extreme scenario, this one may read better as a thought experiment than as a forecast.
Teams become very small and carry a broad portfolio. Agents write the task briefs themselves from a business intent. Humans set that intent, lay down the constraints, weigh value and risk, and answer for what is delivered.
Project management becomes portfolio steering. Delivery is continuous, most domains run under sample-based monitoring, and the pace is no longer set by execution but by the business’s ability to absorb change.
What becomes scarce: a clear business intent, trust in what is delivered, legal accountability, and clean data. The new disciplines are agent evaluation, agent governance and compliance.
The risks are the heaviest: teams that no longer understand their own systems, errors reproduced at scale, heavy dependence on a few providers, and large-scale career changes to support.
What STEER becomes STEER-3
STEER-3 wherever it is allowed. But the STEER layer itself changes in nature: the task brief is written by an agent, and human work concentrates on reviewing the intent, on audits and on keeping the cross-cutting rules.
Summary
The three scenarios side by side
| Criterion | Modest | Substantial | Extreme |
|---|---|---|---|
| Development tasks carried out by agents | A minority | Most well-described tasks | Almost all |
| Where quality is decided | Code review | Design review | Business intent and audits |
| Size of a product team | Unchanged | Smaller, more projects | Very small, broad portfolio |
| Delivery cadence | Sprints | Increments and continuous flow | Continuous flow |
| Main human role | Produce with an assistant | Design and guarantee | Set the intent, answer for the risks |
| Typical STEER level | STEER-0 | STEER-1 to STEER-2 | STEER-3 |
| Bottleneck | Developers’ time | Review and the quality of rules | Trust and accountability |
Working assumptions, not measurements.
Four findings
Lead time drops where the work is well described.
In all three scenarios, the gain goes first to repetitive, well-specified tasks. A vague task stays slow, with or without an agent.
Roles are reallocated more than they disappear.
In the modest and substantial scenarios, the work changes shape without disappearing. In the extreme one, each project needs fewer people, and the real question becomes: do we carry more projects, or shrink the teams?
The skills gaining value are not yesterday’s.
Designing a task, reading code with a critical eye, knowing the business, evaluating an agent. Mastery of any one language loses value.
Value moves from the models to the organisation.
With the same models, the advantage goes to the company that turns its mistakes into rules the fastest. In the extreme scenario, it also goes to the one with the cleanest data and its customers’ trust.
Signals
The signals to watch
You do not choose your scenario, but you can see which one you are heading for.
Six signals to follow, in your own company and across the sector. If they rise together, you are sliding towards the substantial scenario, then the extreme one.
- Your backlog
Share of tasks that agents finish without human help
If it rises fast, you are leaving the modest scenario.
- Your incidents
Production errors in code written by agents
If they rise with throughput, verification is not keeping up.
- Your lead time, compared with what teams say
Gap between perceived and measured gains
The 2025 METR study found a gap of nearly 40 points.
- Labour market studies
Hiring of junior developers
A lasting drop signals that execution work is moving to agents.
- Your model invoices
Cost of a task carried out by an agent
If it falls sharply, adoption speeds up.
- Announcements from the big firms
Share of consulting fees tied to outcomes
It tells you whether the market is ceasing to pay for time spent.
For reference: developers aged 22 to 25 in the occupations most exposed to AI have already lost about 16% of relative employment according to a Stanford study, and at the end of 2025 McKinsey drew about a quarter of its fees from outcome-based pricing.
Decisions
What holds in every scenario
Some decisions are right whatever the future. These are the ones I would make today.
Write down your rules. What the team knows, its architecture choices, its conventions, its past mistakes. Useful with an assistant, essential with autonomous agents.
Write the tests before execution. That is what lets you trust a result you did not produce yourself.
Measure your lead time. Without a baseline, you cannot tell whether AI helps or slows you down.
Keep your teams and train them to design. Rules need maintaining, agents make mistakes, and production still needs steering.
Say who answers for what. An agent answers for nothing: every decision has a human owner.
That is why STEER is built in levels. You do not need to bet on a scenario: you start at STEER-0, which is useful even in the modest scenario, and you move up if the signals justify it.
The limits of this exercise
Like Anthropic’s model, these scenarios simplify a great deal. They leave out regulatory shocks, economic cycles, major security incidents, and my own bias: I already work with agents every day, which probably pushes me towards the substantial scenario.
The future is not written. These three scenarios are there to prepare for it, not to guess it.Let’s talk about your starting point
Sources
- Scenarios for our Economic Future, Anthropic, September 2026
- DORA 2025: State of AI-assisted Software Development, InfoQ, September 2025
- METR study of experienced open-source developers, summarised by Simon Willison, July 2025
- AI Doesn’t Reduce Work — It Intensifies It, Harvard Business Review, February 2026
- Stanford / ADP study on young developers’ employment, SoftwareSeni, March 2026
- Consulting Firms Shift Toward Outcome-Based AI Fees, LetsDataScience
Diagrams: React Flow and DotFlow.
Version française
Édition spéciale n° 1 · Prospective
Trois avenirs.
Scénarios pour la gestion de projet agentique en entreprise, d’ici 2030
Personne ne sait à quelle vitesse les agents vont transformer la façon dont les entreprises mènent leurs projets. Plutôt que de parier sur un seul avenir, ce texte en décrit trois, en reprenant la démarche d’Anthropic dans Scenarios for our Economic Future : un scénario modeste, un substantiel et un extrême.
Ce ne sont pas des prévisions. Ce sont des façons de se préparer.
Pour chaque scénario, je regarde ce que deviennent les équipes, les rôles, le rythme de livraison et la place d’une méthode comme STEER. Les indicateurs donnés sont des hypothèses de travail, pas des mesures.
Le cadre
Un projet est fait de tâches
Anthropic part d’une idée simple : l’économie est faite de tâches. Un projet aussi.
Face aux agents, chaque tâche d’un backlog peut suivre quatre chemins.
Chemin 1Rester humaine : arbitrer une priorité avec le métier, négocier un contrat d’interface avec un partenaire.
Chemin 2Être assistée : un développeur écrit un pipeline de données avec un agent à côté de lui.
Chemin 3Être automatisée : un agent ingère seul une nouvelle source, et un autre agent vérifie le résultat.
Chemin 4Apparaître : écrire le dossier de la tâche, tenir le catalogue de règles, évaluer les agents. Ces tâches n’existaient pas il y a trois ans.
Scénario 1 · ModesteLe scénario dans lequel on se trouve dépend de la part de tâches qui suit chaque chemin. Dans le scénario modeste, la plupart des tâches de développement sont assistées. Peu sont vraiment automatisées.
Scénario 2 · SubstantielDans le scénario substantiel, les agents exécutent seuls la plupart des tâches bien décrites. De nouvelles tâches apparaissent pour les décrire : concevoir devient le travail.
Scénario 3 · ExtrêmeDans le scénario extrême, les agents dépassent les humains sur la plupart des tâches de développement, y compris le découpage et la planification. Les humains fixent l’intention, arbitrent la valeur et les risques.
Cinq variables décident du scénario
La part de tâches qui suit chaque chemin dépend de cinq variables : les capacités des agents, l’adoption, l’autonomie qu’on leur accorde, la qualité de la conception et l’adaptation des personnes.
Scénario modeste
Des assistants, pas plus
Les agents progressent, mais lentement, un peu comme le cloud dans les années 2010 : utile partout, adopté au rythme des budgets, des règles de sécurité et des habitudes. En 2030, la plupart des tâches de développement sont assistées. Peu sont vraiment automatisées.
Les équipes gardent leur forme actuelle. Scrum reste la référence et chaque développeur a son assistant. La gestion de projet change peu : le sprint planning intègre l’IA dans les estimations, et c’est à peu près tout.
La qualité se joue toujours en revue de code. Le débit augmente un peu, mais l’instabilité aussi, comme le rapport DORA 2025 l’observe déjà. L’IA amplifie ce qui existe : les équipes qui avaient de bons tests et une documentation à jour en profitent, les autres livrent plus vite des choses plus fragiles.
Le risque principal est l’intensification. On produit plus, on relit plus, on travaille plus tard, sans que l’organisation ait changé. C’est ce que décrit l’étude publiée dans la Harvard Business Review en 2026.
Ce que STEER y devient STEER-0
Au mieux, des équipes en STEER-0 : on commence à écrire ses règles, sans changer les rituels. C’est peu, mais c’est ce qui distingue les équipes qui tireront parti du scénario suivant s’il arrive.
Scénario substantiel
Concevoir devient le travail
Les agents exécutent seuls la plupart des tâches bien décrites. L’adoption est réelle mais inégale : certaines entreprises, et certains domaines à l’intérieur d’une même entreprise, avancent beaucoup plus vite que d’autres. C’est le scénario qui ressemble le plus à ce que je vis déjà sur mes propres tâches.
Les équipes se resserrent autour d’un résultat métier : deux à cinq personnes, et beaucoup d’agents. La même équipe porte plus de projets en parallèle. Le développeur devient un Technical Member qui conçoit les tâches et répond de ce qui part en production.
La gestion de projet remonte en amont. Un ticket ne suffit plus : chaque tâche reçoit un dossier avec ses tests, ses contrats et ses diagrammes. Le principal point de validation humain devient la revue de conception, et des agents vérificateurs contrôlent le résultat. On livre par paliers de deux semaines, avec un flux continu à l’intérieur.
L’écart entre entreprises se creuse. À modèles égaux, celles qui ont écrit leurs règles et conçu l’outillage de leurs agents livrent bien plus vite que celles qui ont seulement acheté des licences.
Les risques changent de nature : un catalogue de règles qui pourrit, une relecture qui sature, une dépendance à un fournisseur de modèles, et moins de postes juniors pour former les relecteurs de demain.
Ce que STEER y devient STEER-1 à STEER-2
C’est le scénario pour lequel STEER est pensé : des équipes en STEER-1 ou STEER-2, en HOTL sur les tâches répétitives (ingestion, tests, migrations), avec un humain dans la boucle sur tout ce qui touche aux données sensibles.
Scénario extrême
Les agents gèrent aussi le projet
Les agents dépassent les humains sur la plupart des tâches de développement, y compris le découpage et la planification. Les entreprises les adoptent vite, poussées par leurs concurrents. Comme Anthropic le note pour son propre scénario extrême, celui-ci se lit peut-être mieux comme une expérience de pensée que comme une prévision.
Les équipes deviennent très petites et portent un large portefeuille. Les agents écrivent eux-mêmes les dossiers de tâche à partir d’une intention métier. Les humains fixent cette intention, posent les contraintes, arbitrent la valeur et les risques, et répondent de ce qui est livré.
La gestion de projet devient du pilotage de portefeuille. La livraison est continue, la plupart des domaines tournent en surveillance par échantillon, et le rythme n’est plus fixé par l’exécution mais par la capacité du métier à absorber le changement.
Ce qui devient rare : une intention métier claire, la confiance dans ce qui est livré, la responsabilité juridique, et des données propres. Les nouvelles disciplines sont l’évaluation des agents, leur gouvernance et la conformité.
Les risques sont les plus lourds : des équipes qui ne comprennent plus leurs propres systèmes, des erreurs reproduites à grande échelle, une forte dépendance à quelques fournisseurs, et des reconversions massives à accompagner.
Ce que STEER y devient STEER-3
STEER-3 partout où c’est permis. Mais la couche STEER elle-même change de nature : le dossier de tâche est écrit par un agent, et le travail humain se concentre sur la revue de l’intention, les audits et la tenue des règles transverses.
Synthèse
Les trois scénarios côte à côte
| Critère | Modeste | Substantiel | Extrême |
|---|---|---|---|
| Tâches de développement exécutées par des agents | Une minorité | La majorité des tâches bien décrites | Presque toutes |
| Où se joue la qualité | Revue de code | Revue de conception | Intention métier et audits |
| Taille d’une équipe produit | Inchangée | Plus petite, plus de projets | Très petite, large portefeuille |
| Rythme de livraison | Sprints | Paliers et flux continu | Flux continu |
| Rôle humain principal | Produire avec un assistant | Concevoir et garantir | Fixer l’intention, répondre des risques |
| Niveau STEER typique | STEER-0 | STEER-1 à STEER-2 | STEER-3 |
| Goulot | Temps des développeurs | Relecture et qualité des règles | Confiance et responsabilité |
Hypothèses de travail, pas des mesures.
Quatre constats
Le délai de livraison baisse là où le travail est bien décrit.
Dans les trois scénarios, le gain va d’abord aux tâches répétitives et bien spécifiées. Une tâche floue reste lente, avec ou sans agent.
Les rôles se réallouent plus qu’ils ne disparaissent.
Dans les scénarios modeste et substantiel, le travail change de forme sans disparaître. Dans l’extrême, il faut moins de personnes par projet, et la vraie question devient : porte-t-on plus de projets, ou réduit-on les équipes ?
Les compétences qui prennent de la valeur ne sont pas celles d’hier.
Concevoir une tâche, lire du code d’un œil critique, connaître le métier, évaluer un agent. La maîtrise d’un langage en particulier perd de la valeur.
La valeur se déplace des modèles vers l’organisation.
À modèles égaux, l’avantage va à l’entreprise qui transforme le plus vite ses erreurs en règles. Dans le scénario extrême, il va aussi à celle qui a les données les plus propres et la confiance de ses clients.
Signaux
Les signaux à surveiller
On ne choisit pas son scénario, mais on peut voir vers lequel on va.
Six signaux, à suivre chez soi et dans le secteur. Si ces signaux montent ensemble, on glisse vers le scénario substantiel, puis l’extrême.
- Votre backlog
Part des tâches que les agents terminent sans aide humaine
Si elle monte vite, on quitte le scénario modeste.
- Vos incidents
Erreurs en production sur le code produit par des agents
Si elles montent avec le débit, la vérification ne suit pas.
- Votre délai de livraison, comparé à ce que disent les équipes
Écart entre gain ressenti et gain mesuré
L’étude METR de 2025 a montré un écart de près de 40 points.
- Études du marché de l’emploi
Embauches de développeurs juniors
Une baisse durable signale que le travail d’exécution se déplace vers les agents.
- Vos factures de modèles
Coût d’une tâche exécutée par un agent
S’il baisse fortement, l’adoption s’accélère.
- Annonces des grands cabinets
Part des honoraires de conseil liés au résultat
Elle dit si le marché cesse de payer le temps passé.
Pour repère : des développeurs de 22 à 25 ans dans les métiers les plus exposés à l’IA ont déjà perdu environ 16 % d’emploi relatif selon une étude de Stanford, et McKinsey tirait fin 2025 environ un quart de ses honoraires de tarifs liés au résultat.
Décisions
Ce qui vaut dans tous les scénarios
Certaines décisions sont bonnes quel que soit l’avenir. Ce sont celles que je prendrais dès aujourd’hui.
Écrire ses règles. Ce que l’équipe sait, ses choix d’architecture, ses conventions, ses erreurs passées. Utile avec un assistant, indispensable avec des agents autonomes.
Écrire les tests avant l’exécution. C’est ce qui permet de faire confiance à un résultat qu’on n’a pas produit soi-même.
Mesurer son délai de livraison. Sans point de départ, impossible de savoir si l’IA aide ou ralentit.
Garder ses équipes et les former à concevoir. Les règles se maintiennent, les agents se trompent, la production reste à piloter.
Dire qui répond de quoi. Un agent ne répond de rien : chaque décision a un propriétaire humain.
C’est pour ça que STEER est construit par niveaux. On n’a pas besoin de parier sur un scénario : on démarre en STEER-0, ce qui est utile même dans le scénario modeste, et on monte si les signaux le justifient.
Les limites de cet exercice
Comme le modèle d’Anthropic, ces scénarios simplifient beaucoup. Ils laissent de côté les chocs réglementaires, les cycles économiques, les incidents de sécurité majeurs, et mon propre biais : je travaille déjà avec des agents tous les jours, ce qui me pousse sans doute vers le scénario substantiel.
L’avenir n’est pas écrit. Ces trois scénarios servent à s’y préparer, pas à le deviner.Parlons de votre point de départ
Sources
- Scenarios for our Economic Future, Anthropic, septembre 2026
- DORA 2025 : State of AI-assisted Software Development, InfoQ, septembre 2025
- Étude METR sur des développeurs open source expérimentés, résumé par Simon Willison, juillet 2025
- AI Doesn’t Reduce Work — It Intensifies It, Harvard Business Review, février 2026
- Étude Stanford / ADP sur l’emploi des jeunes développeurs, SoftwareSeni, mars 2026
- Consulting Firms Shift Toward Outcome-Based AI Fees, LetsDataScience
Diagrammes : React Flow et DotFlow.