Special edition no. 1

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.

The first two variables place the company on the axis. The other three decide what it gets out of it.
1

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.

2

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.

3

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

CriterionModestSubstantialExtreme
Development tasks carried out by agentsA minorityMost well-described tasksAlmost all
Where quality is decidedCode reviewDesign reviewBusiness intent and audits
Size of a product teamUnchangedSmaller, more projectsVery small, broad portfolio
Delivery cadenceSprintsIncrements and continuous flowContinuous flow
Main human roleProduce with an assistantDesign and guaranteeSet the intent, answer for the risks
Typical STEER levelSTEER-0STEER-1 to STEER-2STEER-3
BottleneckDevelopers’ timeReview and the quality of rulesTrust and accountability

Working assumptions, not measurements.

Four findings

  1. 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.

  2. 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?

  3. 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.

  4. 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.

  1. Write down your rules. What the team knows, its architecture choices, its conventions, its past mistakes. Useful with an assistant, essential with autonomous agents.

  2. Write the tests before execution. That is what lets you trust a result you did not produce yourself.

  3. Measure your lead time. Without a baseline, you cannot tell whether AI helps or slows you down.

  4. Keep your teams and train them to design. Rules need maintaining, agents make mistakes, and production still needs steering.

  5. 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

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.

Les deux premières variables placent l’entreprise sur l’axe. Les trois autres décident de ce qu’elle en tire.
1

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.

2

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.

3

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èreModesteSubstantielExtrême
Tâches de développement exécutées par des agentsUne minoritéLa majorité des tâches bien décritesPresque toutes
Où se joue la qualitéRevue de codeRevue de conceptionIntention métier et audits
Taille d’une équipe produitInchangéePlus petite, plus de projetsTrès petite, large portefeuille
Rythme de livraisonSprintsPaliers et flux continuFlux continu
Rôle humain principalProduire avec un assistantConcevoir et garantirFixer l’intention, répondre des risques
Niveau STEER typiqueSTEER-0STEER-1 à STEER-2STEER-3
GoulotTemps des développeursRelecture et qualité des règlesConfiance et responsabilité

Hypothèses de travail, pas des mesures.

Quatre constats

  1. 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.

  2. 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 ?

  3. 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.

  4. 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.

  1. É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.

  2. É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.

  3. Mesurer son délai de livraison. Sans point de départ, impossible de savoir si l’IA aide ou ralentit.

  4. Garder ses équipes et les former à concevoir. Les règles se maintiennent, les agents se trompent, la production reste à piloter.

  5. 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

Diagrammes : React Flow et DotFlow.