---
periode: 2026-annuel
type: okr
organisation: 6TM
statut: update-q1
created: 2026-05-03
---

# OKRs 2026 — 6TM — Update Q1

## Pourquoi revoir les OKRs 2026

Les OKRs 2026 initiaux adressaient les bons sujets, mais ils restent trop dispersés face à l’accélération de l’IA.

L’IA ne doit plus être considérée comme un simple levier de productivité. Elle transforme l’économie du développement logiciel : l’exécution standard devient moins différenciante, plus compressible, et davantage exposée à la pression prix / délai / volume.

Le sujet n’est donc plus seulement d’améliorer le modèle actuel, mais de repositionner 6TM sur ce qui restera défendable : la valeur métier, la verticalisation, le cadrage, la qualité, les actifs réutilisables, Seenaps et les compétences IA-augmentées.

Cette revue des OKRs vise à concentrer le CODIR sur quatre paris structurants, afin de piloter explicitement la transition d’un modèle centré sur la capacité d’exécution vers un modèle centré sur la transformation fiable de besoins métier en résultats mesurables.

L’enjeu 2026 n’est pas seulement de réussir quelques expérimentations IA. Il est de choisir lucidement la trajectoire de 6TM face à trois scénarios possibles.

---

## Trois scénarios 2026

### Scénario 1 — Les gains IA sont absorbés par la sous-activité

Les équipes gagnent en productivité grâce à l’IA, mais ces gains ne se traduisent pas en marge, en capacité commerciale ou en création de valeur. La sous-activité gomme les effets positifs : les projets vont plus vite, mais il n’y a pas assez de demande utile pour convertir cette vitesse en performance économique.

**Ce que cela signifierait**

- la productivité individuelle augmente, mais le taux d’activité reste insuffisant ;
- la marge ne progresse pas malgré les gains techniques ;
- les équipes livrent plus vite, mais sur un volume ou une valeur trop faible ;
- l’IA devient un amortisseur de crise, pas un levier stratégique.

**Signal d’alerte principal**

Les indicateurs IA progressent, mais le CA utile, la marge et le pipeline qualifié ne suivent pas.

### Scénario 2 — La valeur du développement fond, la transformation ne s’opère pas

La valeur marchande du développement d’exécution baisse plus vite que la capacité de 6TM à transformer ses rôles, son offre et son delivery. Les développeurs restent majoritairement positionnés sur l’exécution pure, le marché compresse les prix, et 6TM doit adapter brutalement sa taille.

Dans ce scénario, la cible devient défensive : descendre l’équipe à environ 70 personnes pour retrouver un niveau de charge, de marge et de pilotage soutenable.

**Ce que cela signifierait**

- les profils exécutants restent trop nombreux par rapport à la demande solvable ;
- la pression prix / délai augmente sur les projets standards ;
- la transformation IA reste superficielle ou limitée à quelques personnes ;
- la baisse d’effectif devient le principal levier de retour à l’équilibre.

**Signal d’alerte principal**

La part d’exécution pure reste élevée, les rôles IA-augmentés ne prennent pas, et les gains IA ne compensent pas la baisse de valeur du dev standard.

### Scénario 3 — La transformation IA devient un relais de croissance

La transformation IA s’opère réellement. Les développeurs gagnent en autonomie, en capacité de décision et en responsabilité sur la qualité. Les outils internes accélèrent la mise en place de solutions utiles pour améliorer la performance des entreprises clientes. Seenaps devient un actif stratégique et un vrai relais de croissance.

**Ce que cela signifierait**

- les développeurs passent de l’exécution à l’orchestration, la validation, le cadrage et la décision ;
- la Factory livre plus vite avec une qualité maîtrisée et une meilleure économie ;
- les outils IA internes sécurisent la qualité, les coûts et la capitalisation ;
- les offres se déplacent vers la valeur métier, la data, l’automatisation et la performance client ;
- Seenaps génère des preuves commerciales, du revenu récurrent et une différenciation défendable.

**Signal de réussite principal**

La productivité IA se transforme en marge, en offres vendables, en autonomie équipe, en satisfaction client et en croissance Seenaps.

---

## Orientation retenue

Les OKRs 2026 doivent empêcher le scénario 1, éviter le scénario 2 et organiser explicitement le scénario 3.

Cela impose de piloter simultanément :

- la rentabilité réelle, pas seulement la productivité ;
- la transformation des rôles, pas seulement l’usage d’outils IA ;
- la valeur métier vendue, pas seulement la capacité de delivery ;
- Seenaps comme actif stratégique, pas seulement comme produit interne ;
- la baisse de dépendance à l’exécution pure, sans attendre que le marché l’impose.

