Aller au contenu principal

Checklist gouvernance

Éléments à vérifier​

  • Le périmètre DMV / Dans Mon Village est défini sans ambiguïté.
  • Les documents distinguent projet, produit, écosystème et applications.
  • Les décisions structurantes ont un ADR ou un point à arbitrer.
  • Les responsabilités produit, technique, sécurité, data et ops sont identifiées.
  • Les limites du Master Book sont explicites.

Cohérence​

  • La gouvernance ne contredit pas la roadmap.
  • Les règles projet sont compatibles avec l’architecture Laravel modulaire.
  • Les documents ne promettent pas un état livré si c’est une vision cible.
  • Les termes DMV, PlayLoop, AssoSuite, Mairie restent homogènes.

Sécurité​

  • Les décisions sensibles imposent audit, validation humaine ou contrôle backend.
  • Les rôles de validation sont distingués des rôles mairie.
  • La commune n’a pas de pouvoir de censure globale.

Dette documentaire​

  • Les décisions sans ADR sont listées.
  • Les documents vides ou placeholders sont identifiés.
  • Les sections non relues ont un statut visible.

Hypothèses​

  • Les hypothèses de gouvernance sont séparées des faits confirmés.
  • Les arbitrages non validés ne sont pas présentés comme définitifs.

Contradictions possibles​

  • Vision cloud-agnostic vs dépendances Cloudflare/Supabase.
  • Autonomie des apps vs API centrale.
  • Supervision mairie vs modération globale DMV.

Éléments non confirmés​

  • Processus exact de validation des ADR.
  • Rôles opérationnels finaux.
  • Procédure de revue périodique du Master Book.

Éléments critiques​

  • Une décision critique sans propriétaire est signalée.
  • Une décision de sécurité sans validation humaine est bloquée.

Validations humaines nécessaires​

  • Validation direction produit.
  • Validation technique.
  • Validation sécurité/RGPD.