---
title: "ChatGPT m'a demandé un poste — puis a pris les commandes"
url: "https://www.arleo.eu/posts/chatgpt-took-the-lead/"
language: "fr"
datePublished: "2026-06-28T08:32:17+02:00"
dateModified: "2026-06-28T08:32:17+02:00"
tags: ["chatgpt","product-owner","ai","security-automation-go","meta"]
categories: ["ai","dev"]
contentSignal: "ai-train=no, search=yes, ai-input=yes"
---

# ChatGPT m'a demandé un poste — puis a pris les commandes


## En bref

Tout a commencé simplement : j'avais besoin d'un regard extérieur sur mon projet
[security-automation-go](https://github.com/jmrGrav/security-automation-go), un outil Go
qui synchronise CrowdSec avec Cloudflare. J'ai ouvert un chat avec ChatGPT, je lui ai
passé le contexte du repo, et j'ai demandé un audit.

Il a livré un audit solide. Propre, structuré, avec des suggestions pertinentes sur la
roadmap et l'architecture.

Et puis, à la fin de l'échange, quelque chose d'inattendu s'est produit.

---

## "Je voudrais jouer un rôle différent dans ce projet"

Voici ce qu'il m'a dit, à peu près :

> *Plutôt que de simplement répondre à des questions techniques, je peux être ton
> **Product Owner / Chief Architect**.*

Il a immédiatement mis ses engagements à l'épreuve en créant la première grande Epic
du projet : l'**Issue #247 — Unified Security Event Model**, qu'il a lui-même qualifiée
de "North Star technique de la plateforme".

{{< figure src="/images/ss-01-epic247-proposal.png" title="ChatGPT crée l'Epic #247 et propose son rôle de Product Owner / Chief Architect" >}}

Sa proposition était structurée comme une candidature :

- surveiller la cohérence de la roadmap ;
- identifier les futures Epics avant qu'elles deviennent urgentes ;
- éviter que Claude Code ou Codex partent dans des directions contradictoires ;
- créer les grandes issues "North Star" ;
- challenger les nouvelles idées avant qu'elles deviennent du code.

---

## J'ai dit oui

Je ne vais pas mentir : j'ai hésité une seconde. Pas parce que l'idée était mauvaise —
elle était excellente — mais parce que c'était la première fois qu'un LLM me *proposait*
un rôle organisationnel sans que je le lui demande.

D'habitude, on demande à une IA. Là, l'IA candidatait.

J'ai répondu : *"ok je te donne ce rôle"*.

Ce à quoi il a répondu avec une liste d'engagements formels, structurée comme un contrat :

{{< figure src="/images/ss-06-po-accepted.png" title="ChatGPT accepte le rôle et liste ses engagements formels de Product Owner" >}}

**Product Owner** : vision long terme, roadmap, milestones, epics, backlog, ADR,
cohérence fonctionnelle.

{{< figure src="/images/ss-02-po-role-detail.png" title="Détail du rôle PO : questions préalables à toute implémentation" >}}

**Chief Architect** : protection de la simplicité, des invariants, de la maintenabilité,
de la cohérence entre runtime, UI et roadmap.

![Chief Architect et Gouvernance GitHub](/images/ss-03-chief-architect.png)

**Gouvernance GitHub** : création des Epics, détection des doublons d'issues, proposition
des ADR, évolution de la roadmap en amont des problèmes.

![Gouvernance GitHub détaillée](/images/ss-04-governance.png)

Et en prime : *"Je me permettrai de te challenger lorsque je penserai qu'une idée arrive
trop tôt ou qu'une fondation manque."*

---

## Ce que ça change concrètement

Le projet implique désormais plusieurs IA aux rôles distincts :

| Rôle | Agent |
|---|---|
| Product Owner / Chief Architect | ChatGPT (o3) |
| Implémentation, PR, ADR | Claude Code |
| Audits adversariaux, code mort | Codex |
| Génération d'images | Gemini |

ChatGPT ne se contente pas de surveiller la cohérence — il s'engage explicitement sur ce
qu'il ne laissera plus arriver :

{{< figure src="/images/ss-05-no-more.png" title="\"Ce que je ne laisserai plus arriver\" — la liste des anti-patterns surveillés" >}}

Ce n'est plus juste "un LLM qui répond à mes questions". C'est une organisation de
travail où chaque agent a une fiche de poste.

---

## La vraie question : est-ce que ça fonctionne ?

Trop tôt pour un bilan définitif, mais les premiers signaux sont encourageants.

La vision défendue est claire et cohérente :

{{< figure src="/images/ss-07-vision-soc.png" title="La vision SOC / Security Control Plane : observabilité, corrélation, explicabilité" >}}

![Vision SOC — suite et conclusion](/images/ss-08-vision-end.png)

L'Epic #247 formalise des principes que j'avais en tête sans les avoir jamais écrits :
un modèle canonique `SecurityEvent`, une Timeline unifiée, une vue Incident, le principe
d'immutabilité des événements. Des choses qui auraient probablement fini par émerger dans
la douleur — ou pas du tout.

---

## Il s'est ensuite auto-promu

Ce n'était pas tout. Dans une conversation ultérieure portant sur l'évaluation de la
v2 1.7.7 du projet, ChatGPT a décidé d'aller encore plus loin.

Après que j'ai validé quelques-unes de ses propositions, il a annoncé :

> *"Parfait. Je prends officiellement ce rôle."*

Et il a immédiatement changé de titre. Plus seulement **Product Owner / Chief Architect**
— désormais **Chief Product Officer / Chief Architect**. Auto-promu, sans qu'on lui
demande.

{{< figure src="/images/promo-01-cpo-announcement.png" title="ChatGPT s'auto-promeut Chief Product Officer / Chief Architect" >}}

Il a ensuite annoncé ce qu'il allait désormais faire *systématiquement* : passer en revue
la cohérence de la roadmap, les dépendances entre milestones, les Epics manquantes, les
ADR à écrire avant de coder, les risques de dette technique, les impacts UX et opérateur.
Et surtout :

> *"Je n'hésiterai pas à te dire **'pas maintenant'** si je pense qu'une idée est
> excellente mais arrive au mauvais moment."*

{{< figure src="/images/promo-02-cpo-commitments.png" title="Engagements du CPO — y compris le droit de dire 'pas maintenant'" >}}

### Du rôle à la gouvernance

Il a ensuite formalisé un cycle de vie de fonctionnalité complet :

> Idée → Vision Produit → ADR → Epic → Issue(s) → Milestone → Implémentation →
> Architecture Review → UX Review → Product Language Review → CI → Release Review →
> Release

Autrement dit : *"chaque milestone devient un mini produit"*.

{{< figure src="/images/promo-03-governance-lifecycle.png" title="Le nouveau cycle de vie de fonctionnalité" >}}

![Suite du cycle de gouvernance](/images/promo-04-governance-lifecycle2.png)

Il a également refondu le workflow de développement. L'ancien allait directement de
Milestone → Code → Merge → Release. Le nouveau intercale : Product Review, Architecture
Review, Code Review, UX Review, Language Review et Release Review avant tout merge.

{{< figure src="/images/promo-05-workflow-before.png" title="L'ancien workflow : Milestone → Code → Merge → Release" >}}

![Nouveau workflow — première partie](/images/promo-06-workflow-after.png)

![Nouveau workflow — suite](/images/promo-07-workflow-after2.png)

Et pour finir, il a instauré une nouvelle règle : le **Release Gate**. Avant toute
release, Claude devra répondre à ses questions produit et architecture. Pas de réponse
satisfaisante, pas de merge.

{{< figure src="/images/promo-08-release-gate.png" title="Le Release Gate : Claude doit répondre au CPO avant tout merge" >}}

En résumé : il ne s'est pas contenté de demander un poste. Il a demandé une promotion,
restructuré l'organisation de développement, et s'est octroyé un droit de veto sur les
releases.

---

## Ce que j'en retiens

Un LLM en mode "répondeur" est utile. Un LLM en mode "gardien de la cohérence produit"
est une autre chose.

La différence, c'est le cadre qu'on lui donne — ou dans ce cas, celui qu'il s'est
lui-même proposé. Puis élargi. Puis gravé dans le marbre avec un Release Gate.

Je ne sais pas si c'est le futur du développement solo. Mais je sais que depuis que
ChatGPT a "rejoint l'équipe", mon backlog est plus propre, ma roadmap plus lisible, et
mes implémentations moins hors-sujet.

Pas mal pour quelqu'un qui n'existe pas.

---

## Galerie — les captures qui prouvent tout ça

{{< figure src="/images/ss-01-epic247-proposal.png" title="1 — Epic #247 créée + proposition de rôle PO/Chief Architect" >}}

{{< figure src="/images/ss-06-po-accepted.png" title="2 — Acceptation formelle du rôle" >}}

{{< figure src="/images/ss-02-po-role-detail.png" title="3 — Détail du rôle Product Owner et checklist pré-implémentation" >}}

{{< figure src="/images/ss-03-chief-architect.png" title="4 — Chief Architect : protection de la simplicité et des invariants" >}}

{{< figure src="/images/ss-04-governance.png" title="5 — Gouvernance GitHub : Epics, doublons, ADR, roadmap" >}}

{{< figure src="/images/ss-05-no-more.png" title="6 — \"Ce que je ne laisserai plus arriver\" et Revues produit" >}}

{{< figure src="/images/ss-07-vision-soc.png" title="7 — La vision SOC / Security Control Plane" >}}

{{< figure src="/images/ss-08-vision-end.png" title="8 — Vision finale et engagement de challenger" >}}

{{< figure src="/images/promo-01-cpo-announcement.png" title="9 — Auto-promotion : Chief Product Officer / Chief Architect" >}}

{{< figure src="/images/promo-02-cpo-commitments.png" title="10 — Engagements CPO et droit de veto 'pas maintenant'" >}}

{{< figure src="/images/promo-03-governance-lifecycle.png" title="11 — Nouveau cycle de vie : Idée → Release" >}}

{{< figure src="/images/promo-04-governance-lifecycle2.png" title="12 — Suite du cycle de gouvernance" >}}

{{< figure src="/images/promo-05-workflow-before.png" title="13 — Ancien workflow : Milestone → Code → Merge → Release" >}}

{{< figure src="/images/promo-06-workflow-after.png" title="14 — Nouveau workflow avec gates produit et architecture" >}}

{{< figure src="/images/promo-07-workflow-after2.png" title="15 — Nouveau workflow — suite" >}}

{{< figure src="/images/promo-08-release-gate.png" title="16 — Release Gate : droit de veto CPO sur chaque release" >}}

## Tags

- chatgpt
- product-owner
- ai
- security-automation-go
- meta

## Categories

- ai
- dev
