vault backup: 2026-09-17 21:45:47

2026-09-17 21:45:47 -04:00
parent f2bf29e037
commit 40a1e1d1ea
20 changed files with 175 additions and 14676 deletions
@@ -0,0 +1,45 @@
+---
+type: meeting
+date: 2026-09-15
+source: MeetMic
+status: inbox
+duration: 47m
+meetmic_id: EB43FF0D-6376-43B7-B48C-7CD3820A0B77
+---
+
+# [TECH-32538] - Tracking ticket
+
+## Résumé
+- La réunion a porté sur le suivi statistique des tickets par mois et par année, notamment pour distinguer les problèmes liés à TFO, Idéllo et ONFR, ainsi que leur origine.
+- Les champs existants de Jira ont été examinés. Le champ « plateforme » semble réutilisable, mais son usage historique et ses différents contextes doivent être vérifiés.
+- Les difficultés de catégorisation dans le portail ont été discutées : les utilisateurs choisissent souvent le premier formulaire disponible, ce qui mélange demandes et incidents.
+- La gestion des accès de contributeurs externes, notamment Brian Payne et l’équipe de Julie Bessert, nécessite de combiner l’ajout au ticket avec un rôle ou un accès au projet.
+- Le fonctionnement des SLA reste problématique : l’équipe traite parfois les tickets directement sans les prendre en charge dans Jira, ce qui compromet le suivi et les indicateurs.
+- Un sujet Power BI concernant la visibilité des performances numériques reste à clarifier avant une éventuelle diffusion à l’ensemble de l’entreprise via Confluence.
+
+## Décisions
+- Le suivi portera prioritairement sur TFO, Idéllo et ONFR.
+- Le champ « Élément » est conservé pour le moment, car il est utilisé par plusieurs équipes.
+- Le portail ne sera pas entièrement remanié immédiatement ; une révision plus globale est envisagée ultérieurement.
+- Les contributeurs externes pourront être ajoutés comme personnes autorisées sur certains tickets, à condition de disposer également d’un rôle ou d’un accès au projet.
+
+## Actions
+- [ ] Vérifier l’utilisation actuelle du champ « plateforme » et de ses différents contextes avant de modifier la liste — Responsable : non identifié
+- [ ] Ajouter un champ obligatoire permettant d’identifier la plateforme concernée par un ticket — Responsable : non identifié
+- [ ] Vérifier que les accès et rôles nécessaires sont correctement configurés pour les contributeurs externes, notamment Brian Payne et les personnes concernées de l’équipe de Julie Bessert — Responsable : non identifié
+- [ ] Vérifier le fonctionnement des SLA lors d’une réaffectation de ticket entre équipes ou types de demande — Responsable : non identifié
+- [ ] Vérifier si la solution ajoutée au ticket concernant les tableaux de bord fonctionne correctement — Responsable : non identifié
+- [ ] Faire un rappel à l’équipe sur la prise en charge des tickets dans Jira et sur l’utilisation du statut d’évaluation pour préserver les SLA — Responsable : non identifié
+
+## Blocages / Risques
+- Les champs existants peuvent être anciens, partiellement utilisés ou associés à plusieurs projets, avec un risque d’impact lors de leur modification.
+- Les utilisateurs du portail confondent régulièrement demandes et incidents ou sélectionnent le premier formulaire proposé, ce qui fausse la catégorisation.
+- Une personne ajoutée comme « personne autorisée » peut ne pas voir le ticket si elle ne possède pas de rôle ou d’accès au projet.
+- Les tickets reçus par email ou via un canal d’anomalie sont parfois traités directement sans être pris en charge dans Jira, ce qui peut entraîner des SLA dépassés ou des indicateurs incomplets.
+- La diffusion des performances numériques dans Power BI et Confluence pourrait exposer défavorablement certaines plateformes et doit être cadrée.
+
+## À suivre
+- Clarifier le projet Jira le plus adapté pour les activités techniques, sans changement immédiat.
+- Revoir ultérieurement la structure et les formulaires du portail.
+- Poursuivre la discussion sur le périmètre et les destinataires des tableaux de bord Power BI.
+- Contrôler la configuration des calendriers et des règles SLA, notamment pour les jours fériés et les changements d’équipe.