Gouvernance — Comment on décide¶

Qui tranche quoi dans l'équipe LObsTer.

Matrice de décision¶

flowchart LR
    Q[Décision à prendre] --> TYPE{Type ?}
    TYPE -->|Technique routine| CLAUDE[Claude
autonome]
    TYPE -->|Technique structurant| MARC[Marc
décide]
    TYPE -->|Qualité éditoriale étude| CYRILLE[Cyrille
décide]
    TYPE -->|Stratégique business| BOTH[Marc + Cyrille
co-décident]

    classDef cl fill:#e87722,stroke:#0d1f3c,color:#fff
    classDef m fill:#0d1f3c,stroke:#e87722,color:#fff
    classDef c fill:#2a7f7f,stroke:#0d1f3c,color:#fff
    classDef b fill:#c9a84c,stroke:#0d1f3c,color:#0d1f3c

    class CLAUDE cl
    class MARC m
    class CYRILLE c
    class BOTH b

Qui décide quoi ?¶

🔧 Claude (autonome)¶

Quand la décision est technique et sans impact stratégique.

• Choix d'une bibliothèque interchangeable (ex: httpx vs requests)
• Structure interne d'un module
• Nom d'une variable
• Format du logging
• Refactoring non visible

Garde-fou : Claude ne prend jamais de décision destructive (suppression fichier, drop table, push force) sans confirmation.

👨‍💻 Marc (co-fondateur, tech)¶

Quand la décision est technique mais structurante.

• Choix de la stack (ex: FastAPI vs Django)
• Architecture globale
• Choix d'hébergement (Hetzner, Cloudflare)
• Convention de nommage des endpoints
• Stratégie de tests
• Outils de monitoring
• Choix d'analytics (Plausible vs GA4 — cf QO-008)

🎨 Cyrille (co-fondateur, métier)¶

Quand la décision concerne la qualité métier d'une étude.

• Structure éditoriale d'une étude (pages, KPIs, argumentaire)
• Choix des sources de données à afficher
• Seuils d'alerte (ex: "passoires thermiques = F+G")
• Format paysage A4, typographie, palette
• Niveau de détail technique vs grand public
• Validation de la rigueur analytique

Règle : HTML Cyrille = source de vérité (détails).

🤝 Marc + Cyrille (co-décident)¶

Décisions business stratégiques.

• Positionnement marché (pré-diagnostic vs concurrent BE — QO-003)
• Grille tarifaire (450€ ok ou à monter — QO-005)
• Taille du catalogue au lancement (QO-001)
• Stratégie pilotes gratuits (QO-002)
• Communication & preuve sociale (témoignages, logos clients)
• Entité commerciale (SASU / SARL / SAS — QO-007)
• Recrutement (urbaniste salarié ? — QO-004)
• Ordre de priorité des sprints

Processus pour les décisions stratégiques¶

1. Identification — Claude ou un co-fondateur soulève une question (ex: "QO-005 tarifs")
2. Documentation — la question est ajoutée dans questions-ouvertes/ avec contexte + options + implications
3. Arbitrage — Marc et Cyrille en discutent (réunion dédiée ou async)
4. Décision — la décision + justification sont reportées dans le fichier QO-XXX
5. Mise à jour — les sprints concernés sont mis à jour (ISC, scope)

Red lines — ce qui n'est pas négociable¶

Indépendamment de qui décide :

• Aucune valeur extrapolée dans un rapport client sans badge "estimation"
• Aucun secret commité dans le repo
• Aucune donnée personnelle stockée sans consentement RGPD explicite
• Aucun déploiement production sans avoir validé au moins une étude complète sur une commune pilote
• Aucune modification du contenu d'une étude livrée sans l'accord de Cyrille

Escalade¶

• Claude ne sait pas trancher → pose une question ouverte à Marc
• Marc ne sait pas trancher tout seul → ajoute la question dans questions-ouvertes/ pour discussion avec Cyrille
• Marc et Cyrille en désaccord → pas de décision imposée. On documente les positions, on cherche un MVP testable, on laisse les premiers clients arbitrer

Traçabilité¶

Toutes les décisions sont :

• Versionnées dans git (wiki ou PRD)
• Archivées dans la mémoire Claude (project memories)
• Auditables via le dashboard ou les fichiers PRD

Voir Mémoire Claude pour le détail.