Files
SecondBrain/.weekly-review-tmp/week-37-review-draft.md
T

4.1 KiB
Raw Blame History

Résumé de la Réunion

La réunion a concentré sur :

  • Préparation de la rencontre avec Francis (mardi 15 h) : présentation des projets, gouvernance des données, et délais de livraisons.
  • Mise en évidence des projets : documentation départementale rattachée à la plateforme, gouvernance des données comme pratique transversale, et nom de projet « Données FMC ».
  • Sujets data : Data Booking V3, Data Hub, Data OTT, intégration d'Umami, monitoring Mogador.
  • Livraisons et migrations : enjeux de calendrier (OTT, Boukili, TFO).

Décisions Clés

  1. Restructuration des projets :

    • Documentation départementale → plateforme, non données.
    • Gouvernance des données → pratique transversale (source de vérité unique dans Power BI).
    • Projet nommé « Données FMC » plutôt que « nouveau gabarit FMC ».
  2. Gestion des demandes :

    • Fichiers ZIP Idéllo : chaque cours et fichier ZIP → ticket Jira distinct.
    • Traitements des fichiers ZIPPES → début octobre.
    • Source de référence OTT : Snowflake de JW Player.
  3. Livraisons :

    • Livraisons OTT (week-end) pour aligner avec l'émission live (17 septembre).
    • Migrations Boukili : 2 pipelines (Firestore/AWS) + logique de fusion.

Tâches à Développer

  1. Préparation de la rencontre avec Francis

    • Préparer la présentation des projets (responsable : équipe)
    • Corriger le document de présentation (responsable : non précisé)
  2. Mise en place de trackers Umami

    • Continuer la configuration avec le fournisseur (responsable : Jean-Claude)
  3. Monitoring de Mogador

    • Analyser les flux de synchronisation et mettre en place des alertes (responsable : Mohamed Slimane)
  4. Gestion des tickets Jira

    • Renseigner les tickets Jira avant traitement et fermeture (responsable : équipe)
    • Créer les tickets pour chaque cours/fichier ZIPPES (responsable : Jason/Demandeurs)
  5. Livraison TFO

    • Effectuer des tests de régressions (responsable : Ajar)
    • Organiser un échange sur la migration multi-device (responsable : Rabiba/Amandou)
  6. Mise à jour du document

    • Envoyer un courriel de mise à jour (responsable : non précisé)

Blocages et Risques

  1. Facturation JW Player :

    • Dubitation : adresse active = frais, flux non écouté = sans frais.
    • Risque : certains ingest points (non suppressables) déclenchent des frais inadéquats.
  2. Migración Boukili :

    • 2 pipelines (Firestore/AWS) + logique de fusion/élimination.
    • Risque : désynchronisation des données entre dispositifs.
  3. Quota QA :

    • Une seule personne (Ajar, Jean-Claude, Joël) gère 4 sites.
    • Proposition : QA permanente ou renfort ponctuel.
  4. Absences :

    • Ajar, Jean-Claude, Joël pourrait ralentir l’équipe.
  5. Contrat JW Player :

    • Arrivée à échéance en 1 an.

Prochaines Étapes

  1. Validation du feed de Corus :

    • Confirmer lingest point et transmettre lURL à Corus.
    • Tester le feed avec JW Player (responsable : non précisé).
  2. Mise à jour document :

    • Envoyer les adresses des flux « info.org 24-7 » et « info.org événement spécial » (responsable : non précisé).
  3. Gestion des tickets :

    • Assurer que les tickets Jira sont correctement gérés (responsable : équipe).
  4. Déploiement OTT :

    • Vérifier les résultats du test du feed de Corus et des sous-titrages (responsable : non précisé).

Notions Clés

  • Priorité 1 : Réaliser le test du feed de Corus avec JW Player.
  • Priorité 2 : Garantir la disponibilité des tickets Jira pour Idéllo (début octobre).
  • Priorité 3 : Synchroniser les échéances de livraison (OTT, Boukili, TFO).

Note : Les responsables des tâches sont souvent non précisés, donc les actions doivent être déléguées à l'équipe en général. Les raccords entre les parties (ex : migration, facturation) nécessitent des retiens réguliers.