Jira et Confluence : des données d'exécution fiables et un modèle opérationnel vivant

Jira, la donnée d’exécution

Une hiérarchie qui reflète le modèle. Epics de portefeuille, features, stories, et les niveaux intermédiaires si votre structure les exige. Chaque élément de travail se rattache à l’initiative et au thème stratégique qu’il sert. C’est ce qui rend la stratégie traçable jusqu’aux équipes.

Des workflows qui servent le pilotage. Schémas de workflow, champs, écrans et droits construits pour produire une donnée exploitable, pas empilés au fil des demandes. Un Jira configuré sans modèle produit une hiérarchie que personne ne respecte au bout de deux trimestres.

Livraison, dépendances et capacité. Dépendances déclarées et réciproques, capacité des équipes et des trains, planification par incrément. Les données dont le PI Planning et le portefeuille ont besoin sont produites par le travail lui-même.

Jira Align. Mise en œuvre et reprise, connexion des trains, des PI, des objectifs et des dépendances. Arbitrage de la frontière avec Clarity lorsque les deux coexistent.

Métriques de flux sans saisie. Les indicateurs sont construits sur l’historique des transitions, pas sur des champs déclaratifs : délai de traversée réel, âge du travail en cours, taux d’arrivée et de sortie, prévisibilité, répartition par type de travail. Aucune action n’est demandée aux équipes, donc les mesures restent justes dans la durée.

Confluence, le modèle opérationnel vivant

Un référentiel qui sert n’est pas une bibliothèque de documents. C’est un espace structuré par rôle, où chacun trouve ce qu’il doit faire, quand, et avec qui.

• Le référentiel de gouvernance : instances, ordres du jour, décisions attendues, règles de financement et de priorisation.
• Les processus de décision : qui décide quoi, dans quelle instance, sur quels critères.
• Des parcours par rôle : Epic Owner, Business Owner, RTE, VMO, chacun avec ses responsabilités et ses rendez-vous.
• Un déploiement automatisé, qui permet de faire évoluer le référentiel sans le reconstruire à la main, avec un pilotage à accès restreint lorsque le sujet budgétaire l’exige.
• Une gestion des connaissances assistée par l’IA : mise à jour des pages quand une règle change, et un assistant qui répond aux questions sur le modèle en citant la page source. Voir L’IA au service de la stratégie et de l’exécution.

Relier l’exécution au portefeuille

Jira vers Clarity ou Planisware, Jira vers les outils financiers et les référentiels de ressources. Une seule source de vérité par donnée. C’est ce lien qui permet au portefeuille de décider sur des faits, et à la direction de suivre une priorité jusqu’aux équipes.

Situations fréquentes

Un portefeuille piloté sous Excel alors que tout se passe dans Jira. Nous établissons la hiérarchie manquante et construisons les vues de portefeuille directement sur la donnée Jira. Le fichier Excel n’a plus de raison d’exister.

Un Jira que chaque équipe a configuré à sa façon. Audit des schémas, définition d’un socle commun avec les libertés laissées aux équipes, plan de convergence progressif. On ne réaligne pas des dizaines de projets Jira en une fois.

Un référentiel de gouvernance que personne ne lit. Restructuration par rôle plutôt que par document, avec des instances décrites par leur ordre du jour et leurs décisions attendues.

Ce que cela a permis

Grand groupe de services. Un référentiel Confluence complet, déployé par un outillage automatisé, avec des parcours par rôle, et des vues de portefeuille alimentées depuis Jira. Lire l’étude de cas