Guillaume LE COZ

Tech Lead IA · Full-Stack

Adjoint au Maire de Biot Sophia Antipolis
délégué à l’Innovation, à la Ville numérique et intelligente.

Simple Agentic Methodology

S.A.M. Programming

Développer vite et bien avec des agents IA

Build fast and right with AI agents


Avec des agents IA, un gros projet n'avance plus au rythme d'une équipe de développeurs. Il avance au rythme de vos décisions.

Les agents codent plusieurs tickets en même temps, jour et nuit, et livrent en continu. Le risque n'est plus d'aller trop lentement, c'est de produire beaucoup de code que personne ne maîtrise. S.A.M. organise le travail pour que les agents aillent vite et juste.

En parallèle

Chaque agent prend un ticket. Dix tickets, dix agents, en même temps.

Jour et nuit

Les agents codent la nuit. Le matin, les humains testent la bêta.

Zéro réunion

Pas de stand-up ni de répartition des tâches : les agents se servent dans les tickets.

À grande échelle

Le projet grossit ? On ajoute des agents, pas des réunions. Très gros projet : un duo par module.

01

Le goulot a changé

Le temps de code est devenu presque nul. Tout se joue avant (décider) et après (valider).

Avant, le code prenait le plus de temps. Avec des agents IA, ce sont la décision et la validation.
02

2 humains + des agents IA

Plus de chef de projet, plus d'équipe de dev. Un duo décide, les agents exécutent.

Le Tech Lead et le C.R.L. priorisent ensemble ; les agents dev, builder, test et marketing travaillent à partir des tickets.
Vision technique

Tech Lead

  • Priorise avec le C.R.L.
  • Branche le produit sur ses agents
  • Relit le code sensible
  • Garde l'architecture cohérente
Vision client

C.R.L. Customer Relationship Lead

  • Priorise avec le Tech Lead
  • Écrit les critères d'acceptation
  • Fait remonter les retours clients
  • Donne le feu vert final

Pourquoi un duo ? Un commercial seul qui demande une app à une IA passe à côté de la technique. Un tech seul passe à côté du client. Ensemble, ils priorisent juste.

Le vrai métier du Tech Lead : brancher le produit sur ses agents
Contexte Règles du projet et architecture écrites pour l'agent
Standards Style, typage et format vérifiés par des outils
Tests & CI Le filet qui permet de laisser l'agent seul
Bêta Un environnement complet avec des données réalistes
Droits Ce que l'agent peut toucher, et ce qui est interdit
03

La vie d'un ticket

Plus d'assignation : c'est le statut du ticket qui dit qui doit agir.

Cycle d'un ticket : Waiting, Open, In progress, Fixed/Done, Ready for Testing, Closed, avec retours en Open en cas d'échec.
04

Deux niveaux de test

Le premier filtre, le second valide.

1

Par l'agent qui code

  • Avant de passer en Fixed/Done
  • Sur son propre code
  • Rapide, automatique
Un filtre, pas une validation
2

Par un humain ou une autre IA

  • Sur la bêta, produit complet
  • Avec des données réalistes
  • Voit si les tickets cassent ensemble
La vraie validation → Closed

Celui qui code ne valide pas.

05

Les garde-fous

Cinq règles pour que les agents restent rapides sans partir dans tous les sens.

  • 1
    Seul le duo ouvre un ticketWaiting → Open. Sinon les agents se donnent du travail entre eux.
  • 2
    In progress = verrouUn seul agent par ticket. Sans activité pendant quelques heures, retour en Open.
  • 3
    3 retours = retour en WaitingLe ticket est mal décrit ou trop dur pour l'agent : le duo le reprend.
  • 4
    Trop de Ready for Testing ? On arrête d'ouvrirLa limite n'est plus le code, c'est ce que le duo peut valider.
  • 5
    Emergency = build immédiatLe builder n'attend pas son prochain passage.
06

Les principes

Neuf principes pour travailler efficacement avec des agents IA.

Réagir au changement

Changer ne coûte presque plus rien : on fait deux versions et on choisit.

Simplicité

Un agent qui arrive sans contexte doit comprendre le code.

Priorisation continue

Le duo réordonne les tickets en permanence, selon les clients et la technique.

Les agents se servent

Pas d'assignation : l'agent prend le ticket Open le plus prioritaire.

Une erreur = une règle

Chaque correction est écrite dans les règles de l'agent. On n'explique jamais deux fois.

Celui qui code ne valide pas

La validation vient d'un autre agent ou d'un humain.

Relire selon le risque

