Delivrer sans fragiliser la base technique

Quelques principes simples pour accelerer la livraison sans installer une dette qui bloque les iterations suivantes.

  • Delivery
  • Architecture
  • Engineering

Livrer vite n’impose pas de rendre la base technique opaque.

Les situations qui derapent le plus souvent ne viennent pas d’un manque de vitesse initiale, mais d’un mode de livraison qui dissocie trop tot execution, architecture et exploitation.

Chez Keyson, nous essayons de garder trois principes simples.

1. Rendre visibles les choix structurants

Un choix de decoupage, de flux ou de modele de donnees ne devrait pas rester implicite. Plus il est central, plus il doit etre explicite, trace et discutable.

2. Ne pas isoler le delivery de l’exploitation

Une equipe qui livre sans regarder le support, les incidents, l’observabilite ou les couts d’exploitation finit par creer un actif numerique difficile a tenir.

3. Garder une base lisible

La vraie vitesse se voit surtout dans les iterations suivantes. Une base lisible, des conventions stables et des interfaces bien posees ont souvent plus d’impact qu’une pseudo-optimisation locale.

Le bon objectif n’est pas seulement de livrer, mais de livrer de maniere reproductible.