SOS Captain¶

Contexte¶

Rôle tournant hebdomadaire côté équipe dev : la personne de garde sur la santé de la prod et le triage. Elle absorbe les incidents et les remontées support de la semaine pour que le reste de l'équipe garde le focus sur les objectifs macro, et veille à ce que ce qui est critique ne s'oublie pas dans le backlog.

C'est le pendant opérationnel, côté delivery, de ce que le Business & Blockers est au niveau leadership team.

Pourquoi on en parle¶

Le rôle existait de manière informelle mais n'était documenté nulle part. Au weekly du 08/06/2026, ses contours et ses conventions ont été précisés collectivement. Romain a posé l'enjeu : « sinon le risque, c'est que ça s'oublie » — d'où cette fiche, pour fixer le rôle, la rotation et le scope avant qu'ils ne se reperdent.

Rôle et scope (auto)¶

Dernière mise à jour : 2026-06-08

Ce que fait le SOS Captain¶

Triage des tickets bugs entrants et des remontées du canal support / triage.
Investigation des incidents de la semaine (ex. anomalies de transaction, notifications non reçues, indisponibilités ponctuelles d'API). Le détail technique des incidents reste dans les canaux de suivi internes.
Repasse régulière de la to-do et du backlog pour faire remonter les points critiques avant qu'ils ne s'oublient. Le but n'est pas de tout traiter — c'est impossible et ce n'est pas l'objectif — mais de faire remonter ce qui est critique.
Entretien du tableau : faire monter / baisser la priorité, dropper un ticket abandonné, et relancer la personne qui avait commencé quelque chose (est-ce fixé ? est-ce mergé ?).

Échelle de criticité¶

Critère de priorisation simple et partagé : ce qui touche au financier prime sur le confort utilisateur. Sur cette base, l'équipe sait jauger sans avoir besoin d'un arbitrage à chaque ticket.

Mode de travail¶

Le SOS Captain n'a pas besoin du contexte de tous les tickets : un ticket doit être suffisamment clair pour identifier le problème.
S'il ne sait pas, il demande l'avis des autres et tague les bonnes personnes sur les issues. La repasse peut se faire à plusieurs quand c'est nécessaire.

Rotation et historique¶

Rôle tournant. Pour garder une trace, convention actée : noter en commentaire qui était SOS Captain en S-1, afin d'avoir un historique et de ne plus reposer la question à chaque fois.
Au 08/06 : Denis prend le rôle côté API (passe prévue après le weekly). Vincent D. note qu'il pourrait être assigné « presque toutes les semaines » vu son périmètre, mais on alterne pour répartir.

Articulation avec le weekly¶

Les bugs ne passent pas en revue collective au weekly squad : le créneau (~45 min) est réservé aux objectifs macro de la boîte. C'est précisément le SOS Captain qui fait le dispatch et la priorisation des bugs hors de ce créneau, avec les principaux intéressés. Voir aussi les conventions Linear pour la tenue du tableau (priorités, statuts).

Sources¶

Weekly équipe du 2026-06-08 (transcript fourni en session, non promu en fiche meeting) — précision du rôle, du scope, de l'échelle de criticité et de la convention d'historique S-1.