Auth, paiement, données : relecture du Tech Lead. Le reste : tests + C.R.L.

Standards vérifiés

Une règle qu'aucun outil ne vérifie n'existe pas pour un agent.

Bêta en continu

Tout ticket terminé part en bêta et se teste dans le produit complet.

07

Les priorités

Les agents prennent toujours le ticket le plus prioritaire.

EmergencyOn arrête tout, le builder part tout de suite.
UrgentObligatoirement dans la prochaine release.
HighPrévu pour la prochaine release.
NormalPendant le cycle du projet.
LowQuand il ne reste rien d'autre.

Écrit par Guillaume LE COZ
S.A.M. Programming : la méthode pour développer avec des agents IA.

With AI agents, a large project no longer moves at the pace of a dev team. It moves at the pace of your decisions.

Agents code several tickets at once, day and night, and deliver continuously. The risk is no longer moving too slowly, it is producing lots of code nobody controls. S.A.M. organizes the work so agents go fast and get it right.

In parallel

Each agent takes a ticket. Ten tickets, ten agents, at the same time.

Day and night

Agents code at night. In the morning, humans test the beta.

Zero meetings

No stand-ups, no task assignment: agents pick their own tickets.

At scale

Project growing? Add agents, not meetings. Very large project: one duo per module.

01

The bottleneck has moved

Coding time is now close to zero. Everything happens before (deciding) and after (validating).

Before, coding took most of the time. With AI agents, deciding and validating do.
02

2 humans + AI agents

No project manager, no dev team. A duo decides, agents execute.

The Tech Lead and the C.R.L. prioritize together; dev, builder, test and marketing agents work from the tickets.
Technical vision

Tech Lead

  • Prioritizes with the C.R.L.
  • Connects the product to its agents
  • Reviews sensitive code
  • Keeps the architecture consistent
Customer vision

C.R.L. Customer Relationship Lead

  • Prioritizes with the Tech Lead
  • Writes the acceptance criteria
  • Brings back customer feedback
  • Gives the final go

Why a duo? A salesperson alone asking an AI for an app misses the technical side. A tech alone misses the customer. Together, they prioritize right.

The Tech Lead's real job: connecting the product to its agents
Context Project rules and architecture written for the agent
Standards Style, types and formatting checked by tools
Tests & CI The safety net that lets the agent work alone
Beta A complete environment with realistic data
Permissions What the agent can touch, and what is off-limits
03

The life of a ticket

No more assignment: the ticket status tells who acts next.

Ticket life cycle: Waiting, Open, In progress, Fixed/Done, Ready for Testing, Closed, with returns to Open on failure.
04

Two levels of testing

The first one filters, the second one validates.

1

By the agent that wrote the code

  • Before moving to Fixed/Done
  • On its own code
  • Fast, automatic
A filter, not a validation
2

By a human or another AI

  • On the beta, full product
  • With realistic data
  • Catches tickets that break each other
The real validation → Closed

Whoever writes the code doesn't validate it.

05

Guardrails

Five rules to keep agents fast without going off track.

  • 1
    Only the duo opens a ticketWaiting → Open. Otherwise agents start creating work for each other.
  • 2
    In progress = lockOne agent per ticket. No activity for a few hours: back to Open.
  • 3
    3 rejections = back to WaitingThe ticket is unclear or too hard for the agent: the duo takes it back.
  • 4
    Too many Ready for Testing? Stop openingThe limit is no longer code, it is what the duo can validate.
  • 5
    Emergency = immediate buildThe builder doesn't wait for its next run.
06

Principles

Nine principles for working efficiently with AI agents.

Respond to change

Change costs almost nothing: build two versions and pick one.

Simplicity

An agent arriving with no context must understand the code.

Continuous prioritization

The duo keeps reordering tickets, based on customers and tech.

Agents serve themselves

No assignment: the agent picks the highest-priority Open ticket.

One mistake = one rule

Every correction is written into the agent's rules. Never explain twice.

Whoever codes doesn't validate

Validation comes from another agent or a human.

Risk-based review

Auth, payments, data: Tech Lead review. Everything else: tests + C.R.L.

Checked standards

A rule no tool checks doesn't exist for an agent.

Continuous beta

Every finished ticket goes to beta and is tested in the full product.

07

Priorities

Agents always pick the highest-priority ticket.

EmergencyStop everything, the builder runs right away.
UrgentMust be in the next release.
HighPlanned for the next release.
NormalDuring the project cycle.
LowWhen nothing else is left.

Written by Guillaume LE COZ
S.A.M. Programming: the method for building software with AI agents.