---

## Axe transversal — Rentabilité et pilotage économique

La transformation IA ne doit pas être pilotée uniquement comme un sujet d’innovation ou de productivité. Elle doit améliorer la robustesse économique de 6TM : marge, qualité du CA, capacité à arbitrer les deals, et contribution des actifs stratégiques.

Indicateurs suivis mensuellement en CODIR :

- marge brute globale ;
- marge par verticale ;
- marge des projets IA-assistés ;
- taux de rendement Factory ;
- CA vendu en capacité ;
- CA sous pression ;
- CA valeur métier ;
- non facturé / reste à facturer ;
- deals à risque ou toxiques avec décision explicite.

---

## O1 — Repositionner l’offre 6TM sur la valeur métier verticalisée

**Intention**

Sortir progressivement d’un discours de capacité générique pour vendre des résultats métier sur des verticales prioritaires.

**Key Results**

- KR1 — Packager 3 offres verticales avec promesse business, cas d’usage IA/Data, preuves et grille de ROI.
- KR2 — Travailler 20 comptes cibles en ABM avec un discours orienté résultat métier.
- KR3 — Générer 30% du nouveau pipeline 2026 via offres verticalisées ou packagées.
- KR4 — Signer 3 deals avec valeur métier explicite, pas seulement charge ou TJ.
- KR5 — Nommer un responsable verticalisation et suivre mensuellement un tableau de bord CA / marge / pipeline / `% CA vendu en capacité` / `% CA sous pression` / `% CA valeur métier`.
- KR6 — Revoir mensuellement en CODIR les deals à risque ou toxiques avec décision explicite : poursuivre, renégocier, transformer ou arrêter.

---

## O2 — Transformer la Factory en delivery IA-augmenté mesurable

**Intention**

Prouver que la Factory livre plus vite, mieux, avec une meilleure économie, sans perdre la maîtrise métier et technique.

**Key Results**

- KR1 — Réaliser 3 à 5 projets pilotes avec un `Bilan IA court`.
- KR2 — Réduire de 20 à 30% le cycle time sur les projets pilotes.
- KR3 — Maintenir ou améliorer la qualité post-release sur les projets pilotes.
- KR4 — Améliorer la marge des projets pilotes IA-assistés.
- KR5 — Créer ou réutiliser 10 assets IA/engineering : prompts, patterns, checklists, composants, tests.
- KR6 — Déployer une charte IA opérationnelle couvrant sécurité, conformité, confidentialité, validation humaine et usages interdits.

---

## O3 — Faire de Seenaps un actif stratégique IA-native

**Intention**

Utiliser Seenaps comme produit défendable et terrain de preuve de la transformation IA du groupe.

**Key Results**

- KR1 — Valider une roadmap Seenaps IA-native priorisée.
- KR2 — Livrer au moins 2 cas d’usage IA en production ou pilote client.
- KR3 — Réduire le cycle time de delivery Seenaps sur les nouvelles features IA-assistées.
- KR4 — Mesurer la contribution Seenaps au CA, à la marge, au MRR, au churn et à la rétention nette séparément du delivery classique.
- KR5 — Formaliser 3 preuves réutilisables : démo, cas client, métrique d’impact ou asset commercial.

---

## O4 — Transformer les compétences et rôles pour réduire la dépendance à l’exécution pure

**Intention**

Faire évoluer les équipes vers les rôles qui restent défendables : cadrage, orchestration IA, validation, data, produit, relation métier.

**Key Results**

- KR1 — Cartographier 100% des développeurs selon une trajectoire cible : orchestrateur IA, lead validation, relais fonctionnel, IA/Data/DevOps.
- KR2 — Repositionner ou former 8 collaborateurs sur des rôles IA-augmentés mesurables.
- KR3 — Structurer 3 Lead Dev / référents qualité IA responsables de la validation des outputs IA.
- KR4 — Réduire la part moyenne d’exécution pure dans les compositions cibles.
- KR5 — Poser une règle de recrutement : 0 recrutement sur profil purement exécutant sans trajectoire IA, métier ou produit.
- KR6 — Structurer une capacité Data minimale : 1 lead identifié, 2 ressources mobilisables et une trajectoire de montée en compétence.
- KR7 — Réduire la dépendance opérationnelle aux personnes clés sur les rôles critiques par documentation, binômage, backup ou transfert de compétences.
