Add ADRs for workflow, permissions and templates

projet/decisions/accepted/ADR-0002-conventions-labels-et-milestones.md

@@ -0,0 +1,61 @@
+# ADR-0002 - Conventions de labels et milestones Forgejo
+
+- Statut : accepted
+- Date : 2026-06-24
+- Domaine : gouvernance
+
+## Contexte
+
+Une organisation multi-depots devient vite brouillonne si chaque depot emploie ses propres labels et ses propres reperes calendaires.
+
+Le projet CCDS a besoin d'un langage commun pour :
+
+- prioriser les sujets ;
+- reconnaitre les domaines metier ;
+- suivre les lots dans le temps ;
+- garder une lecture simple pour le pilotage.
+
+## Decision
+
+Les depots CCDS adoptent :
+
+- un socle commun de labels transverses ;
+- des labels metier additionnels quand ils apportent un gain reel ;
+- des milestones datees partagees a l'echelle de l'organisation.
+
+## Labels communs retenus
+
+- `bug`
+- `ux`
+- `infra`
+- `conformite`
+- `cartographie`
+- `priorite-haute`
+- `priorite-moyenne`
+- `a-valider`
+- `admin`
+- `association`
+- `public`
+- `logistique`
+- `rgpd-iso27001`
+
+## Milestones datees retenues
+
+- `T3 2026 - Socle organisationnel`
+- `T3 2026 - Exploitation & conformité`
+- `T3 2026 - UX portail & admin`
+- `T3 2026 - Cartographie premium`
+
+## Consequences
+
+### Positives
+
+- tickets plus lisibles ;
+- tri plus rapide ;
+- pilotage inter-depots plus coherent ;
+- moins de bruit dans l'organisation.
+
+### Vigilances
+
+- eviter de multiplier les labels sans besoin reel ;
+- fermer les anciennes milestones generiques quand les versions datees existent.

projet/decisions/accepted/ADR-0003-discipline-des-acces-par-equipe.md

@@ -0,0 +1,61 @@
+# ADR-0003 - Discipline des acces par equipe
+
+- Statut : accepted
+- Date : 2026-06-24
+- Domaine : securite
+
+## Contexte
+
+L'organisation Forgejo ne devait pas rester ouverte par defaut sur tous les depots pour toutes les equipes.
+
+Il fallait distinguer :
+
+- le besoin de production technique ;
+- le besoin de pilotage ;
+- le besoin de simple lecture.
+
+## Decision
+
+Les equipes CCDS adoptent la discipline suivante :
+
+- `technique` : acces fort sur les depots de travail et d'exploitation ;
+- `pilotage` : acces cible aux depots utiles au suivi projet ;
+- `lecture` : acces restreint aux depots de consultation et de gouvernance.
+
+## Repartition retenue
+
+### technique
+
+- `portail-associations`
+- `infra`
+- `docs`
+- `cartographie`
+- `templates`
+
+### pilotage
+
+- `.profile`
+- `docs`
+- `templates`
+- `portail-associations`
+- `cartographie`
+
+### lecture
+
+- `.profile`
+- `docs`
+- `templates`
+
+## Consequences
+
+### Positives
+
+- meilleure hygiene d'acces ;
+- exposition reduite des depots sensibles ;
+- pilotage plus clair ;
+- verification reelle possible avec comptes non proprietaires.
+
+### Vigilances
+
+- revoir les acces si de nouveaux depots ou de nouveaux usages apparaissent ;
+- tester periodiquement les permissions reelles.

projet/decisions/accepted/ADR-0004-templates-communs-de-travail.md

@@ -0,0 +1,31 @@
+# ADR-0004 - Depot templates communs de travail
+
+- Statut : accepted
+- Date : 2026-06-24
+- Domaine : gouvernance
+
+## Contexte
+
+Les modeles utiles etaient en train de se disperser entre les depots : tickets, checklists, exemples ADR et conventions de redaction.
+
+## Decision
+
+Un depot dedie `templates` sert de reference commune pour :
+
+- conventions de tickets ;
+- checklists simples ;
+- exemples ADR ;
+- bases de travail reutilisables.
+
+## Consequences
+
+### Positives
+
+- moins de duplication inutile ;
+- meilleur point d'entree pour les futurs projets ;
+- pratiques plus homogènes dans l'organisation.
+
+### Vigilances
+
+- les modeles actifs specifiques a un depot peuvent rester localement quand cela a du sens ;
+- le depot `templates` doit rester leger et utile.