Gouvernance architecte & décisions par défaut — DYNORS¶
Note de gouvernance — Lead architecte DYNORS — 2026-05-07
Ce document fixe les règles qui permettent à l'architecte de prendre des décisions en autonomie et de ne remonter au CTO que ce qui le nécessite vraiment. Il définit les rôles à pourvoir, les défauts assumés, et les triggers d'escalade.
Contexte : la phase de démarrage où le CTO arbitre tout n'est pas tenable dès qu'il y a plusieurs chantiers simultanés (FISCAL multi-pays, BOOKS, ELISA, DAWALALE…). Cette note formalise une délégation propre.
1. Principe — l'architecte décide par défaut, le CTO arbitre les seuils¶
Trois catégories de décisions :
Catégorie A — l'architecte décide seul, communique a posteriori. Choix d'abstraction logicielle, conventions techniques, choix d'outillage open-source ou de pattern, séquençage de sprints à l'intérieur d'une phase, recettes techniques, postures de migration entre composants DYNORS. Si la décision est prise dans le cadre d'une roadmap déjà validée par le CTO, elle est exécutée sans escalade.
Catégorie B — l'architecte propose un défaut, le CTO peut révoquer dans les 5 jours ouvrés. Choix qui engagent un budget significatif (>10 000 € sur 12 mois), choix de partenaires externes, hiérarchisation entre deux pays cibles, arbitrage entre deux fonctionnalités produit majeures. L'architecte écrit la décision dans un ADR (Architecture Decision Record), tag le CTO, et exécute si pas d'objection sous 5 jours.
Catégorie C — décision exclusive du CTO ou de la direction. Embauches, accords commerciaux liants DYNORS, choix de modèle économique, ouverture/fermeture d'un marché géographique, arbitrages stratégiques entre produits, audits de conformité réglementaire avec impact juridique sur la société. L'architecte ne décide jamais ces sujets seul.
2. Décisions par défaut sur la roadmap FISCAL 12 mois¶
Les trois questions ouvertes du document fiscal-roadmap-12-mois.md reçoivent les défauts suivants — applicables immédiatement sauf révocation CTO sous 5 jours.
2.1 Responsable des agréments éditeur de logiciel de facturation¶
Défaut assumé : modèle hybride avec coordination CTO en M0-M3, puis recrutement d'un Head of Regulatory Affairs dès M+3.
| Phase | Modèle | Coût ordre de grandeur |
|---|---|---|
| M0 → M+1 (Sénégal) | CTO pilote + cabinet juridique sénégalais sous-traitant les démarches DGI | 1,5-3 M FCFA cabinet + 5j CTO |
| M+1 → M+3 (CI + NG) | CTO supervise + cabinet local par pays (Abidjan + Lagos) | 5-10 M FCFA cabinets + 3j/mois CTO |
| M+3 → M+12 | Recrutement Head of Regulatory Affairs (profil RegTech, expérience fintech UEMOA) qui pilote les trois agréments + futurs pays | Salaire ~1,5-2,5 M FCFA/mois + 30% charges |
Trigger d'escalade vers le CTO : un cabinet local refuse le dossier pour incompatibilité réglementaire fondamentale, ou un pays exige une présence physique permanente (incorporation locale).
2.2 Veille fiscale par pays¶
Défaut assumé : modèle hybride contractor + abonnement service spécialisé en M0-M6, internalisation à partir de M+6.
| Phase | Modèle | Coût ordre de grandeur |
|---|---|---|
| M0 → M+6 | Fiscaliste senior contractor à 0,3 ETP (sourçable cabinet PWC Sénégal, Deloitte, ou indépendant CGA — Conseil Gestion Africa) qui rédige les TaxRule au fil de la roadmap |
~800 k - 1,2 M FCFA/mois pour 0,3 ETP |
| M0 → M+12 | Abonnement à un service de veille réglementaire UEMOA (Fidalex, Bizweekly Africa, ou équivalent) pour alertes textes officiels | ~150-300 k FCFA/mois |
| M+6 → M+12 | Recrutement Lead Tax Specialist DYNORS (profil expert-comptable agréé Sénégal ou OHADA, expérience banque/assurance) qui prend le relais et encadre les cabinets locaux CI et NG | Salaire ~2-3 M FCFA/mois + 30% charges |
Format de livrable du contractor / lead : TaxRule versionnée en JSON pour FISCAL + note explicative en français pour validation par le CTO/PO. Cadence : un livrable par sprint phase 3 (taux, exonérations, RAS, droit de timbre, reverse-charge), puis trimestriel en maintenance.
Trigger d'escalade : changement majeur de législation impactant >20% du modèle FISCAL (ex. bascule du Sénégal vers la facturation certifiée temps réel obligatoire), divergence entre cabinets locaux sur l'interprétation d'une règle, refus d'un tenant pilote pour non-conformité fiscale identifiée.
2.3 Ressources allouées¶
Défaut assumé : démarrage minimal en M0 avec montée en charge progressive, plan d'embauche cadencé sur 6 mois.
| Mois | Composition équipe FISCAL | Source |
|---|---|---|
| M0 | 2 back senior actuels (existant) + 0,5 PO (CTO en interim) + 0,3 fiscaliste contractor + 0,5 DevOps mutualisé | Existant + contractor |
| M+1 | + 1 back mid à recruter | Recrutement Sénégal/Côte d'Ivoire (marché abondant) |
| M+2 | + 1 front Angular senior à recruter | Recrutement |
| M+3 | + 1 PO produit dédié FISCAL (libère le CTO) + 1 Head of Regulatory Affairs | Recrutement |
| M+4 | + 1 back senior #3 à recruter | Recrutement |
| M+6 | + 1 Lead Tax Specialist qui internalise la veille | Recrutement |
| M+9 | Évaluation : besoin d'un second front, d'un DevOps dédié ? | Décision CTO |
Total à plein régime (M+6) : ~6,5 ETP comme prévu dans la roadmap.
Trigger d'escalade : un recrutement clé (Head of Regulatory Affairs ou Lead Tax Specialist) ne trouve pas de candidat acceptable en 60 jours. Auquel cas, l'architecte propose au CTO soit de prolonger le contractor, soit de décaler la phase concernée, soit de réduire le scope (lancer 2 pays au lieu de 3).
3. Rôles à pourvoir et chronologie¶
Cette section définit les profils types qui doivent exister à terme dans DYNORS pour que la croissance ne repose plus sur le CTO seul. Chaque rôle a un périmètre, une description profil, et une fenêtre d'embauche.
3.1 Tech Lead FISCAL — M+3¶
Périmètre : encadre l'équipe back-end FISCAL (3-4 devs), valide les ADRs FISCAL, garantit la qualité de livraison sprint après sprint, interface technique avec les autres tech leads (RAGNAR, SuperGest, BOOKS).
Profil : 8+ ans backend Java/Spring senior, expérience d'au moins une intégration fiscale officielle (DGI, e-invoicing, Chorus Pro, ou équivalent), exposition multi-tenant, leadership technique 5+ devs.
Justification : sans ce rôle, l'architecte est ramené à du management quotidien et n'a plus le temps de cadrer les autres applications.
3.2 Product Manager FISCAL — M+3¶
Périmètre : cadrage produit FISCAL (taxonomie produits, exonérations sectorielles, mapping juridictions, priorités tenants pilotes, dashboard développeur), interface entre architecte / lead tax / commerciaux / tenants.
Profil : 5+ ans PM SaaS B2B, idéalement fintech ou regtech, capacité à comprendre des règles fiscales et à les vulgariser pour les devs, expérience d'un produit à API publique.
Justification : sans ce rôle, le CTO arbitre au coup par coup les priorités produit, ce qui dégrade l'expérience tenant et ralentit la roadmap.
3.3 Head of Regulatory Affairs — M+3¶
Périmètre : pilote tous les agréments éditeurs (DGI Sénégal, DGI CI, FIRS NG, et futurs pays), maintient les relations avec les autorités fiscales et institutionnelles, prépare les audits de conformité, alerte sur les évolutions réglementaires majeures.
Profil : 7+ ans en regulatory affairs (banque, assurance, fintech, ou administration publique), réseau institutionnel UEMOA, capacité à gérer plusieurs juridictions en parallèle, anglais courant pour le Nigeria.
Justification : sans ce rôle, le CTO perd un temps disproportionné en démarches administratives et le risque de blocage commercial est élevé.
3.4 Lead Tax Specialist — M+6¶
Périmètre : maintient le TaxRule registry à jour pour tous les pays cibles, valide la conformité fiscale des factures émises par FISCAL, encadre les cabinets locaux par pays, forme les commerciaux et le support sur les fondamentaux fiscaux.
Profil : expert-comptable agréé OHADA ou équivalent, 10+ ans en cabinet fiscal ou banque, expérience UEMOA solide, anglais professionnel.
Justification : sans ce rôle, FISCAL reste dépendant d'un contractor sur un domaine où l'erreur a un impact juridique direct sur la société.
3.5 Engineering Manager DYNORS — M+9 ou plus tard¶
Périmètre : encadre les Tech Leads FISCAL, RAGNAR, BOOKS, ELISA, etc. Coordonne les roadmaps, gère les budgets ingénierie, fait le lien avec les RH pour les recrutements.
Profil : 12+ ans en ingénierie logicielle, expérience d'encadrement multi-équipes, exposition multi-produits.
Justification : déclencheur d'embauche = 4+ tech leads à coordonner ou >25 ingénieurs total. Tant qu'on est en dessous, l'architecte + CTO peuvent encore couvrir.
3.6 Profils déjà existants à confirmer¶
- Lead architecte DYNORS (toi qui l'es aujourd'hui ou qui valide ce rôle pour quelqu'un) — décide tout ce qui est en catégorie A, propose les catégories B, escalade les C.
- DevOps senior — broker RabbitMQ partagé, monitoring Datadog, Vault, K8s, sandbox accès. Mutualisé sur tous les produits DYNORS.
4. Triggers généraux d'escalade vers le CTO¶
L'architecte doit escalader systématiquement quand :
- Un budget non prévu dépasse 10 000 € (~6,5 M FCFA) sur 12 mois.
- Un partenaire externe (cabinet, contractor, fournisseur) doit être contractualisé pour la première fois.
- Un recrutement clé n'aboutit pas en 60 jours.
- Un changement réglementaire majeur impacte la roadmap (>20% de scope concerné).
- Un tenant pilote remonte un blocage commercial qui exige une décision produit non prévue.
- Un incident sécurité ou conformité de niveau P0 ou P1 est détecté.
- Un ADR de catégorie B reçoit une objection externe (autre tech lead, partenaire) dans les 5 jours.
Hors de ces cas, l'architecte décide et communique un point hebdomadaire (vendredi) reprenant les décisions prises et les sujets en cours.
5. ADR — Architecture Decision Record¶
Format minimaliste pour tracer les décisions de catégorie A et B. Chaque ADR fait moins de 2 pages et vit dans dynors-docs/docs/01-vision-architecture/adr/NNNN-titre.md.
# ADR-NNNN — Titre court
**Date** : YYYY-MM-DD
**Catégorie** : A (autonome) | B (proposée, révoquable 5j)
**Décideur** : Lead architecte DYNORS
**Statut** : Proposée | Acceptée | Révoquée | Remplacée par ADR-XXXX
## Contexte
Une à deux paragraphes sur le pourquoi.
## Décision
Une phrase courte. Précisément ce qui est décidé.
## Conséquences
- Bénéfices attendus
- Coûts / contraintes induites
- Composants impactés
## Alternatives considérées
Une à trois lignes par alternative écartée, avec la raison.
Les ADRs déjà implicitement présents (TaxAuthorityAdapter, dynors-entitlements source-agnostique, JWT minimal) doivent être backfillés au format ADR dans le cadre de la phase 1 sprint 1.
6. Communication CTO ↔ architecte¶
Cadence minimale :
- Quotidien — pas de sync, échange asynchrone sur Slack #archi.
- Hebdomadaire — vendredi 17h, sync 30 min, revue des décisions de la semaine et des arbitrages B en attente.
- Mensuel — premier jeudi du mois, revue de roadmap (1h), validation du gate de phase si applicable.
- Trimestriel — revue stratégique (2h), arbitrages catégorie C, ajustement de la roadmap globale.
L'architecte tient à jour un tableau hebdomadaire des sujets en cours dans dynors-docs/docs/00-contexte-architecte/journal-archi.md (à créer).
7. Décisions assumées maintenant — récapitulatif¶
À effet immédiat, sauf révocation CTO sous 5 jours ouvrés à compter du 2026-05-07 :
- Agréments éditeur — démarrage cabinet local par pays + recrutement Head of Regulatory Affairs visé M+3.
- Veille fiscale — fiscaliste contractor 0,3 ETP + abonnement veille réglementaire dès M0 ; recrutement Lead Tax Specialist visé M+6.
- Ressources FISCAL — démarrage avec 2 back senior actuels + 0,3 fiscaliste contractor ; plan d'embauche cadencé tel que défini en §2.3, démarré dès la semaine 1.
Si le CTO n'objecte pas avant le 2026-05-12, ces décisions deviennent acquises et l'architecte exécute.
8. Références¶
| Sujet | Document |
|---|---|
| Roadmap FISCAL 12 mois | fiscal-roadmap-12-mois.md |
| Architecture cible FISCAL | fiscal-architecture-cible-vs-existant.md |
| dynors-entitlements | dynors-entitlements |
| dynors-auth | dynors-auth |
| Architecture C4 | c4-architecture.md |
Document maintenu par le lead architecte DYNORS. Ce document n'est pas une charte RH ni un manuel de procédure — c'est un cadre de délégation pratique pour libérer le temps du CTO. Première édition : 2026-05-07.