vault backup: 2026-09-16 15:15:29

vault backup: 2026-09-16 14:35:02
Merge remote-tracking branch 'origin/main'
2026-09-16 15:15:30 -04:00 · 2026-09-16 14:35:03 -04:00 · 2026-09-16 14:17:09 -04:00 · 2026-09-16 14:14:46 -04:00 · 2026-09-16 11:12:22 -04:00 · 2026-09-15 20:48:25 -04:00
109 changed files with 105611 additions and 10483 deletions
@@ -1,3 +1,10 @@
 **/.DS_Store
 /.obsidian/workspace.json
 /.DS_Store
 # Ignore Smart Environment folder
 .smart-env.weekly-review-tmp/
 .smart-env/
@@ -1,6 +1,7 @@
 [
  "iconic",
  "folder-links",
  "settings-search",
  "omnisearch",
  "editing-toolbar",
  "obsidian-local-rest-api",
@@ -8,5 +9,7 @@
  "templater-obsidian",
  "obsidian-git",
  "auto-gitkeep",
-  "dataview"
+  "dataview",
  "smart-connections",
  "smart-lookup"
 ]
@@ -17,6 +17,6 @@
  "repelStrength": 10,
  "linkStrength": 1,
  "linkDistance": 250,
-  "scale": 0.4612742173312823,
+  "scale": 0.28728300058735007,
  "close": true
 }
@@ -0,0 +1,4 @@
 {
  "installed_at": 1787518597375,
  "last_version": "4.7.2"
 }
@@ -0,0 +1,10 @@
 {
  "id": "smart-connections",
  "name": "Smart Connections",
  "author": "Brian Petro",
  "description": "AI link discovery copilot. See related notes as you write. Lookup using semantic (vector) search across your vault. Zero-setup local model for embeddings, no API keys, private.",
  "minAppVersion": "1.8.7",
  "authorUrl": "https://smartconnections.app",
  "isDesktopOnly": false,
  "version": "4.7.2"
 }
@@ -0,0 +1,3 @@
 {
  "last_version": "0.3.4"
 }
@@ -0,0 +1,10 @@
 {
  "id": "smart-lookup",
  "name": "Smart Lookup",
  "author": "Brian Petro",
  "description": "Semantic search for your vault. Ask in natural language, find notes by meaning when exact words fail, preview matching notes, and turn forgotten ideas into links, context, and next steps.",
  "minAppVersion": "1.8.7",
  "authorUrl": "https://smartconnections.app",
  "isDesktopOnly": false,
  "version": "0.3.4"
 }
@@ -11,14 +11,10 @@
            "id": "b5344eceadba0fc2",
            "type": "leaf",
            "state": {
-              "type": "markdown",
+              "type": "empty",
-              "state": {
+              "state": {},
                "file": "quotes/Quotes.md",
                "mode": "source",
                "source": false
              },
              "icon": "lucide-file",
-              "title": "Quotes"
+              "title": "New tab"
            }
          }
        ]
@@ -187,6 +183,41 @@
  },
  "active": "b5344eceadba0fc2",
  "lastOpenFiles": [
-    "20 Work/Decisions/2026/08/2026-08-14 - Rencontrer Sonia et Philippe pour expliquer l'OTT.md"
+    "meetmic/treated/Toute une semaine - Le flux de publication.md",
    "meetmic/treated/Recording 2026-08-21 at 08.37.39 AM.md",
    "meetmic/treated/Recording 2026-08-17 at 09.48.40 AM.md",
    "meetmic/treated/Hajar - Amadou.md",
    "meetmic/treated/Flux - Live ONFR.md",
    "meetmic/treated/Discussion CI-CD.md",
    "meetmic/treated/Boukili PROD- Alignement infra et déploiement du replicat.md",
    "meetmic/treated/Boukili - Choix de la direction visuelle pour la phase 2.md",
    "meetmic/treated/Accès Important - Meta et gestion des médias sociaux.md",
    "meetmic/treated/[PNUM] Daily Scrum.md",
    "meetmic/Recording 2026-08-21 at 12.41.45 PM.md",
    "meetmic/Recording 2026-08-21 at 12.40.35 PM.md",
    "meetmic/Recording 2026-08-21 at 04.38.28 PM.md",
    "meetmic/Recording 2026-08-21 at 03.49.49 PM.md",
    "Bootstrap script  for this vault.md",
    "30 Personal Projects/AI/CareerOp/Setup.md",
    "30 Personal Projects/AI/CareerOp",
    "30 Personal Projects/AI",
    "20 Work/Tracking/Website Sync/Website Sync - Complaint Tracking.md",
    "20 Work/Tracking/Website Sync/2026/08/2026-08-19 - TECH-32615.md",
    "20 Work/Tracking/Website Sync/2026/08/2026-08-19 - TECH-32612.md",
    "20 Work/Tracking/Website Sync/2026/08/2026-08-11 - TECH-32582.md",
    "20 Work/Tracking/Website Sync/2026/08/2026-08-05 - TECH-32552.md",
    "20 Work/Tracking/Website Sync/2026/08",
    "20 Work/Tracking/Website Sync/2026/07/2026-07-24 - TECH-32507.md",
    "20 Work/Tracking/Website Sync/2026/07/2026-07-15 - TECH-32453.md",
    "20 Work/Tracking/Website Sync/2026/07/2026-07-06 - TECH-32396.md",
    "20 Work/Tracking/Website Sync/2026/07",
    "20 Work/Tracking/Website Sync/2026",
    "20 Work/Tracking/Website Sync",
    "20 Work/Tracking",
    "20 Work/Team/Hajar/Hajar 1-1/Recordings/2026-08-17 - Hajar - Amadou.md",
    "20 Work/Team/Hajar/Hajar 1-1/Recordings",
    "20 Work/Team/Hajar/Hajar 1-1/2026-08-17 - Hajar 1-1.md",
    "20 Work/Projects/2026/ONFR",
    "20 Work/Projects/2026/Mogador Sync"
  ]
 }
@@ -93,11 +93,10 @@ TABLE WITHOUT ID
  file.link AS "File",
  file.folder AS "Location"
 FROM "20 Work"
-WHERE file.cday = date(this.file.name)
+WHERE date = date(this.file.name)
  AND file.path != this.file.path
-SORT file.ctime ASC
+SORT file.name ASC
 ```
 ---
 ## Related
@@ -0,0 +1,79 @@
 ---
 type: contract
 vendor: "Trings"
 status: active
 category: "Service Agreement"
 contract_start: "2025-11-01"
 contract_end: "2026-08-31"
 annual_cost: 40760.0
 currency: "USD"
 contract_value: 40760.0
 billing_frequency: "Upfront"
 payment_terms: "Immediate"
 payment_method: "Bank Transfer"
 auto_renewal: 
 renewal_term_months: 
 customer_notice_days: 
 vendor_notice_days: 
 notice_deadline: 
 renewal_increase_percent: 
 renewal_pricing_rule: 
 renewal_status: "unknown"
 purchase_order:
 account_manager:
 criticality: medium
 ---
 # Trings
 ## Contract Summary
 **Purpose:** Customization of Live Event Experience
 **Service / Product:** Live Event Customization Services
 ## Commercial Terms
 - Annual cost: 40760.0 USD
 - Total contract value: 40760.0 USD
 - Billing frequency: Upfront
 - Payment terms: Immediate
 - Payment method: Bank Transfer
 ## Renewal
 - Contract start: 2025-11-01
 - Contract end: 2026-08-31
 - Auto-renewal: None
 - Renewal term:  months
 - Customer notice:  days
 - Vendor notice:  days
 - Customer notice deadline: 
 - Fixed renewal increase: %
 - Renewal pricing rule: 
 - Renewal status: unknown
 ## Watch Outs
 - Contract is non-cancelable before its Contract End Date.
 - Payment terms are immediate.
 - Service customization is subject to client approval and may be rejected.
 ## Services / Entitlements
 - Tag customization — live event overlay tags displayed in French: “Scheduled” and “Preview” → À venir; “LIVE” → En direct; event date rendered in French format per CLIENT screen captures.
 - Scheduling and visibility — multiple Live Events may be scheduled weeks in advance while appearing in the livestream shelf individually, beginning three (3) days before the event date.
 - Shelf display — the main livestream shelf displays only one (1) upcoming or live event at a time.
 ## Source Evidence
 > Extracted from the local contract PDF. Review the original contract before making a contractual decision.
 ## Source Files
 - `Trings/Tringapps_-_TFO_-_CR001.pdf`
 - `Trings/[completed] CONTRACT .pdf`
 ## Notes
 -
@@ -70,4 +70,4 @@ What would I do differently next time? N/A
 ## Related
- [[]]
+- [[Algolia - 2024-2026]]
@@ -36,4 +36,6 @@ Expliquer aussi que nous allons faire un vrai test aussi
 ## Related
 - [[2026-08-14]]
 - [[2026-08-14 - OTT - Faire un test live avant le 17 septembre]]
 - [[2026-08-07 - Pay Trings for the french tabs]]
 - 
@@ -60,4 +60,8 @@ What are we accepting by making this decision?
 - 
 **Cons:**
- 
+
 ### Related
 - [[2026-08-18 - Idello - Estimer le temps d'avoir des images docker propers avec aucune dépendances]]
@@ -59,4 +59,8 @@ What are we accepting by making this decision?
 - 
 **Cons:**
- 
+
 ### Related
 - [[2026-08-18 - Contracts - Ajouter les clauses sur les images doker et les dépendances]]
@@ -62,4 +62,6 @@ What are we accepting by making this decision?
 - 
 **Cons:**
- 
+
 ### Related
 [[Mogador Sync Project]]
@@ -0,0 +1,75 @@
 ---
 date: 2026-09-10
 status: proposed
 owner: Amadou
 project: "[[Boukili]]"
 ---
 ---
 > 🟡 **Proposed** · 🟢 **Decided** · 🔴 **Rejected** · ⚫ **Superseded**
 ## Context
 Why is a decision needed?
 The details of these items are in the emails we have exchanged.  
 1. user_last_activity_at fallback  
 2. Contentful blacklist -- for controlling notifications  
 3. Firebase auth lockout  
 4. Migration update messaging
 Il y a un potentiel regression ou Salesforce n'est plus la source de vérité
 Pas de plan de tests une fois la migration en place
 Que faire si un utilisateur se connecte sur un appareil et migre. Puis change d'appareil qui n'a pas le auto-update, le compte sur cette appareil sera sous firebase et donc l'utilisateur n'aura pas de synchro entre le nouveau aws et le firebase. 
 ## Decision
 What was decided?
 ## Why
 Why was this option chosen?
 - 
 ## Consequences
 What are we accepting by making this decision?
 - 
 ## Related
 - 
 ---
 ## Options Considered _(optional)_
 ### Option 1
 **Description:**
 **Pros:**
 - 
 **Cons:**
 - 
 ### Option 2
 **Description:**
 **Pros:**
 - 
 **Cons:**
 - 
@@ -0,0 +1,65 @@
 ---
 date: 2026-09-10
 status: proposed
 owner: Amadou
 project: maleo
 ---
 ---
 > 🟡 **Proposed** · 🟢 **Decided** · 🔴 **Rejected** · ⚫ **Superseded**
 ## Context
 Why is a decision needed?
 Equipe Jason/Eric veulent les cours en ligne sur Idello. Sauf que le zip utilisé pour les cours en ligne n'est pas compatible avec Idello. Ce sont deux type de zip.
 ## Decision
 What was decided?
 Un ticket doit être fait par zip. Cela sera traité puis retourné à Hélène pour injecter dans Louise
 Cela ne pourra commencer que le 12 octobre
 ## Why
 Why was this option chosen?
 - Easiest et avec le moins de problème et cela va leur permettre d'avoir les zip
 ## Consequences
 What are we accepting by making this decision?
 - A voir la fréquence si cela va nous impacter ou pas. 
 ## Related
 - 
 ---
 ## Options Considered _(optional)_
 ### Option 1
 **Description:**
 **Pros:**
 - 
 **Cons:**
 - 
 ### Option 2
 **Description:**
 **Pros:**
 - 
 **Cons:**
 - 
@@ -0,0 +1,109 @@
 ---
 date: 2026-09-11
 status: decided
 owner: Amadou
 project: ""
 ---
 ---
 > 🟡 **Proposed** · 🟢 **Decided** · 🔴 **Rejected** · ⚫ **Superseded**
 ## Context
 TFO possède plusieurs univers et propriétés jeunesse principalement exploités à travers des expériences sur écran.
 Lunii propose une expérience audio jeunesse sans écran basée sur des histoires, notamment interactives. Il semble y avoir un alignement naturel entre les deux organisations : Lunii apporte le format et la plateforme audio, tandis que TFO peut apporter ses univers jeunesse, son expertise éducative et un positionnement distinctif autour de la francophonie canadienne.
 Concept :
 > **Les univers TFO prennent vie sans écran.**
 L'objectif ne serait pas simplement d'adapter des épisodes TFO existants en audio, mais d'explorer la création de nouvelles expériences audio conçues spécifiquement pour Lunii.
 Le CTO a approuvé que l'idée soit présentée au CEO afin d'évaluer l'intérêt de TFO à ouvrir une discussion avec Lunii.
 ##  Decision
 🟢 **Décision prise — procéder à une démarche exploratoire auprès de Lunii.**
 L'objectif de cette première phase est de présenter TFO, ses univers, son expertise, sa portée et le potentiel d'une collaboration afin de déterminer si Lunii souhaite explorer un partenariat avec TFO.
 Cette décision ne constitue pas encore l'approbation d'un projet de production ou d'un modèle commercial.
 Le directeur du service éducatif sera impliqué dans la démarche, conformément à la demande du CEO.
 ## Why
 - Étendre les univers TFO au-delà de l'écran.
 - Faire vivre les propriétés intellectuelles de TFO sous une nouvelle forme plutôt que simplement redistribuer du contenu existant.
 - Créer une expérience complémentaire à l'offre numérique actuelle de TFO.
 - Mettre à profit l'expertise éducative et jeunesse de TFO.
 - Offrir à Lunii un potentiel positionnement distinctif autour de contenus franco-canadiens.
 - Valider l'intérêt mutuel avant d'engager des ressources importantes.
 - Possibilité, à terme, d'imaginer une collection autour de la francophonie canadienne : Ontario français, Acadie, Manitoba, Nord canadien, etc.
 ## Consequences
 - Constituer une petite équipe interne pour préparer l'approche.
 - Impliquer le directeur du service éducatif dans la démarche.
 - Construire une proposition de valeur claire pour Lunii.
 - Identifier les propriétés et univers TFO les plus pertinents à présenter.
 - Rassembler les données permettant de démontrer la portée et la valeur de TFO : audiences, usages numériques, portée éducative, présence géographique et autres indicateurs pertinents.
 - Préparer une première présentation TFO × Lunii.
 - Identifier et approcher les bons interlocuteurs chez Lunii.
 - Si Lunii manifeste un intérêt, définir ensuite une deuxième phase portant sur le concept, le modèle de collaboration, les droits, les responsabilités et un éventuel pilote.
 ## Related
 - CTO — approbation obtenue pour présenter l'idée au CEO.
 - Concept : **« Les univers TFO prennent vie sans écran. »**
 - Opportunité potentielle : **TFO × Lunii**
 - Extension possible : **francophonie canadienne sans écran**
 ## Options Considered
 ### Option 1 — Explorer une collaboration avec Lunii
 **Description:**
 Présenter l'idée au CEO et demander l'autorisation d'ouvrir une première conversation exploratoire avec Lunii.
 **Pros:**
 - Faible engagement initial.
 - Permet de valider rapidement l'intérêt de Lunii.
 - Nouveau canal pour les propriétés jeunesse TFO.
 - Fort alignement potentiel avec la mission éducative de TFO.
 - Possibilité de créer une offre franco-canadienne distinctive.
 **Cons:**
 - Modèle économique encore inconnu.
 - Droits et propriété intellectuelle à clarifier.
 - Nécessiterait des ressources éditoriales et/ou de production si un pilote est lancé.
 ### Option 2 — Ne pas poursuivre pour le moment
 **Description:**
 Conserver l'idée comme opportunité future sans contacter Lunii.
 **Pros:**
 - Aucun nouvel engagement ou besoin de capacité.
 - Évite d'ajouter une initiative au portefeuille actuel.
 **Cons:**
 - Opportunité non validée.
 - Risque de laisser passer un partenariat potentiellement bien aligné avec TFO.
 - Les hypothèses sur l'intérêt de Lunii resteraient sans réponse.
 Si le CEO dit **« oui, contactez-les »**, je passerais alors la note en **🟢 Decided** et je reformulerais la Decision en *« TFO ouvrira une discussion exploratoire avec Lunii »*.
 Update le 15 Septembre 2026
 Xavier a donne son go pour les contacter.
@@ -259,3 +259,9 @@ Au final, l'objectif n'est pas de produire davantage de tableaux de bord.
 L'objectif est de permettre à la direction de répondre plus facilement à une question fondamentale :
 > **Comment savons-nous, de façon objective, que nous sommes en train d'atteindre nos objectifs stratégiques?**
 ### Related
 - [[Strategic KPI Framework]]
 - [[KPI]]
 - 
@@ -632,4 +632,4 @@ The long-term strategy is:
 - [[Self-Service Analytics]]
- [[CTO]]
+- [[CTO - Aligner les objectifs stratégiques, les KPI et les données]]
@@ -550,7 +550,7 @@ HR → Finance → IT → other business domains.
 - [[Data Steward]]
 - [[Self-Service Analytics]]
 - [[Data Culture]]
- [[CTO]]
+- [[CTO - Aligner les objectifs stratégiques, les KPI et les données]]
 ## Update - 2026-07-27
@@ -243,3 +243,8 @@ It's:
 **How does the organization measure its strategy?**
 And _that_ is the level where I think your CTO ambitions and what you're currently doing at work are starting to genuinely intersect.
 ### Related
 - [[Strategic KPI Framework]]
 - [[KPI]]
@@ -0,0 +1,567 @@
 ---
 type: idea  
 status: exploring  
 created: 2026-09-16  
 tags:
 - seo
 - accessibilite
 - strategie-numerique
 - roles
 ---
 ## TL;DR
 Le Chargé de stratégie numérique ne fonctionne pas uniquement à partir des demandes reçues.
 Son travail repose sur un **cycle continu de surveillance, analyse, recommandation, suivi et validation** de la santé SEO et de l'accessibilité de nos plateformes.
 Même en l'absence de nouveaux projets ou de demandes provenant des autres équipes, il doit avoir un backlog permanent alimenté par :
 - les données SEO;
 - les audits d'accessibilité;
 - les problèmes déjà identifiés;
 - les évolutions de nos plateformes;
 - les recommandations en attente;
 - les changements réglementaires;
 - les évolutions des moteurs de recherche et technologies de découvrabilité.
 Son travail doit permettre de répondre régulièrement à :
 > **Qu'est-ce qui fonctionne? Qu'est-ce qui se dégrade? Quels sont nos risques? Où sont les opportunités? Qu'est-ce qu'on recommande de faire maintenant?**
 ---
 # 1. Cycle opérationnel
 Le fonctionnement attendu suit généralement ce cycle :
 > **Surveiller → Détecter → Analyser → Recommander → Prioriser → Faire réaliser → Valider → Mesurer**
 Le Chargé de stratégie numérique n'est pas nécessairement celui qui implémente les changements.
 Il est responsable d'identifier les besoins, de formuler les recommandations, de les transmettre aux bonnes équipes et d'en assurer le suivi.
 ---
 # 2. Activités quotidiennes / continues
 Il ne s'agit pas nécessairement d'activités devant être réalisées chaque jour, mais d'un ensemble de travaux qui constituent le backlog permanent du rôle.
 ## SEO – Surveillance et amélioration de la visibilité
 Assurer une surveillance régulière de la **visibilité de nos sites dans les moteurs de recherche** et identifier les actions permettant de l'améliorer.
 Concrètement :
 - Vérifier que nos sites et nos contenus sont correctement trouvés et référencés par les moteurs de recherche.
 - Surveiller si certains contenus gagnent ou perdent de la visibilité.
 - Identifier les problèmes techniques qui empêchent ou limitent la découverte de nos contenus.
 - Analyser les données pour comprendre les baisses ou changements importants de performance.
 - Identifier les contenus et sujets pour lesquels nous avons des opportunités d'améliorer notre présence.
 - Comparer les résultats dans le temps afin de déterminer si les actions mises en place fonctionnent.
 - Formuler des recommandations concrètes aux équipes concernées.
 - Faire créer les correctifs techniques nécessaires et en assurer le suivi avec les fournisseurs.
 - Vérifier après correction que le problème est réglé et mesurer le résultat.
 ### Résultat attendu
 Le Chargé doit pouvoir régulièrement présenter une lecture simple de la situation :
 > **« Notre visibilité est stable globalement, mais nous perdons du terrain sur X. Nous avons également identifié une opportunité sur Y et un problème technique limite la visibilité de Z. Je recommande ces actions. »**
 Les outils comme Google Search Console et les indicateurs techniques servent à réaliser cette analyse; **ils ne constituent pas le résultat du travail**.
 ### Lorsqu'un problème est identifié
 > Problème détecté → analyse → impact → recommandation → ticket/action → suivi → validation → mesure.
 ---
 ## Accessibilité – Suivi
 - Suivre les problèmes d'accessibilité ouverts.
 - Vérifier les corrections livrées.
 - Retester les éléments corrigés.
 - Documenter les résultats.
 - Maintenir le backlog d'accessibilité.
 - Identifier les problèmes récurrents.
 - Répondre aux questions techniques provenant des équipes ou fournisseurs.
 - Faire remonter rapidement les risques importants.
 ---
 ## Tickets et recommandations
 - Créer les tickets nécessaires lorsqu'un problème technique est identifié.
 - Documenter clairement :
    - le problème;
    - son impact;
    - le comportement attendu;
    - la recommandation;
    - le niveau de priorité.
 - Répondre aux questions des développeurs/fournisseurs.
 - Suivre les tickets jusqu'à leur résolution.
 - Valider les corrections.
 - Fermer ou documenter les éléments demeurant en attente.
 ---
 # 3. Activités hebdomadaires
 ## Revue SEO
 Effectuer une revue des principaux indicateurs et événements de la semaine.
 Examiner notamment :
 - anomalies de visibilité;
 - nouvelles erreurs Search Console;
 - problèmes d'indexation;
 - pages ayant connu des variations importantes;
 - problèmes techniques;
 - opportunités émergentes;
 - tickets SEO ouverts.
 ### Résultat attendu
 À la fin de la revue :
 > **Rien de significatif à signaler**
 ou
 > **Voici ce qui nécessite notre attention et ce que je recommande.**
 L'absence de problème est donc également le résultat d'une surveillance effectuée.
 ---
 ## Revue du backlog SEO/accessibilité
 Maintenir une liste de travail active comprenant :
 - problèmes à analyser;
 - recommandations à approfondir;
 - tickets à créer;
 - tickets en attente du fournisseur;
 - corrections à valider;
 - opportunités SEO;
 - audits à préparer;
 - documentation à mettre à jour;
 - actions réglementaires à effectuer.
 Le backlog doit permettre de savoir **sur quoi le Chargé travaille actuellement et ce qui vient ensuite**.
 ---
 ## Suivi des fournisseurs
 Pour les projets actifs :
 - revoir les changements prévus;
 - analyser les impacts SEO/accessibilité;
 - répondre aux questions;
 - documenter les recommandations;
 - suivre les problèmes identifiés;
 - vérifier l'état des corrections;
 - préparer les validations nécessaires.
 La participation aux rencontres fournisseurs est un **moyen**, et non le livrable.
 Le résultat attendu est :
 > **Risques identifiés → recommandations transmises → corrections suivies → résultat validé.**
 ---
 # 4. Activités mensuelles
 ## Analyse de performance SEO
 Produire une analyse permettant de comprendre l'évolution de la découvrabilité de nos plateformes.
 Examiner notamment :
 - trafic organique;
 - impressions;
 - clics;
 - CTR;
 - requêtes importantes;
 - pages importantes;
 - gains et pertes de visibilité;
 - indexation;
 - problèmes techniques;
 - Core Web Vitals lorsque pertinent.
 L'analyse ne doit pas être uniquement descriptive.
 Elle doit répondre à :
 > **Qu'est-ce que ces données signifient et devons-nous faire quelque chose?**
 ---
 ## Recommandations SEO
 À partir des analyses du mois :
 - identifier les principales opportunités;
 - identifier les problèmes nécessitant une intervention;
 - proposer les actions;
 - déterminer quelles équipes doivent intervenir;
 - créer les tickets lorsque nécessaire;
 - suivre les recommandations précédentes.
 ### Exemple
 > **Constat :** les pages X perdent de la visibilité.
 > 
 > **Analyse :** Google indexe correctement les pages, mais leur position moyenne diminue sur plusieurs requêtes importantes.
 > 
 > **Recommandation :** revoir la structure du contenu et le maillage interne.
 > 
 > **Action :** analyse des principales pages + recommandations à l'équipe contenu.
 ---
 ## État de l'accessibilité
 Maintenir une vue globale comprenant :
 - problèmes critiques ouverts;
 - problèmes majeurs ouverts;
 - corrections effectuées;
 - corrections en attente;
 - validations réalisées;
 - audits prévus;
 - risques associés aux projets actifs.
 ---
 # 5. Activités tous les 2 à 3 mois
 ## Audits d'accessibilité
 Effectuer les audits planifiés des plateformes.
 Pour chaque plateforme :
 - effectuer les tests automatisés;
 - effectuer les tests manuels;
 - tester la navigation au clavier;
 - vérifier les principaux composants;
 - analyser les problèmes;
 - classifier leur sévérité;
 - documenter les résultats;
 - comparer avec l'audit précédent;
 - créer les actions/tickets nécessaires.
 ### Livrable
 **Rapport d'audit + backlog de corrections.**
 Un audit n'est donc pas terminé avec la production du rapport.
 Il doit alimenter le travail des semaines suivantes :
 > **Audit → problèmes → tickets → corrections → retests → fermeture.**
 ---
 # 6. Activités trimestrielles
 ## Revue stratégique SEO et accessibilité
 À partir des analyses réalisées durant le trimestre, présenter les principaux constats.
 La revue doit répondre à quatre questions :
 ### 1. Qu'est-ce qui a changé?
 Principales évolutions observées.
 ### 2. Quels sont nos principaux risques?
 SEO, accessibilité, conformité ou technologie.
 ### 3. Quelles sont nos opportunités?
 Améliorations possibles de visibilité, découvrabilité ou expérience.
 ### 4. Que recommande-t-on?
 Principales actions à considérer pour le prochain trimestre.
 ### Posture attendue
 > **« Voici ce que les données montrent. Nous perdons de la visibilité sur X, nous avons une opportunité sur Y et Google indexe mal Z. Je recommande qu'on travaille ces trois axes ce trimestre. »**
 À titre indicatif, identifier **3 à 5 priorités lorsque pertinent**.
 ---
 # 7. Travail dans les projets
 Le Chargé de stratégie numérique intervient durant l'ensemble du cycle d'un projet lorsque celui-ci comporte des enjeux SEO ou d'accessibilité.
 ## Avant développement
 - analyser les besoins;
 - examiner les maquettes;
 - examiner les spécifications;
 - identifier les risques SEO;
 - identifier les risques d'accessibilité;
 - proposer des ajustements avant développement.
 ## Pendant le développement
 - participer aux échanges pertinents avec les fournisseurs;
 - répondre aux questions;
 - analyser les choix techniques ayant un impact SEO/accessibilité;
 - identifier rapidement les problèmes;
 - documenter les recommandations.
 ## Avant livraison
 - effectuer les validations pertinentes;
 - documenter les problèmes;
 - classifier les problèmes d'accessibilité;
 - identifier les éléments devant être corrigés;
 - documenter les risques acceptés lorsque nécessaire.
 ## Après livraison
 - effectuer les validations finales nécessaires;
 - vérifier l'indexation lorsque pertinent;
 - suivre les problèmes demeurés ouverts;
 - mesurer les impacts lorsque pertinent.
 ---
 # 8. Accompagnement Marketing et contenu
 Le Chargé de stratégie numérique accompagne les équipes plutôt que d'attendre qu'elles arrivent avec une demande SEO complètement définie.
 Il doit pouvoir :
 - analyser les opportunités de mots-clés;
 - recommander des améliorations de contenu;
 - recommander des structures de pages;
 - proposer des optimisations de titres et descriptions;
 - identifier les opportunités de maillage interne;
 - fournir des recommandations pour les campagnes;
 - accompagner l'optimisation des contenus vidéo;
 - expliquer les bonnes pratiques SEO;
 - fournir des standards réutilisables.
 Marketing et contenu demeurent responsables des objectifs éditoriaux et de la création du contenu.
 La saisie de métadonnées est une **activité d'implémentation du contenu**, et non la responsabilité stratégique SEO.
 ---
 # 9. Veille technologique
 Maintenir une veille sur les changements pouvant avoir un impact sur nos plateformes.
 Notamment :
 - évolution de Google Search;
 - changements importants d'algorithmes;
 - Search Console;
 - données structurées;
 - AEO;
 - GEO;
 - découvrabilité via les moteurs utilisant l'IA/LLM;
 - nouvelles pratiques SEO;
 - évolution des WCAG;
 - technologies d'accessibilité.
 La veille ne doit pas se limiter à lire de l'information.
 Lorsqu'un changement est pertinent pour l'organisation :
 > **Changement → impact potentiel pour TFO → recommandation → action si nécessaire.**
 ---
 # 10. Réglementation et conformité
 ## Accessibilité
 - surveiller les communications réglementaires pertinentes;
 - suivre les obligations applicables;
 - analyser les changements;
 - déterminer les impacts sur l'organisation;
 - coordonner les actions nécessaires;
 - maintenir la documentation;
 - contribuer aux rapports ou plans réglementaires lorsque requis.
 ## CRTC
 - suivre les obligations et communications pertinentes au rôle;
 - contribuer aux dossiers réglementaires sous sa responsabilité;
 - documenter les actions requises;
 - coordonner avec les secteurs concernés;
 - assurer le suivi des échéances applicables.
 ---
 # 11. Plaintes et rétroaction accessibilité
 Lorsqu'une plainte ou rétroaction concernant l'accessibilité est reçue :
 - analyser la demande;
 - déterminer si elle c
@@ -0,0 +1,98 @@
 # Tuesday, September 8th 2026
 ← [[2026-09-07]] | **Week 37** | [[2026-09-11]] →
 ---
 ## Meetings
 - all 1-1 
 ---
 ## Significant Events
 -  Boukili to almost go live
 - OTT needs more test for a sign off
 - lettre de CRTC
 ---
 ## Decisions Made
 ```dataview
 LIST
 FROM "20 Work/Decisions"
 WHERE startswith(file.name, this.file.name + " - ")
 SORT file.name ASC
 ```
 - [[]]
 ## Ideas
 ```dataview
 LIST
 FROM "20 Work/Ideas"
 WHERE startswith(file.name, this.file.name + " - ")
 SORT file.name ASC
 ```
 ---
 ## People / Management
 Feedback given, coaching moments, observations.
 - JC overwhelmed with projects mais c'est ok, c'est plus les décisions qu'il aime pas
 ---
 ## Projects
 Important project changes only.
 - 
 ---
 ## Leadership Reflection
 ### What surprised me today?
 - Too much when restarting
 ### What did I learn today?
 - Hate coming back
 ### What would I do differently next time?
 - 
 ---
 ## Follow-ups
 > Only actions that still belong to me.
 > Everything else should already be in **Twos**, **Jira**, or **Monday**.
 - [ ]
 ---
 ## Created Today
 ```dataview
 TABLE WITHOUT ID
  file.link AS "File",
  file.folder AS "Location"
 FROM "20 Work"
 WHERE file.cday = date(this.file.name)
  AND file.path != this.file.path
 SORT file.ctime ASC
 ```
 ---
 ## Related
 - [[]]
@@ -0,0 +1,97 @@
 # Thursday, September 10th 2026
 ← [[2026-09-09]] | **Week 37** | [[2026-09-11]] →
 ---
 ## Meetings
 - Rencontre interne  pour parler de Boukili
 ---
 ## Significant Events
 -  Email de Trings, on doit regarder la logique Algolia
 - 
 ---
 ## Decisions Made
 ```dataview
 LIST
 FROM "20 Work/Decisions"
 WHERE startswith(file.name, this.file.name + " - ")
 SORT file.name ASC
 ```
 - [[]]
 ## Ideas
 ```dataview
 LIST
 FROM "20 Work/Ideas"
 WHERE startswith(file.name, this.file.name + " - ")
 SORT file.name ASC
 ```
 ---
 ## People / Management
 Feedback given, coaching moments, observations.
 - 
 ---
 ## Projects
 Important project changes only.
 - 
 ---
 ## Leadership Reflection
 ### What surprised me today?
 - 
 ### What did I learn today?
 - 
 ### What would I do differently next time?
 - 
 ---
 ## Follow-ups
 > Only actions that still belong to me.
 > Everything else should already be in **Twos**, **Jira**, or **Monday**.
 - [ ]
 ---
 ## Created Today
 ```dataview
 TABLE WITHOUT ID
  file.link AS "File",
  file.folder AS "Location"
 FROM "20 Work"
 WHERE file.cday = date(this.file.name)
  AND file.path != this.file.path
 SORT file.ctime ASC
 ```
 ---
 ## Related
 - [[]]
@@ -0,0 +1,98 @@
 # Friday, September 11th 2026
 ← [[2026-09-10]] | **Week 37** | [[2026-09-12]] →
 ---
 ## Meetings
 - Rencontre interne  pour parler de Boukili
 ---
 ## Significant Events
 -  Autre regression pour Trings, JC envoie un email
 - En attente d'une livraison pour Trings
 - Algolia n'a pas de relation entre lien et collection donc Trings ne peut pas faire cela sans passer par Directus. 
 ---
 ## Decisions Made
 ```dataview
 LIST
 FROM "20 Work/Decisions"
 WHERE startswith(file.name, this.file.name + " - ")
 SORT file.name ASC
 ```
 - [[]]
 ## Ideas
 ```dataview
 LIST
 FROM "20 Work/Ideas"
 WHERE startswith(file.name, this.file.name + " - ")
 SORT file.name ASC
 ```
 ---
 ## People / Management
 Feedback given, coaching moments, observations.
 - 
 ---
 ## Projects
 Important project changes only.
 - 
 ---
 ## Leadership Reflection
 ### What surprised me today?
 - 
 ### What did I learn today?
 - 
 ### What would I do differently next time?
 - 
 ---
 ## Follow-ups
 > Only actions that still belong to me.
 > Everything else should already be in **Twos**, **Jira**, or **Monday**.
 - [ ]
 ---
 ## Created Today
 ```dataview
 TABLE WITHOUT ID
  file.link AS "File",
  file.folder AS "Location"
 FROM "20 Work"
 WHERE file.cday = date(this.file.name)
  AND file.path != this.file.path
 SORT file.ctime ASC
 ```
 ---
 ## Related
 - [[]]
@@ -0,0 +1,98 @@
 # Monday, September 14th 2026
 ← [[2026-09-13]] | **Week 38** | [[2026-09-15]] →
 ---
 ## Meetings
 - None important, was a slow day, see personal vault as that what happened
 ---
 ## Significant Events
 -  Submission to stores for OTT. 
 - iOS was approved, Roku due tomorrow
 - 
 ---
 ## Decisions Made
 ```dataview
 LIST
 FROM "20 Work/Decisions"
 WHERE startswith(file.name, this.file.name + " - ")
 SORT file.name ASC
 ```
 - [[]]
 ## Ideas
 ```dataview
 LIST
 FROM "20 Work/Ideas"
 WHERE startswith(file.name, this.file.name + " - ")
 SORT file.name ASC
 ```
 ---
 ## People / Management
 Feedback given, coaching moments, observations.
 - 
 ---
 ## Projects
 Important project changes only.
 - 
 ---
 ## Leadership Reflection
 ### What surprised me today?
 - 
 ### What did I learn today?
 - 
 ### What would I do differently next time?
 - 
 ---
 ## Follow-ups
 > Only actions that still belong to me.
 > Everything else should already be in **Twos**, **Jira**, or **Monday**.
 - [ ]
 ---
 ## Created Today
 ```dataview
 TABLE WITHOUT ID
  file.link AS "File",
  file.folder AS "Location"
 FROM "20 Work"
 WHERE file.cday = date(this.file.name)
  AND file.path != this.file.path
 SORT file.ctime ASC
 ```
 ---
 ## Related
 - [[]]
@@ -0,0 +1,98 @@
 # Tuesday, September 15th 2026
 ← [[2026-09-14]] | **Week 38** | [[2026-09-16]] →
 ---
 ## Meetings
 - Avec Francis sur l'équipe - went well
 - Sur la visibilité des tickets jira et anomalies.
 - Xavier
 ---
 ## Significant Events
 -  Approbation de Xavier pour une collaboration avec Lunii
 ---
 ## Decisions Made
 ```dataview
 LIST
 FROM "20 Work/Decisions"
 WHERE startswith(file.name, this.file.name + " - ")
 SORT file.name ASC
 ```
 - [[]]
 ## Ideas
 ```dataview
 LIST
 FROM "20 Work/Ideas"
 WHERE startswith(file.name, this.file.name + " - ")
 SORT file.name ASC
 ```
 ---
 ## People / Management
 Feedback given, coaching moments, observations.
 - 
 ---
 ## Projects
 Important project changes only.
 - 
 ---
 ## Leadership Reflection
 ### What surprised me today?
 - 
 ### What did I learn today?
 - 
 ### What would I do differently next time?
 - 
 ---
 ## Follow-ups
 > Only actions that still belong to me.
 > Everything else should already be in **Twos**, **Jira**, or **Monday**.
 - [ ]
 ---
 ## Created Today
 ```dataview
 TABLE WITHOUT ID
  file.link AS "File",
  file.folder AS "Location"
 FROM "20 Work"
 WHERE file.cday = date(this.file.name)
  AND file.path != this.file.path
 SORT file.ctime ASC
 ```
 ---
 ## Related
 - [[]]
@@ -0,0 +1,44 @@
 ---
 type: meeting
 date: 2026-09-11
 source: MeetMic
 status: inbox
 duration: 21m
 meetmic_id: 90081927-2438-4E69-ACC6-544E679F739F
 ---
 # Recording
 ## Résumé
 - La soumission ne peut pas être sécurisée dans le délai initial, car plusieurs problèmes doivent encore être corrigés et testés correctement.
 - Les principaux sujets abordés sont la migration des utilisateurs sur UAT, la fiabilité du champ de dernière activité, la migration forcée des utilisateurs multi-appareils et les tests Salesforce.
 - L’équipe de développement prévoit de terminer les corrections restantes, d’effectuer une régression complète, puis de fournir une version stable. La livraison est envisagée entre le vendredi 18 et le mercredi 23, sous réserve de confirmation.
 - Les livraisons seront mieux contrôlées afin d’éviter plusieurs versions successives et de permettre à l’équipe de test de planifier ses validations.
 ## Décisions
 - Le code sera gelé une fois les problèmes actuellement identifiés corrigés et validés.
 - Les travaux de phase 2 seront réalisés sur une branche distincte et ne seront pas intégrés à la phase 1 pendant la validation.
 - Une livraison ne sera effectuée que lorsque l’équipe de développement aura terminé ses tests et confirmé que l’équipe de réception est prête.
 ## Actions
 - [ ] Investiguer le problème de migration observé sur UAT et fournir une version stable après un nouveau cycle de tests — Responsable : équipe de développement
 - [ ] Mettre en place un mécanisme de retry pour fiabiliser la remontée de la dernière activité et examiner un indicateur de visibilité réservé aux tests — Responsable : équipe de développement
 - [ ] Organiser un échange avec Habiba afin de définir une solution robuste et suffisamment visible pour valider la dernière activité — Responsable : équipes concernées
 - [ ] Étudier avec l’agence actuelle la possibilité de déconnecter tous les utilisateurs et d’afficher un message d’obligation de mise à jour, notamment via Contentful — Responsable : Amadou et équipe concernée
 - [ ] Vérifier l’avancement des tests Salesforce avec Nicolas et Mark, puis communiquer une mise à jour — Responsable : équipe concernée
 - [ ] Confirmer par e-mail les dates de livraison jugées réalistes — Responsable : équipe de développement — Échéance : dans l’après-midi
 - [ ] Corriger les problèmes restants, effectuer une régression complète et préparer une build stable avant livraison — Responsable : équipe de développement — Échéance : entre le vendredi 18 et le mercredi 23, selon confirmation
 ## Blocages / Risques
 - Le temps disponible pour tester est insuffisant pour garantir une version solide avant soumission.
 - La migration fonctionne sur test/staging mais présente encore un problème non identifié sur UAT.
 - Le champ de dernière activité n’est pas jugé suffisamment fiable, notamment en cas d’échec réseau.
 - La stratégie de migration forcée des utilisateurs multi-appareils reste à définir et constitue un point critique pour la soumission.
 - Les tests Salesforce n’ont pas abouti et un problème de transfert de données entre parties de Salesforce est en cours d’analyse.
 - L’équipe de développement est en avance sur l’équipe de test, qui dispose encore d’un backlog de tickets à valider.
 ## À suivre
 - Confirmer la stratégie retenue pour la migration forcée et la communication aux utilisateurs.
 - Confirmer la date de livraison et le déclenchement du freeze.
 - Valider la disponibilité de l’équipe de réception avant chaque livraison.
 - Suivre les résultats des tests et de la régression complète avant la soumission.
@@ -0,0 +1,53 @@
 ---
 type: meeting
 date: 2026-09-10
 source: MeetMic
 status: inbox
 duration: 37m
 meetmic_id: 005E7E46-E0E4-41D6-82ED-4B799F82EF5D
 ---
 # Reunion equipe
 ## Résumé
 - La réunion a principalement porté sur la préparation de la rencontre avec Francis, prévue mardi 15 à 15 h, dans la salle Gisèle Chrétien. Chaque personne présentera brièvement ses projets, leur état d’avancement, leurs impacts et leurs dépendances.
 - La présentation des projets a été réorganisée : la documentation départementale sera rattachée à la partie plateforme plutôt qu’aux données, la gouvernance des données sera présentée comme une pratique transversale, et le projet sera nommé « projet Données FMC ».
 - Les principaux sujets data abordés sont Data Booking V3, Data Hub, Data OTT, l’intégration d’Umami et le monitoring des flux de synchronisation avec Mogador. Umami est encore au stade de mise en place des trackers, tandis que son intégration au Data Warehouse n’est pas prévue pour le prochain trimestre.
 - L’équipe a discuté de la gestion des demandes SEO, du fonctionnement des tickets Jira et du processus à appliquer pour les fichiers ZIP liés à Idéllo.
 - Plusieurs livraisons et migrations présentent des enjeux de calendrier, notamment OTT, Boukili et une livraison TFO prévue avant le 16 ou le 17.
 ## Décisions
 - La documentation départementale sera présentée dans la partie plateforme, et non dans la partie données.
 - La gouvernance des données sera présentée comme une pratique continue visant notamment une source de vérité unique dans Power BI, et non comme un projet autonome.
 - Le projet sera désigné comme « projet Données FMC » plutôt que comme un « nouveau gabarit FMC ».
 - Pour les fichiers ZIP destinés à Idéllo, chaque cours et chaque fichier ZIP devra faire l’objet d’un ticket Jira distinct. Les demandes ne seront pas traitées depuis des tickets fermés.
 - Le traitement des demandes liées aux fichiers ZIP d’Idéllo ne commencera pas avant le 12 octobre.
 - Le Snowflake de JW Player demeure la source de référence pour les données OTT pour le moment.
 ## Actions
 - [ ] Préparer la présentation des projets pour la rencontre avec Francis — Responsable : équipe — Échéance : mardi 15
 - [ ] Corriger et finaliser le document de présentation, notamment les catégories de projets — Responsable : non précisé — Échéance : avant mardi 15
 - [ ] Poursuivre la mise en place des trackers Umami avec le fournisseur — Responsable : Jean-Claude — Échéance : non précisée
 - [ ] Analyser les flux de synchronisation avec Mogador et mettre en place des alertes en cas d’échec — Responsable : Mohamed Slimane — Échéance : non précisée
 - [ ] Continuer à renseigner et mettre à jour les tickets Jira avant de commencer le traitement et lors de leur fermeture — Responsable : équipe — Échéance : non précisée
 - [ ] Créer les tickets Jira nécessaires pour chaque cours et chaque fichier ZIP destiné à Idéllo — Responsable : Jason / demandeurs concernés — Échéance : à partir du 12 octobre
 - [ ] Recompiler les fichiers ZIP reçus, puis les transmettre à Ellen Chalent pour leur mise en ligne — Responsable : équipe — Échéance : non précisée
 - [ ] Clarifier avec Julie et Carole le calendrier de livraison et de validation d’OTT — Responsable : non précisé — Échéance : non précisée
 - [ ] Effectuer des tests de régression ciblés sur la livraison TFO liée au live et au carousel — Responsable : Ajar — Échéance : avant le 16 ou le 17
 - [ ] Organiser un échange sur les recommandations de service tracking pour MAMI — Responsable : Rabiba et Amandou — Échéance : non précisée
 ## Blocages / Risques
 - La livraison OTT risque de ne pas être prête à temps en raison de régressions constatées. Une livraison le week-end pourrait être nécessaire pour viser la mise en ligne avant le 14 septembre, en vue de l’émission live du 17.
 - La migration de Boukili pourrait nécessiter deux pipelines de données en parallèle, pour Firestore et AWS, ainsi qu’une logique de fusion et de déduplication.
 - Les utilisateurs disposant de plusieurs devices risquent de perdre leur progression si certains devices continuent d’écrire dans Firestore après la migration. Une réponse de l’équipe concernée est attendue.
 - La capacité QA constitue un goulot d’étranglement, une seule personne étant affectée à quatre sites. Un QA permanent supplémentaire ou un renfort ponctuel sont envisagés.
 - Les absences prochaines d’Ajar, Jean-Claude et Joël pourraient ralentir l’équipe pendant quelques jours.
 - L’investissement à long terme dans OTT et JW Player reste incertain, le contrat JW Player arrivant à échéance dans un an.
 ## À suivre
 - Tenir la rencontre avec Francis et recueillir ses éventuelles questions sur les projets, les priorités et les besoins QA.
 - Suivre la réponse du fournisseur concernant les régressions et le calendrier de livraison OTT.
 - Clarifier le scénario de migration multi-device de Boukili avec Carole et l’équipe concernée.
 - Suivre l’analyse du document FMC et les éléments pouvant être automatisés.
 - Suivre l’intégration future des données Umami au Data Warehouse.
 - Contrôler la mise en œuvre systématique du processus de tickets Jira pour Idéllo à partir du 12 octobre.
@@ -0,0 +1,96 @@
 **Date:** 2026-09-10
 **Duration:** 30 min
 **Attendees:**
 ---
 # 📢 Announcements
 Company / Department / CTO updates
 - Rencontre avec Francis le 15 sept
 	- Chacun va présenter, on va parler des projets
 - Ticket Jira, je vois une petite amélioration mais encore du retard. Ne pas tjrs aller dans le mode execution et penser aux ticket
 -
 ---
 # 🔄 Operations
 Anything affecting day-to-day operations?
 Examples:
 - vacations
 - coverage
 - SLA concerns
 - incoming workload
 - incidents
 - Hajar vacation
 - Jean-Claude vacation
 - Joel off
 -
 ---
 # 🤝 Team Coordination
 Things that require coordination between teammates.
 Examples:
 - handoffs
 - dependencies
 - waiting on someone
 - knowledge transfer
 - testing
 - reviews
 | Topic | Owner(s) | Next Step |
 |--------|----------|-----------|
 | | | |
 ---
 # ⚠️ Risks / Blockers
 Only blockers that need team visibility or help.
 | Risk                                | Owner | Action                |
 | ----------------------------------- | ----- | --------------------- |
 | OTT - risque de livraison en retard | JC    | Waiting for Ethan     |
 | Boukili                             | JC    | En cours de livraison |
 ---
 # ✅ Decisions
 Only decisions affecting the team.
 - [[2026-09-10 - Flux Zip pour les maleos qui vont sur Idello]] 
 ---
 # 👏 Recognition
 Wins from this week.
 - 
 - 
 ---
 # 📋 Action Items
 | Action | Owner | Due |
 | ------ | ----- | --- |
 |        |       |     |
 ---
 # 📝 Parking Lot
 Items requiring another discussion.
 - Livraison TFO avant le 16 pour le live event -> Hajar va basculer
 - 
@@ -32,3 +32,7 @@ meetmic_id: 05BBECB0-DA30-4FFB-AC60-DFDAB75EDB87
 - Organiser une discussion dédiée sur la pertinence de la pagination et ses éventuelles variantes selon l’appareil.
 - Valider les ajustements visuels proposés par Zemind avant de poursuivre le développement des autres interfaces.
 - Aborder les fonctionnalités lors d’une prochaine validation.
 ### Related
 - [[2026-08-17 - Boukili PROD- Alignement infra et déploiement du replicat]]
 - [[Boukili - Choix de la direction visuelle pour la phase 2]]
@@ -0,0 +1,41 @@
 ---
 type: meeting
 date: 2026-09-10
 source: MeetMic
 status: inbox
 duration: 21m
 meetmic_id: 0D6EED25-BB8C-4366-BC07-819F4DABDB7C
 ---
 # Recording
 ## Résumé
 - La migration de Firebase vers AWS présente un risque important pour les utilisateurs connectés sur plusieurs appareils, notamment en cas de versions différentes de l’application et d’absence de synchronisation des progrès.
 - Des incertitudes persistent sur la fiabilité de la migration des données, ainsi que sur une régression liée à Salesforce et sur d’autres éléments data nécessitant une expertise technique.
 - Les livraisons fréquentes et non alignées avec le rythme de test prévu entraînent une surcharge, des tests répétés et un manque de visibilité sur l’état réel de la version.
 - L’équipe doit clarifier les points bloquants, les solutions possibles et les estimations avant de définir une nouvelle date de mise en production.
 ## Décisions
 - La mise en production prévue lundi est annulée.
 - Aucune nouvelle date de déploiement ne sera fixée avant clarification des blocages, évaluation des solutions et obtention d’estimations fiables.
 ## Actions
 - [ ] Organiser un point technique avec Abiba pour clarifier les problèmes liés à la data et les points critiques — Échéance : demain matin
 - [ ] Préparer un email détaillant les blocages critiques et le soumettre à l’équipe pour validation avant envoi — Responsable : non identifié
 - [ ] Évaluer avec The Mind la faisabilité, le coût et le délai d’une intervention de l’IBO sur la migration — Échéance : à partir du point prévu demain
 - [ ] Informer Mohamed des raisons du report après clarification avec Abiba — Responsable : non identifié
 - [ ] Obtenir des estimations sur la durée nécessaire pour résoudre les problèmes restants — Responsable : The Mind
 ## Blocages / Risques
 - Risque de perte ou de non-synchronisation des données pour les utilisateurs passant d’une version Firebase à AWS tout en utilisant plusieurs appareils, dont certains non mis à jour.
 - Régression Salesforce encore en cours d’investigation, sans retour disponible au moment de la réunion.
 - Fiabilité de la migration des données non confirmée à 100 %.
 - Les solutions actuellement suggérées, notamment l’acceptation d’une perte de données ou d’une fiabilité insuffisante, ne sont pas acceptables.
 - Le rythme des livraisons perturbe les tests et empêche de disposer du recul nécessaire pour estimer les délais.
 ## À suivre
 - Retour d’Abiba sur les problématiques data et la migration.
 - Retour sur la régression Salesforce.
 - Vérification auprès de The Mind et de l’IBO de la possibilité de bloquer le retour vers l’ancienne version ou de forcer la mise à jour.
 - Clarification du traitement des utilisateurs qui se reconnecteront après la période de 90 jours.
 - Définition d’une nouvelle échéance après résolution ou mitigation des blocages.
@@ -0,0 +1,40 @@
 ---
 type: meeting
 date: 2026-09-10
 source: MeetMic
 status: inbox
 duration: 17m
 meetmic_id: B6A3C0A2-EC0E-4373-A44E-313D8AE6B832
 ---
 # Daily Meeting TFO vs Zemind
 ## Résumé
 - Une nouvelle build dédiée au test de la migration des données doit être envoyée après validation QA, suivie d’une build complète prévue le lendemain, considérée comme release candidate.
 - Quatre sujets techniques restent à arbitrer : retry de suivi de la dernière activité, Firebase auth lockout, message demandant la mise à jour des appareils et contrôle de version dans Contentful.
 - Le Firebase auth lockout pourrait être ajouté côté backend avant le go live, mais sa faisabilité n’est estimée qu’à 95 %. Sans lockout, les appareils non mis à jour resteraient utilisables, mais la progression ne serait pas synchronisée.
 - L’équipe a vérifié le fonctionnement attendu de l’environnement web de production, du bucket S3 de livraison et de la preview distribution. Un déploiement réel doit encore valider ce workflow.
 - Le déploiement de production doit notamment permettre de tester la fonctionnalité de réinitialisation du mot de passe. Abdullah a également demandé un accès à Firebase app distribution pour tester sur Android.
 ## Décisions
 Aucune.
 ## Actions
 - [ ] Envoyer la liste des quatre sujets nécessitant une décision — Échéance : rapidement, avant la prochaine build
 - [ ] Donner un retour sur les sujets à implémenter afin de permettre leur intégration dans la build suivante — Échéance : fin de journée
 - [ ] Vérifier la configuration du pipeline, pousser la build web vers la branche principale et tester le déploiement via le bucket S3 — Échéance : après la réunion
 - [ ] Déployer une build de production pour valider le workflow et tester la réinitialisation du mot de passe — Échéance : fin de journée
 - [ ] Ajouter Abdullah à Firebase app distribution pour les tests Android
 ## Blocages / Risques
 - Le délai restant est limité à environ un jour et demi ; l’implémentation et la validation des quatre sujets pourraient empêcher le traitement de certains bugs P3 ou P4.
 - Le fonctionnement du système de version existant dans Contentful ne peut pas être vérifié actuellement.
 - Le Firebase auth lockout n’est pas encore confirmé avec certitude.
 - Le workflow de déploiement de production et de preview distribution n’a pas encore été testé avec une vraie build de production.
 ## À suivre
 - Arbitrer les quatre sujets techniques et confirmer ceux à intégrer.
 - Valider la build de migration, puis la release candidate prévue le lendemain.
 - Confirmer le déploiement web de production et le bon fonctionnement du workflow.
 - Décider ultérieurement de la gestion du go live après la soumission des applications.
 - Poursuivre les échanges et refaire un point le lendemain.
@@ -38,3 +38,7 @@ meetmic_id: 9CEB3804-D724-48AF-994C-01E0CBFBC0CE
 - Clarifier la responsabilité de la maintenance et des mises à jour des Dockerfiles.
 - Confirmer le modèle de synchronisation entre GitHub et GitLab, idéalement dans un seul sens.
 - Confirmer les éléments contractuels concernant la propriété et le contrôle des images Docker.
 ### Related
 - [[2026-08-18 - Idello - Estimer le temps d'avoir des images docker propers avec aucune dépendances]]
@@ -0,0 +1,29 @@
 ## Governance
 **Executive Sponsor:** Xavier
 **Executive Alignment:** Mohammed
 **Opportunity Lead:** Amadou
 **External relationship / Lunii:** Amadou
 ### Contributors
 - Education — educational positioning, reach and evidence
 - Product — digital audience, usage and ecosystem
 - Content — IP / universe selection
 - Marketing — audience / brand data as required
 ## Current Phase
 **Phase 1 — Partnership exploration**
 Goal:
 > Obtain sufficient interest from Lunii to enter formal discussions
 > about a potential TFO × Lunii collaboration.
 ## Gate to Phase 2
 Phase 2 begins only if Lunii expresses concrete interest in
 exploring a collaboration.
 Until then, we are **not designing the final product**.
@@ -0,0 +1,104 @@
 # TFO × Lunii — Data Pack
 > **Purpose:** Gather the strongest evidence demonstrating why TFO is a valuable partner for Lunii.
 ## Key Numbers
 |Metric|Value|Period|Source|Why it matters to Lunii|
 |---|--:|---|---|---|
 |TFO.org users|TBD|TBD|TBD|Demonstrates digital reach|
 |Youth video views|TBD|TBD|TBD|Demonstrates consumption of youth content|
 |Youth audience|TBD|TBD|TBD|Demonstrates access to target audience|
 |Ontario reach|TBD|TBD|TBD|Demonstrates strength in core market|
 |Canada outside Quebec|TBD|TBD|TBD|Demonstrates unique francophone reach|
 ## Digital Reach
 ### TFO.org
 - Monthly users:
 - Annual users:
 - Video views:
 - Youth content consumption:
 - Mobile / tablet usage:
 - Geography:
 ### Apps / OTT
 - Installs:
 - Active users:
 - Viewing:
 - Platforms:
 - Relevant youth usage:
 ### Social
 - YouTube:
 - Instagram:
 - TikTok:
 - Facebook:
 - Other:
 ## Educational Reach
 ### IDÉLLO
 - Registered users:
 - Teachers:
 - Schools:
 - School boards:
 - Geographic reach:
 - Usage:
 ### Education Network
 - Ontario:
 - Other provinces / territories:
 - Partnerships:
 - Relevant programs:
 ## Youth Content
 |Property|Audience / Usage|Age|Recognition|Notes|
 |---|--:|---|---|---|
 |TBD|||||
 |TBD|||||
 |TBD|||||
 ## Francophone Canada
 Evidence demonstrating TFO's position within francophone communities in Canada.
 - Ontario:
 - Outside Ontario:
 - Schools:
 - Fam
@@ -0,0 +1,126 @@
 # TFO × Lunii — IP Shortlist
 > **Question:** Which TFO universes best demonstrate the potential of a TFO × Lunii collaboration?
 ## Selection Criteria
 A strong candidate should ideally have:
 - recognizable characters or universe;
 - relevance to Lunii's target age;
 - strong storytelling potential;
 - ability to work without visuals;
 - potential for interaction / choices;
 - educational or discovery potential;
 - existing audience;
 - rights allowing exploration of another format.
 ---
 ## Candidate 1 — [Property]
 ### Audience
 **Target age:**  
 **Existing reach:**  
 **Where it currently lives:**
 ### Universe
 What makes this universe recognizable or interesting?
 ### Why it could work on Lunii
 How could the universe naturally become an audio experience?
 ### Example
 > One very short example of a possible Lunii experience.
 ### Educational Potential
 ### Evidence
 ### Rights / Constraints
 - Rights status: TBD
 - Audio adaptation rights: TBD
 - Characters / talent considerations: TBD
 ### Assessment
 **Fit with Lunii:** ⭐⭐⭐⭐⭐  
 **Audience strength:** ⭐⭐⭐⭐⭐  
 **Audio potential:** ⭐⭐⭐⭐⭐  
 **Educational potential:** ⭐⭐⭐⭐⭐  
 **Rights confidence:** ❓
 ---
 ## Candidate 2 — [Property]
 Same structure.
 ---
 ## Candidate 3 — [Property]
 Same structure.
 ---
 ## Wildcard — Francophonie canadienne
 This does not necessarily need to be based on an existing TFO property.
 ### Concept
 Interactive audio adventures allowing children to discover different francophone communities across Canada through storytelling.
 Possible settings:
 - Ontario français
 - Acadie
 - Manitoba
 - Northern Canada
 - Western Canada
 ### Why it matters
 This could combine TFO's educational mission and knowledge of francophone Canada with Lunii's screen-free storytelling format.
 ---
 ## Recommended Shortlist
 ### 1. TBD
 **Why:**
 ### 2. TBD
 **Why:**
 ### 3. TBD
 **Why:**
 ## Not Recommended
 Properties considered but excluded, with reason:
@@ -0,0 +1,203 @@
 # TFO × Lunii — Pitch
 > # Les univers TFO prennent vie sans écran.
 ## Objective
 At the end of the meeting, we want Lunii to think:
 > **TFO could bring something valuable and distinctive to Lunii in Canada. We should explore this further.**
 We are **not** trying to close a deal in this meeting.
 ---
 # Storyline
 ## 1 — Les univers TFO prennent vie sans écran
 **Message:**
 TFO and Lunii have an opportunity to extend francophone children's universes beyond the screen.
 **Visual:**
 TFO × Lunii
 **Say:**
 TBD
 ---
 ## 2 — TFO
 **Message:**
 TFO is more than a television network.
 We are a francophone educational media organization with a direct relationship with children, families and educators.
 **Proof:**
 - TBD
 - TBD
 - TBD
 **Say:**
 TBD
 ---
 ## 3 — Our Audience
 **Message:**
 TFO already reaches the children and families that could be relevant to Lunii's Canadian growth.
 **Key numbers:**
 - TBD
 - TBD
 - TBD
 **Say:**
 TBD
 ---
 ## 4 — Education
 **Message:**
 TFO brings something beyond content: an established relationship with the educational ecosystem.
 **Key numbers:**
 - TBD
 - TBD
 **Potential contribution from Education:**
 TBD
 ---
 ## 5 — Our Universes
 **Message:**
 TFO has characters and universes that can live beyond video.
 ### Universe 1
 TBD
 ### Universe 2
 TBD
 ### Universe 3
 TBD
 ---
 ## 6 — Why TFO × Lunii
 ### Lunii brings
 - screen-free experience;
 - audio storytelling expertise;
 - interactive storytelling;
 - direct relationship with families.
 ### TFO brings
 - francophone youth universes;
 - educational expertise;
 - Canadian francophone perspective;
 - audience and distribution;
 - relationship with educators.
 ### Together
 > **A new way for francophone children in Canada to experience stories and learning without another screen.**
 ---
 ## 7 — Imagine...
 Pick ONE strong example.
 ### Example
 **[TFO Universe] × Lunii**
 The child recognizes a character from TFO.
 But instead of replaying the television episode, they enter a completely new audio adventure.
 They choose where to go.
 They make decisions.
 They discover.
 They become part of the story.
 > **Same universe. New story. No screen.**
 ---
 ## 8 — Let's Explore It Together
 We are not arriving with a predetermined business model or finished product.
 We believe there is enough strategic alignment between TFO and Lunii to explore what we could build together.
 ### The Ask
 > **Would Lunii be interested in exploring a TFO × Lunii collaboration with us?**
 ## Meeting Outcome
 - 🟢 Interested → define Phase 2
 - 🟡 Interested, different direction → explore / adapt
 - 🔴 No strategic fit → document learning and close
 ## Questions for Lunii
 - What are Lunii's priorities for Canada?
 - Which audiences are they trying to grow?
 - How do they normally structure IP partnerships?
 - What makes a content partnership attractive to them?
 - Which TFO assets or capabilities interest them most?
 - Would they prefer an existing IP, original concept, educational collection, or another model?
@@ -0,0 +1,220 @@
 > **Les univers TFO prennent vie sans écran.**
 ## Status
 **Phase:** Exploration / Business Development  
 **Executive sponsor:** Xavier  
 **Lead:** Amadou  
 **Executive alignment:** Mohammed B  
 **Strategic contributor:** Eric Genier, Directeur, service éducatif
 ## Objective
 Obtenir l'intérêt de Lunii pour explorer une collaboration avec TFO.
 La phase actuelle ne vise pas encore à définir ou produire une offre finale. Elle vise à démontrer pourquoi **TFO serait un partenaire intéressant pour Lunii au Canada**.
 ## Success Criteria — Phase 1
 La phase exploratoire est considérée comme réussie si :
 1. TFO obtient une rencontre avec les bons interlocuteurs chez Lunii.
 2. TFO démontre clairement la valeur qu'il peut apporter à Lunii.
 3. Lunii manifeste un intérêt concret à poursuivre la discussion.
 4. Les deux organisations identifient au moins une piste de collaboration qui mérite d'être approfondie.
 ## Core Proposition
 **Les univers TFO prennent vie sans écran.**
 TFO pourrait permettre à certains de ses univers jeunesse de vivre sous forme d'expériences audio originales adaptées à Lunii.
 TFO apporte notamment :
 - des univers et propriétés jeunesse;
 - une expertise en contenu éducatif;
 - une connaissance des enfants et familles francophones au Canada;
 - une présence dans le milieu éducatif;
 - une capacité de promotion et de distribution numérique;
 - un positionnement unique dans la francophonie canadienne.
 Lunii apporte notamment :
 - une plateforme audio jeunesse sans écran;
 - une expertise dans la narration audio;
 - une expérience interactive conçue pour les enfants;
 - une marque et un produit déjà établis auprès des familles.
 ## What We Need to Prove
 Notre première présentation doit répondre à une question :
 > **Pourquoi Lunii devrait-il vouloir travailler avec TFO?**
 ### TFO reach
 À documenter :
 - audience jeunesse;
 - utilisateurs / visiteurs numériques;
 - visionnements;
 - portée des propriétés jeunesse;
 - présence au Canada hors Québec;
 - portée en Ontario;
 - portée auprès des écoles;
 - enseignants / classes / conseils scolaires rejoints;
 - données IDÉLLO pertinentes;
 - réseaux sociaux / communautés;
 - autres données démontrant notre capacité de distribution.
 ### TFO assets
 Identifier :
 - 3 à 5 univers jeunesse particulièrement adaptés à l'audio;
 - personnages reconnaissables;
 - propriétés dont TFO contrôle suffisamment les droits;
 - contenu éducatif pouvant prolonger l'expérience;
 - expertise éditoriale et pédagogique pertinente.
 ## Team — Exploration Phase
 ### Lead
 **Amadou**
 Responsable de :
 - coordination de l'opportunité;
 - relation avec Lunii;
 - proposition de valeur;
 - préparation du pitch;
 - coordination des contributions internes;
 - suivi des décisions et prochaines étapes.
 ### Directeur — Service éducatif
 Contribution :
 - proposition de valeur éducative;
 - compréhension du milieu scolaire;
 - portée éducative de TFO;
 - opportunités potentielles autour de l'apprentissage;
 - validation des affirmations et données éducatives.
 ### Product
 Contribution :
 - connaissance des audiences et produits numériques;
 - données d'utilisation pertinentes;
 - possibilités de parcours entre Lunii et l'écosystème TFO;
 - expertise produit lorsque nécessaire.
 ### Content / IP
 Contribution à identifier selon les propriétés retenues :
 - sélection des univers;
 - droits;
 - potentiel éditorial;
 - talents / personnages / production.
 ## Phase 1 — Deliverables
 1. Opportunity Brief.
 2. Sélection préliminaire de propriétés TFO.
 3. Data pack / chiffres clés TFO.
 4. Présentation courte **TFO × Lunii**.
 5. Identification des interlocuteurs Lunii.
 6. Première rencontre exploratoire.
 ## Out of Scope — Phase 1
 Pour éviter de concevoir un projet avant d'avoir validé l'intérêt de Lunii :
 - architecture technique;
 - intégration TFO.org;
 - développement logiciel;
 - modèle commercial détaillé;
 - calendrier de production;
 - engagement budgétaire;
 - sélection définitive des propriétés;
 - négociation des droits;
 - lancement produit.
 Ces éléments seront abordés seulement si Lunii souhaite poursuivre.
 ## Next Step
 Réunir les contributeurs internes nécessaires pour construire :
 **« Pourquoi TFO + pourquoi maintenant + pourquoi Lunii devrait vouloir travailler avec nous? »**
 Puis préparer l'approche initiale auprès de Lunii.
@@ -0,0 +1,80 @@
 ---
 type: project
 status: proposed
 year: 2026
 owner: Amadou
 started:
 target_date:
 priority:
 tags:
  - project
 ---
 ## TL;DR
 Mogador Sync is the project to improve the synchronization between Mogador and the websites.
 The objective is to make synchronization more reliable, reduce manual interventions, and establish a more maintainable and extensible architecture for future developments.
 ## Why This Project Exists
 The current synchronization process has generated recurring operational issues and requires manual intervention.
 The project aims to address the underlying synchronization architecture rather than continuing to handle individual incidents operationally.
 ## Objectives
 - Improve synchronization reliability
 - Reduce manual interventions
 - Make failures easier to detect and diagnose
 - Improve maintainability
 - Provide a stronger foundation for future developments
 ## Current Status
 **Status:** Active
 ### Current focus
 -
 ### Latest update
 -
 ### Blockers / Risks
 -
 ## Scope
 ### In Scope
 -
 ### Out of Scope
 -
 ## Key Decisions
 ```dataview
 LIST
 FROM "20 Work/Decisions"
 WHERE contains(file.outlinks, this.file.link)
 SORT file.name DESC
 ```
 ### Related
 - [[Proposition d'architecture Sync Mogador v2]]
 - [[Résumé de la situation avec la Sync V1]]
 - [[Demande d'evolution API Mogador v2 pour la synchronisation web]]
 - [[Proposition d'architecture - Content Publication Engine]]
 - [[2026-08-13 - Proposition synchro v2]]
 - [[Consultation fournisseurs sites- proposition de publication JSON]]
 - [[Charte de projet - Content Publication Engine]]
 - [[Options pour supprimer ou reduire Mogador]]
@@ -7,7 +7,7 @@ duration: 19m
 meetmic_id: 841A2AA2-49B5-479E-8D4B-54D970861527
 ---
-# Flux : Live ONFR
+# Flux : Live ONFR (avec les technicians)
 ## Résumé
@@ -42,3 +42,7 @@ meetmic_id: 841A2AA2-49B5-479E-8D4B-54D970861527
 - Déterminer qui assurera l’approbation technique et éditoriale dans l’équipe de ONFR.
 - Vérifier le rôle de chaque équipe dans la programmation de la bannière, du direct sur le site et des mises à jour de métadonnées et d’AODA.
 - Tester le flux sur une ou deux émissions avant de documenter officiellement le processus dans Confluence.
 ### Related
 - [[2026-08-20 - Toute une semaine - Le flux de publication]]
@@ -0,0 +1,37 @@
 ---
 type: meeting
 date: 2026-09-08
 source: MeetMic
 status: inbox
 duration: 9m
 meetmic_id: 51A9D6A4-9EB8-479D-8AFF-C7997C9B3312
 ---
 # Recording
 ## Résumé
 - Le passage par Haywire pour générer l’URL récupérée par JWP fonctionne pour les tests.
 - La question d’un deuxième URL de Chorus pour le live feed reste à trancher, notamment en raison d’un coût qui n’est pas clarifié.
 - ONFR a confirmé une durée de 30 minutes pour le premier épisode et d’environ 28 minutes pour les suivants, ce qui nécessite une gestion spécifique de l’arrêt de JWP.
 - Les trois premiers épisodes seront préparés le mercredi pour une mise en ligne le jeudi, avec une programmation non linéaire possible via Louise.
 - Plusieurs problèmes techniques ont été corrigés ou sont en cours de validation, notamment l’affichage de l’après-live et l’intégration avec le site.
 - Le fichier de sous-titrage malentendant ne s’affiche pas encore sur le site lors du test; la cause liée au lien, à la collection ou à la programmation reste incertaine.
 ## Décisions
 - Utiliser le feed Haywire pour les tests et, pour l’instant, plutôt qu’un deuxième URL de Chorus.
 - Prévoir une intervention humaine lorsque la durée d’un épisode diffère de la durée cible de 28 minutes.
 - Préparer les trois premiers épisodes le mercredi afin de les publier le jeudi.
 ## Actions
 - [ ] Écrire le script permettant à JWP d’arrêter l’enregistrement à 28 minutes — Responsable : Jean-Claude
 - [ ] Réaliser le test de bout en bout avec le broadcast studio, avec un démarrage du test à 10 h, du direct à 10 h 10 et une vidéo de 10 minutes — Échéance : demain
 - [ ] Vérifier avec Jean-Claude l’état de ses corrections et obtenir des précisions sur le problème d’affichage du fichier de sous-titrage malentendant — Responsable : participant non identifié — Échéance : lors de l’échange prévu avec Jean-Claude
 ## Blocages / Risques
 - La durée variable des épisodes peut entraîner un arrêt incorrect de JWP sans intervention humaine.
 - L’affichage du fichier de sous-titrage malentendant reste non résolu sur le site; le fichier texte à ODA n’a pas encore été testé.
 ## À suivre
 - Déterminer s’il faut commander ou utiliser un deuxième URL de Chorus pour le live feed.
 - Analyser les résultats du test de bout en bout et confirmer que les corrections de Jean-Claude et Willy règlent l’affichage de l’après-live.
 - Clarifier pourquoi le fichier de sous-titrage ne s’affiche pas malgré l’envoi vers le site.
@@ -0,0 +1,41 @@
 ---
 type: meeting
 date: 2026-09-08
 source: MeetMic
 status: inbox
 duration: 21m
 meetmic_id: 2736AF13-E3F7-4419-9F82-59FCC4C39D39
 ---
 # Direct ONFR : Point du feed pour le Live Event
 ## Résumé
 - Le feed envoyé à JWP sera celui géré par l’équipe, sans sous-titrage, conformément à l’orientation déjà communiquée à la haute gestion.
 - Le direct n’aura pas une durée fixe : environ 30 minutes pour le premier épisode, puis environ 20 à 28 minutes les semaines suivantes. Une présence sera nécessaire pour arrêter manuellement l’enregistrement.
 - Le fonctionnement des ingest points, la facturation éventuelle lorsque JWP reçoit un stream et les statuts affichés dans JWP restent à clarifier.
 - Les fichiers de sous-titrage du test précédent ne se sont pas affichés, probablement parce qu’ils n’étaient pas associés à une collection.
 - La gestion du contenu après le live reste à préciser : maintien du flux JWP ou remplacement par la version principale enregistrée dans Louise/Magador.
 ## Décisions
 - Utiliser le feed du studio sans sous-titrage pour les tests et le fonctionnement actuel.
 - Conserver le processus de test actuel.
 - Créer une collection test associée à une série test afin de valider le flux de sous-titrage.
 ## Actions
 - [ ] Clarifier avec JWP le fonctionnement des ingest points et de la facturation — Échéance : demain
 - [ ] Réaliser un nouvel événement de test d’environ 5 minutes avec le même point d’ingest — Échéance : demain
 - [ ] Créer une collection test et vérifier l’affichage du sous-titrage — Échéance : aujourd’hui
 - [ ] Organiser une réunion de suivi sur Chorus et JWP — Échéance : jeudi
 - [ ] Transmettre les questions à poser à JWP — Échéance : demain avant 13 h
 ## Blocages / Risques
 - La durée variable des directs complique l’arrêt automatique et nécessite un suivi manuel dans le dashboard.
 - Le comportement exact de JWP lorsqu’un stream est reçu, ainsi que les éventuels frais associés, n’est pas confirmé.
 - Les feeds, ingest points et événements JWP ne sont pas encore suffisamment documentés pour garantir une compréhension commune.
 - Le choix entre le flux du live et la version principale dans Louise/Magador peut nécessiter un nouveau lien et dépend du comportement du site.
 ## À suivre
 - Confirmer avec JWP le fonctionnement technique et la facturation.
 - Documenter les différents feeds et ingest points utilisés.
 - Déterminer le contenu affiché sur le site après le live avec Willy, Devon ou Mickaël.
 - Vérifier le fonctionnement du sous-titrage avec la collection test.
@@ -0,0 +1,38 @@
 ---
 type: meeting
 date: 2026-09-10
 source: MeetMic
 status: inbox
 duration: 7m
 meetmic_id: 89C10424-0F99-40F7-ACB1-4E67F47447AE
 ---
 # Direct ONFR : Réponse sur le feed de JWP
 ## Résumé
 - Un deuxième feed de Corus, actuellement inutilisé, pourrait être envoyé vers JW Player pour produire des enregistrements incluant les fichiers de sous-titrage en direct.
 - Le même ingest point et la même URL seraient utilisés afin de ne pas modifier le flux existant.
 - Un test sera réalisé avec Corus et JW Player pour vérifier la réception du feed et des sous-titrages.
 - Les ingest points inutilisés doivent être nettoyés; certains ne peuvent toutefois pas être supprimés directement.
 - Les informations concernant la facturation restent contradictoires : JW Player indique que l’adresse active entraîne des frais, tandis que les données disponibles indiquent que le flux ne serait pas écouté.
 ## Décisions
 - Utiliser le deuxième feed de Corus pour un test d’envoi vers JW Player.
 - Conserver les deux ingest points de référence indiqués dans le document PDF et demander à JW Player de supprimer ceux qui ne peuvent pas l’être directement.
 - Ne pas modifier le flux actuellement en place.
 ## Actions
 - [ ] Confirmer l’ingest point et transmettre l’URL à Corus — Responsable : non précisé
 - [ ] Contacter Corus, notamment Chris Sandinot, pour modifier l’adresse du deuxième stream — Responsable : non précisé
 - [ ] Réaliser le test de réception du feed et des sous-titrages avec Corus et JW Player — Responsable : non précisé
 - [ ] Envoyer les adresses des flux « info.org 24-7 » et « info.org événement spécial » dans un format texte facilement copiable — Responsable : non précisé
 - [ ] Informer Jean-Claude lorsque la mise en place sera terminée — Responsable : Ravi
 - [ ] Envoyer un courriel de mise à jour et corriger le document concerné — Responsable : non précisé
 ## Blocages / Risques
 - La facturation de JW Player n’est pas clarifiée : elle dépendrait soit de l’existence de l’adresse, soit de l’utilisation effective du flux.
 - Certains ingest points ne peuvent pas être supprimés malgré une demande de suppression.
 ## À suivre
 - Clarifier les conditions et les frais appliqués par JW Player.
 - Vérifier les résultats du test d’envoi du deuxième feed et la présence des sous-titrages dans l’enregistrement.
@@ -0,0 +1,252 @@
 ---
 ## date: 2026-08-27  
 status: active  
 project: OTT V2  
 type: project-note  
 target_date: 2026-09-09  
 risk: high
 ---
 # OTT V2 - Search Recovery Plan
 ## TL;DR
 La mise en production de la V2 OTT est ciblée pour le **9 septembre**.
 La recherche fait partie du périmètre initial de la V2 et est maintenant confirmée comme un **prérequis à la mise en production**.
 Lors de la priorisation du Live en juin, l'impact sur l'échéancier V2 a été validé avec le fournisseur. Celui-ci avait confirmé que cette priorisation **ne modifierait pas la date de livraison prévue**.
 À la fin juillet, le fournisseur nous a informés que la recherche n'était pas fonctionnelle.
 La solution retenue est d'utiliser **Algolia**, déjà utilisé sur d'autres plateformes de l'organisation. L'index existe déjà. L'intégration restante doit être réalisée par le fournisseur OTT.
 **Objectif immédiat : obtenir une version testable au plus tard le 3 septembre.**
 ---
 ## Situation actuelle
 **Cible de lancement :** 9 septembre  
 **Statut :** 🔴 À risque  
 **Bloqueur :** Recherche non disponible dans la V2  
 **Solution :** Intégration Algolia  
 **Responsable de l'intégration :** Fournisseur OTT  
 **Livraison demandée :** 3 septembre  
 **QA :** 1 journée minimum  
 **Go / No-Go :** 8 septembre
 La date du 9 septembre demeure une **cible et non une date de lancement confirmée** tant que le fournisseur n'a pas confirmé sa date de livraison.
 ---
 ## Chronologie
 ### Janvier 2026
 - Lancement de la V1 OTT.
 - Décision de ne pas faire de promotion Marketing importante de cette version.
 - Début du travail sur la V2.
 - La recherche fait partie des fonctionnalités prévues pour la V2.
 ### Juin 2026
 - La diffusion Live devient une priorité pour la direction.
 - Le développement Live prend donc priorité dans le séquencement des travaux.
 - L'impact de cette nouvelle priorité est discuté avec le fournisseur OTT.
 - **Le fournisseur confirme que cette priorisation ne devrait pas modifier l'échéancier de livraison de la V2.**
 ### Fin juillet 2026
 - Le fournisseur nous informe que la recherche n'est pas fonctionnelle dans la V2.
 - Intervention de notre équipe pour identifier une solution.
 - Décision de proposer l'utilisation d'Algolia, déjà utilisé dans l'organisation.
 ### Août 2026
 - L'index Algolia nécessaire existe déjà.
 - L'intégration requise est relativement ciblée : le fournisseur doit faire la correspondance entre la clé retournée par Algolia et la clé du contenu OTT afin de lancer le bon média.
 - L'OTT étant entièrement développé et maintenu par le fournisseur, notre équipe ne peut pas réaliser cette intégration directement.
 - Le rythme de communication du fournisseur devient un risque important pour l'échéancier.
 ### 27 août 2026
 - Confirmation du CTO : **la recherche est un prérequis à la mise en production de la V2**, avec ou sans Live.
 - Relance du fournisseur pour obtenir un statut.
 - Demande de rencontre technique.
 - Réunion interne prévue afin d'aligner l'équipe sur la stratégie de livraison et de QA.
 ---
 ## Chemin critique
 ```text
 Engagement du fournisseur
        ↓
 Intégration Algolia
        ↓
 Version testable
        ↓
 QA recherche (~1 jour)
        ↓
 Correctifs si nécessaires
        ↓
 Retest
        ↓
 Go / No-Go
        ↓
 Production V2
 ```
 ---
 ## Échéancier cible
 |Date|Jalon|
 |---|---|
 |28 août|Escalade fournisseur et obtention d'un engagement|
 |3 septembre|Version Algolia testable demandée|
 |4 septembre|QA|
 |5-7 septembre|Correctifs et retest si nécessaires|
 |8 septembre|Go / No-Go|
 |9 septembre|Cible de mise en production V2|
 ---
 ## Demande au fournisseur  [[Trings - 2025-2026]]
 Le fournisseur doit répondre clairement à la question suivante :
 > Can you deliver a testable implementation by September 3? If not, what specifically prevents it and what is the earliest date you can commit to?
 ### Informations déjà disponibles
 - L'index Algolia existe.
 - Algolia est déjà utilisé sur d'autres plateformes de l'organisation.
 - La correspondance entre le résultat Algolia et le média OTT à lancer est connue.
 - L'intégration doit être réalisée dans l'OTT par le fournisseur.
 ---
 ## Risques
 ### 1. Délai de réponse du fournisseur
 Le fournisseur communique actuellement à un rythme insuffisant pour gérer un bloqueur de production avec une échéance rapprochée.
 **Mitigation :**
 - Escalade immédiate.
 - Demande de rencontre technique.
 - Obtenir une date de livraison ferme plutôt qu'un simple statut.
 ### 2. Livraison trop proche du 9 septembre
 Même si la QA de la recherche peut être réalisée en une journée, une livraison tardive ne laisserait aucune marge pour les correctifs.
 **Mitigation :**
 - Livraison testable demandée pour le 3 septembre.
 - Préparer les scénarios de QA avant la livraison.
 - Go / No-Go le 8 septembre.
 ### 3. Communication externe autour du 9 septembre
 Marketing et les autres secteurs pourraient considérer le 9 septembre comme une date de lancement confirmée alors qu'elle demeure dépendante de la livraison du fournisseur.
 **Mitigation :**
 - Communiquer le 9 septembre comme une **cible** jusqu'à confirmation de la livraison.
 - Éviter toute promesse externe avant le Go / No-Go.
 ---
 ## Position interne
 Le changement de priorité vers le Live en juin a été **explicitement discuté avec le fournisseur**.
 Le fournisseur avait indiqué que ce changement de séquencement **n'aurait pas d'impact sur l'échéancier V2**.
 Le problème de recherche a ensuite été communiqué par le fournisseur à la fin juillet.
 Il est donc important de distinguer :
 **Décision interne :**  
 prioriser le Live.
 **Validation effectuée :**  
 impact sur l'échéancier vérifié avec le fournisseur.
 **Problème découvert ultérieurement :**  
 recherche V2 non fonctionnelle.
 **Situation actuelle :**  
 dépendance envers le fournisseur pour intégrer la solution Algolia avant la mise en production.
 ---
 ## Communication interne
 Message commun à maintenir auprès du CTO, Produit, Marketing et Contenu :
 > Le 9 septembre demeure notre cible pour la V2. La recherche est un prérequis à la mise en production. La solution Algolia est identifiée et l'index existe déjà. L'intégration restante appartient au fournisseur OTT. Nous demandons une version testable pour le 3 septembre afin de conserver une fenêtre de QA et de correction. La date de lancement sera confirmée lorsque nous aurons leur engagement.
 ---
 ## Après la mise en production
 Faire une revue du fournisseur séparément de la gestion de l'incident actuel.
 Points à évaluer :
 - Respect des engagements et échéanciers
 - Qualité des estimations
 - Délai de communication
 - Processus d'escalade
 - Visibilité sur l'avancement du développement
 - Détection tardive des fonctionnalités non fonctionnelles
 - Niveau de dépendance de l'organisation envers le fournisseur
 - Nécessité d'un SLA ou d'attentes formelles de communication
 - Pertinence de maintenir ce fournisseur pour les prochaines évolutions OTT
 La décision concernant l'avenir du fournisseur ne doit pas interférer avec l'objectif immédiat de sécuriser la V2.
@@ -0,0 +1,39 @@
 ---
 type: meeting
 date: 2026-09-08
 source: MeetMic
 status: inbox
 duration: 18m
 meetmic_id: 27C4746A-7444-4FFC-9CCF-7E76139DE7FC
 ---
 # Recording
 ## Résumé
 - Boukili s’orientera vers une VM pour une longue durée; le recours à une API est reporté et pourrait ne pas être nécessaire.
 - L’intégration avec la base PROD de Boukili est en phase de test d’accès. Le mapping des champs commencera après la migration et la validation des accès.
 - Le traitement des productions originales sera basé sur un indicateur au niveau du produit, puis intégré au rapport via un filtre.
 - Les demandes de regroupement des performances par collection et entre le web et l’OTT sont conservées, mais ne sont pas prioritaires.
 - Le rapport performance YouTube a été adapté aux engaged views, avec un filtre par pays et deux métriques distinctes : views brutes et engaged views.
 - Un live hebdomadaire de ONFR sur l’OTT est prévu à partir du 17 septembre; son exposition dans les données JWP/CDN reste à confirmer.
 ## Décisions
 - Maintenir Boukili sur une VM pour le moment et à long terme; l’API est reportée.
 - Mettre en attente les demandes de regroupement des performances par collection et entre le web et l’OTT.
 - Utiliser les engaged views comme référence pour préserver la comparabilité historique des performances YouTube.
 ## Actions
 - [ ] Finaliser les tests de connexion à la base PROD de Boukili, puis réaliser le mapping des champs après la migration — Responsable : non identifié
 - [ ] Obtenir les données nécessaires auprès de l’équipe Louise pour renseigner l’indicateur « is original » au niveau du produit et l’intégrer au rapport — Responsable : non identifié
 - [ ] Vérifier auprès de JW Player la présence des données de visionnement et de tracking dans la table CDN pour le live ONFR — Responsable : non identifié — Échéance : demain
 - [ ] Faire un retour sur les informations obtenues concernant les données du live ONFR — Responsable : non identifié
 ## Blocages / Risques
 - Le mapping de l’intégration dépend de la validation des accès et de la migration de la base PROD de Boukili.
 - Le format des données de visionnement du live ONFR dans JWP/CDN, ainsi que le tracking associé au média ID, n’est pas encore confirmé.
 - Les demandes de personnalisation des rapports pourraient nécessiter des changements importants de layout, alors que d’autres priorités sont en cours.
 ## À suivre
 - Confirmer le fonctionnement des données et du tracking pour le live ONFR sur l’OTT à partir du 17 septembre.
 - Suivre l’avancement de l’indicateur « is original » et de son intégration au rapport.
 - Réévaluer ultérieurement les tickets de regroupement des performances par collection et web/OTT.
@@ -0,0 +1,48 @@
 ---
 type: meeting
 date: 2026-09-08
 source: MeetMic
 status: inbox
 duration: 23m
 meetmic_id: D72992DC-FFFA-4D30-8DE7-AA3B1454BCB9
 ---
 # Jean-Claude / Amadou
 ## Résumé
 - L’équipe a clarifié le fonctionnement des deux feeds JWP : le feed 24/7 reste inchangé, tandis que le feed de test interne sera ouvert et fermé selon les besoins via Wirecast.
 - Une incertitude demeure concernant la facturation du second feed JWP, actif depuis plusieurs mois ; une vérification est prévue avec JWP.
 - Les trois premières émissions seront préenregistrées plutôt que diffusées en direct, mais le flux OTT attendu et le mode de diffusion restent à clarifier.
 - Sur OTT avec Trings, le classement des résultats de recherche a été réorganisé ; des tests sont en cours avant le sign off, notamment sur différents devices et sur le zoom d’Apple TV.
 - Les déploiements de Boukili se poursuivent. L’accès à Contentful est disponible, mais la configuration de l’API et le mode de connexion doivent encore être clarifiés.
 - L’automatisation des podcasts fonctionne avec des données Jira statiques ; il manque la connexion à l’API Jira pour finaliser le processus.
 ## Décisions
 - Le feed JWP 24/7 sera conservé sans modification.
 - Le second feed sera géré en interne via Wirecast, avec ouverture et fermeture après les tests ; le recours à Corus et au sous-titrage est mis de côté.
 - Le processus actuel d’activation/désactivation manuelle est maintenu pour le moment, plutôt qu’une automatisation complète.
 - Le sign off OTT ne sera donné qu’après la fin des tests.
 ## Actions
 - [ ] Vérifier avec JWP si le second feed a été facturé, depuis quand et pour quel montant — Responsable : non identifié — Échéance : demain après-midi
 - [ ] Clarifier le fonctionnement du flux OTT pour les trois premières émissions préenregistrées — Responsable : non identifié
 - [ ] Effectuer les tests OTT sur différents devices, vérifier le zoom sur Apple TV et fournir une capture pour décider de l’acceptabilité — Responsable : non identifié
 - [ ] Vérifier la collecte de Google Analytics et déterminer s’il faut exclure certains devices des tests — Responsable : non identifié
 - [ ] Clarifier avec l’équipe Boukili la méthode de connexion et l’utilisation de l’API Contentful — Responsable : non identifié — Échéance : cet après-midi
 - [ ] Vérifier auprès de Carol la nouvelle date ferme de déploiement de Boukili — Responsable : non identifié
 - [ ] Connecter l’automatisation des podcasts à l’API Jira — Responsable : non identifié
 - [ ] Réaliser une répétition générale de bout en bout du processus OTT — Responsable : non identifié — Échéance : demain
 ## Blocages / Risques
 - Risque de surfacturation du second feed JWP, potentiellement actif depuis au moins quatre mois.
 - Le flux OTT des émissions préenregistrées n’est pas encore défini.
 - Le sign off OTT est bloqué par les tests restants, notamment le comportement sur Apple TV.
 - La configuration de l’API Contentful et le processus de connexion de Boukili ne sont pas encore clarifiés.
 - L’automatisation des podcasts dépend encore de l’accès à l’API Jira.
 ## À suivre
 - Résultat de la vérification de facturation avec JWP.
 - Clarification du flux OTT pour les émissions préenregistrées.
 - Résultats des tests OTT et décision interne sur le sign off.
 - Suivi du déploiement de Boukili et de sa nouvelle échéance.
 - Finalisation de l’automatisation des podcasts et publication des adresses après réception du premier épisode.
@@ -0,0 +1,61 @@
 ---
 type: meeting
 date: 2026-09-08
 source: MeetMic
 status: inbox
 duration: 56m
 meetmic_id: F1E25D7D-94DF-4B6C-80C5-8B3549086A46
 ---
 # Amadou / Mohammed
 ## Résumé
 - Plusieurs sujets techniques et organisationnels ont été abordés : formations de groupe, publications de fichiers ZIP sur Idéllo, géoblocage de TFO et Idéllo, synchronisation des contenus et déploiements issus du vibe coding.
 - La stratégie WordPress a été clarifiée pour le site concerné, avec le maintien de WP Engine malgré les discussions sur les fournisseurs américains.
 - Le projet Mogador nécessite une discussion dédiée concernant l’évolution de la synchronisation actuelle et l’éventuelle suppression de Mogador.
 - Des enjeux de conformité ont été soulevés : accessibilité signalée par le CRTC, clarification de la confidentialité des demandes et échéance de réponse fixée au 5 octobre.
 - Les tests OTT se poursuivent avant toute publication sur les stores. Une présentation des projets et des rencontres thématiques sont prévues la semaine suivante.
 ## Décisions
 - Rester sur WordPress pour le site concerné.
 - Maintenir WP Engine compte tenu du caractère critique de la plateforme.
 - Pour les publications de cours sur Idéllo, le fichier ZIP devra être préparé par l’équipe concernée à la suite d’un ticket, puis transmis à Hélène.
 - Débloquer la facture de Trings, le livrable ayant été fourni.
 - Organiser des rencontres dédiées aux sujets complexes plutôt que de traiter de nombreux sujets dans une même réunion.
 ## Actions
 - [ ] Consolider des propositions de formations de groupe — Responsable : équipe — Échéance : non mentionnée
 - [ ] Vérifier avec la personne concernée les besoins d’accès pour les démonstrations de TFO et Idéllo, notamment le compte Idéllo, le VPN et la machine virtuelle — Responsable : non identifié — Échéance : non mentionnée
 - [ ] Discuter avec Joël et Jean-Claude du flux de publication des fichiers ZIP et le mettre en place — Responsable : non identifié — Échéance : cette semaine
 - [ ] Réserver une rencontre dédiée à Mogador et aux autres sujets prioritaires — Responsable : non identifié — Échéance : mercredi 16, après-midi
 - [ ] Envoyer dans Slack la version synthétique des documents Mogador — Responsable : non identifié — Échéance : non mentionnée
 - [ ] Échanger avec Valérie sur les remarques du CRTC et clarifier les exigences d’accessibilité — Responsable : non identifié — Échéance : demain
 - [ ] Contacter PO pour obtenir les informations liées à la plainte de Georges — Responsable : non identifié — Échéance : non mentionnée
 - [ ] Préparer une présentation des projets avec Francis et inviter les équipes — Responsable : non identifié — Échéance : la semaine prochaine
 - [ ] Vérifier les conditions de la vidéo description sur TFO et son éventuelle intégration à Mogador — Responsable : non identifié — Échéance : non mentionnée
 - [ ] Poursuivre la mise en production et les tests de synchronisation sur ONFR — Responsable : Mohamed Salimane — Échéance : demain
 - [ ] Examiner les mécanismes de signalement et la définition de la source de vérité pour les synchronisations — Responsable : non identifié — Échéance : non mentionnée
 - [ ] Échanger avec Higgs avant ou lors du déblocage de la facture afin d’éviter une situation similaire — Responsable : non identifié — Échéance : non mentionnée
 - [ ] Définir un mode de gestion des applications développées avec Gemini ou par vibe coding avant leur déploiement — Responsable : non identifié — Échéance : non mentionnée
 ## Blocages / Risques
 - Le géoblocage de TFO et Idéllo ne peut pas être retiré temporairement sans mise en production et soulève des enjeux juridiques liés à la diffusion internationale.
 - Les remarques du CRTC ne sont pas encore suffisamment détaillées ; la distinction entre confidentialité et anonymat doit être clarifiée avant le 5 octobre.
 - La stratégie autour de Mogador reste complexe : évolution de la synchronisation, suppression éventuelle de Mogador, dépendance accrue aux répliques et absence de source de vérité clairement définie.
 - Les fournisseurs américains, notamment JWP, WP Engine et Algolia, présentent un risque de conformité ou de dépendance dans le contexte de la politique en vigueur.
 - Les applications développées avec Gemini ou par vibe coding pourraient être déployées sans visibilité suffisante sur leur conception, leur sécurité et leur maintenance.
 - La publication sur les stores reste dépendante de la fin des tests OTT.
 ## À suivre
 - Discussion approfondie sur Mogador, incluant la synchronisation actuelle et l’option de suppression.
 - Suivi de la réponse au CRTC et des documents d’accessibilité à remettre avant le 5 octobre.
 - Point sur l’OTT, les tests en cours et la décision de lancement officiel.
 - Analyse du statut d’Algolia et des autres fournisseurs américains au regard de la politique applicable.
 - Évaluation de la vidéo description pour les sites et de son intégration éventuelle à Mogador.
 - Organisation des échanges récurrents et des rencontres thématiques entre les équipes.
 - Fermeture prévue des bureaux d’Ottawa du 19 novembre au 14 décembre en raison de travaux, avec travail à distance pendant cette période.
@@ -0,0 +1,44 @@
 ---
 type: meeting
 date: 2026-09-08
 source: MeetMic
 status: inbox
 duration: 22m
 meetmic_id: 5FAA4C9C-C56D-481F-83A5-B113D72D7B16
 ---
 # Mohammed / Amadou
 ## Résumé
 - Une solution de supervision des jobs a été présentée : chaque job possède un check associé à une URL, avec remontée du code de sortie et notification uniquement lors d’un changement d’état critique.
 - L’intégration prévoit des checks pour les jobs cron ainsi qu’un helper dans le code applicatif afin de surveiller les différentes étapes exécutées.
 - L’approche sera déployée progressivement, en commençant par ONFR, puis Idéllo et TFO, avec des tests entre chaque étape.
 - Une automatisation de la création de balados a été discutée. L’option privilégiée est un formulaire dans Jira, alimenté par des champs obligatoires et relié aux API, plutôt qu’un traitement manuel des courriels ou tickets.
 ## Décisions
 - Le déploiement de la solution de supervision est approuvé, avec un démarrage progressif sur ONFR.
 - La création automatisée de nouvelles chaînes ne sera pas faite automatiquement ; elle devra rester manuelle.
 - La piste d’un formulaire intégré à Jira sera étudiée pour automatiser les demandes de balados.
 ## Actions
 - [ ] Implémenter les checks cron sur ONFR et ajouter les entrées de supervision — Échéance : demain
 - [ ] Tester les jobs export, import et supervisor d’ONFR, puis intégrer le helper dans le code applicatif — Échéance : après la première phase de tests
 - [ ] Déployer la même approche sur Idéllo, puis sur TFO — Échéance : mercredi ou jeudi, selon l’avancement sur ONFR
 - [ ] Tester les notifications par SMS et Slack après la validation des notifications par email
 - [ ] Vérifier avec Marc la faisabilité d’un formulaire Jira pour les demandes de balados
 ## Blocages / Risques
 - Aucun serveur de staging n’a été identifié ; les tests reposent donc sur une simulation avant les modifications en production.
 - Des tests suffisamment complets sont nécessaires pour éviter des problèmes lors du déploiement sur Idéllo et TFO.
 - Pour l’automatisation des balados, les informations peuvent être incomplètes ou réparties entre la description et les commentaires d’un ticket.
 - L’utilisation du formulaire Jira dépend de l’acceptation des autres départements et de la faisabilité technique à confirmer avec Marc.
 ## À suivre
 - Valider les résultats des tests sur ONFR avant de poursuivre sur Idéllo et TFO.
 - Confirmer la configuration du compte Solution numérique et les canaux de notification disponibles.
 - Définir avec Marc le fonctionnement du formulaire Jira, les champs obligatoires et la gestion des demandes concernant une nouvelle chaîne.
@@ -0,0 +1,46 @@
 ---
 type: meeting
 date: 2026-09-08
 source: MeetMic
 status: inbox
 duration: 13m
 meetmic_id: 2500E0E0-C4F6-4FAE-B591-8DCA43EB03C7
 ---
 # Valery / Amadou
 ## Résumé
 - Les travaux avec Jason et Nicole sont terminés après un accord sur un protocole de changements garantissant le respect de l’accessibilité.
 - La nouvelle fonctionnalité « déclencheur set focus » de Storyline améliore la navigation, mais sa compatibilité avec certains lecteurs d’écran, notamment Jaws, reste incertaine.
 - L’accessibilité de Boukili est désormais abordée au-delà des seuls tests, notamment à travers la révision de tickets liés à l’accessibilité.
 - Le CRTC a signalé un problème concernant la publication d’un rapport pourtant déjà publié et confirmé comme disponible. La portée de leur demande, notamment la rétroactivité et l’emplacement de publication, reste à clarifier.
 - La version 3 de Boukili est finalisée et les tests vont commencer. Un suivi est également prévu sur l’OTT et les autres dossiers.
 ## Décisions
 - Ne pas reprendre l’ensemble des travaux déjà réalisés pour intégrer immédiatement la nouvelle fonctionnalité de Storyline.
 - Maintenir cette fonctionnalité en stand-by jusqu’à ce que sa compatibilité avec les lecteurs d’écran soit clarifiée.
 - Tenir compte de cette fonctionnalité lors de la conception de futurs produits.
 - S’appuyer sur le protocole convenu avec Jason et Nicole pour encadrer les changements respectant l’accessibilité.
 ## Actions
 - [ ] Envoyer le courriel concernant le CRTC — Échéance : non précisée
 - [ ] Échanger avec Pierre-Olivier au sujet de la réponse déjà transmise au CRTC — Échéance : demain
 - [ ] Contacter le CRTC pour clarifier ses attentes une fois le contenu de la réponse récupéré — Échéance : non précisée
 - [ ] Commencer les tests de la version 3 de Boukili — Échéance : non précisée
 - [ ] Faire le point avec Jean-Claude sur l’OTT et les autres dossiers — Échéance : non précisée
 ## Blocages / Risques
 - La compatibilité de la nouvelle fonctionnalité de Storyline avec Jaws n’est pas encore établie.
 - Le CRTC n’a pas clairement précisé si le rapport doit inclure la réponse à la plainte, traiter la rétroactivité ou être publié sur un autre emplacement.
 - Le contenu exact de la réponse déjà envoyée au CRTC n’est pas connu de tous les interlocuteurs concernés.
 ## À suivre
 - Clarification avec Pierre-Olivier et le CRTC concernant le rapport et les éventuelles modifications à apporter avant le 3 octobre.
 - Suivi de l’évolution de la compatibilité de Storyline avec les lecteurs d’écran.
 - Résultats des tests de la version 3 de Boukili.
 - Point d’avancement sur l’OTT et les autres dossiers.
@@ -0,0 +1,43 @@
 ---
 date: 2026-09-10
 jira: TECH-32703
 actual_sync_issue: false
 status: investigating
 classification: unknown
 ---
 # TECH-32703
 ## Observation
 - Certains produits n'ont pas les champs de collections non remplis. 
 - Ceci fait que le produit ne s'attache pas au produit et non visible
 ## Verification
 - Reported time:
 - Checked time:
 - Expected availability:
 - Content available:
 ### Technical issue identified:
 Cela peut etre la synchro ou venir de Louise
 ## Outcome
 - 
 ---
 Available status: 
 - investigating est ce de Louise ou pas ?
 - resolved
 - monitoring
 Available classifications
 | Classification       | Use when                                                                           |
 | -------------------- | ---------------------------------------------------------------------------------- |
 | confirmed-sync-issue | There was an actual technical synchronization problem                              |
 | no-issue-confirmed   | Complaint resolved/no technical issue found                                        |
 | unrelated-issue      | The problem was real, but **not caused by synchronization**                        |
 | user-error           | Incorrect action/configuration/input by the requester caused the perceived problem |
 | unknown              | Insufficient information to determine what happened                                |
@@ -0,0 +1,78 @@
 # Révision des actions et blocages de l'équipe  
 ## Résumé  
 - **Préparation de la rencontre avec Francis** :  
  - Présentation des projets (documentation départementale, gouvernance des données, projet Données FMC).  
  - Gestion des livraisons OTT (migrations, calendrier).  
  - Décisions : documentation rattachée à la plateforme, gouvernance des données comme pratique continue, projet nommé « Données FMC ».  
 - **Actions à executor** :  
  - Préparation du dossier de présentation.  
  - Correction des tickets Jira et mise en place des trackers Umami.  
  - Gestion des fichiers ZIP Idéllo et traitement des demandes QA.  
 - **Blocages/Risques** :  
  - Défaut de calendrier pour OTT (livraison le week-end).  
  - Incompatibilité des pipelines de Boukili (Firestore/AWS).  
  - Risque de perte de progression multi-device.  
  - Besoin de QA supplémentaire ou renfort ponctuel.  
  - Période de traitement des fichiers ZIP (12 octobre).  
 ---
 ## Décisions Claires  
 1. **Documentation** :  
   - Rattachée à la **plateforme** (non données).  
   - Gouvernance des données : **pratique continue** (source de vérité unique dans Power BI).  
   - Projet nommé « **Données FMC** » (non « nouveau gabarit FMC »).  
 2. **Gestion des fichiers ZIP** :  
   - **Tous les fichiers ZIP** (cours + fichiers) : tickets Jira distincts.  
   - **Traitement des demandes** : commence **à partir du 12 octobre**.  
 3. **Système de tickets Jira** :  
   - **Mise à jour continue** des tickets avant traitement et fermeture.  
   - **Mise en œuvre systématique** depuis le 12 octobre.  
 ---
 ## Actions à Faire  
 - **[ ]** Préparer la présentation pour la rencontre avec Francis (responsable : équipe) – Échéance : mardi 15.  
 - **[ ]** Corriger le document de présentation (responsable : non précisé) – Échéance : avant mardi 15.  
 - **[ ]** Mise en place des trackers Umami (responsable : Jean-Claude) – Échéance : non précisée.  
 - **[ ]** Analyser flux Mogador + alertes en cas d’échec (responsable : Mohamed Slimane) – Échéance : non précisée.  
 - **[ ]** Gérer tickets Jira pour fichiers ZIP Idéllo (responsable : Jason / demandeurs) – Échéance : à partir du 12 octobre.  
 - **[ ]** Récompiler fichiers ZIP reçus (responsable : équipe) – Échéance : non précisée.  
 - **[ ]** Clarifier calendrier OTT (responsable : non précisé) – Échéance : non précisée.  
 - **[ ]** Tests de régression TFO (responsable : Ajar) – Échéance : avant 16/17.  
 - **[ ]** Échanger sur recommendations tracking (responsable : Rabiba/Amandou) – Échéance : non précisée.  
 ---
 ## Blocages à Traiter  
 1. **Facturation JW Player** :  
   - Indétermination (adresse active = frais vs flux non écouté).  
   - **Solution** : Clarifier les conditions de facturation.  
 2. **Ingest points inutilisés** :  
   - Ne pas supprimer certains (ex : non modifiable directement).  
   - **Solution** : Demander à JW Player de supprimer ceux-là.  
 3. **Calendrier OTT** :  
   - Livraison possible le week-end (14 septembre) pour l’émission live du 17.  
   - **Solution** : Ralenti les livraisons pour respecter les délais.  
 4. **QA** :  
   - Capacité limitée (1 personne à 4 sites).  
   - **Solution** : Renfort ponctuel ou QAs supplémentaires.  
 ---
 ## À Suivre  
 - **Clarifier les conditions de facturation** avec JW Player.  
 - **Vérifier les résultats des tests** du second feed et sous-titrages.  
 - **Suivre l’intégration de Umami** au Data Warehouse.  
 - **Contrôler la mise en œuvre** des tickets Jira pour Idéllo.  
 ---  
 **Note** : La priorité des actions est répartie pour minimiser les blocages et optimiser le calendrier.
@@ -0,0 +1,123 @@
 ## 🎯 Executive Summary
 **Overall health:** Not assessed.  
 **Traffic light:** 🟡  
 **This week's headline:**  
 Multiple critical projects (Boukili migration, ONFR live‑feed, OTT launch) face blockers and pending decisions that affect delivery schedules and vendor compliance.
 ---
 # Wins 🏆
 - “Set‑focus” trigger in Storyline completed (on standby).  
 - ONFR live‑feed testing to use Haywire feed; second Chorus URL deferred.  
 - SPOF Job‑supervision solution approved; phased rollout begins with ONFR.  
 - OTT search‑result ranking changes implemented; device testing underway.  
 - Decision to retain WordPress on current site and keep WP Engine as host.  
 - ZIP‑to‑Idéllo publishing workflow defined (ticket → ZIP → Hélène).  
 - CTO approved exploratory discussion with Lunii.  
 - Code freeze planned after fixing identified issues; phase‑2 isolated Boukili.  
 ---
 # Risks ⚠️
 - **Storyline “set‑focus”** compatibility with JAWS unknown → possible product delay.  
 - **CRTC report** lacks clarity on retroactivity, content, and publication location; deadline 5 Oct pending.  
 - Boukili v3 not ready; testing schedule launched.  
 - **Variable episode lengths** may cause incorrect JWP recording stops → manual fixes needed. 
 - **Subtitles** not displaying for test videos (missing collection association).  
 - **JWP ingest point & billing** unclear for secondary feed; risk of unexpected fees.  
 - **No staging server** for supervision‑solution testing → production issues possible.  
 - **Boukili production DB & Contentful API** access unresolved, blocking full integration.  
 - **Podcast automation** still depends on Jira API connection.  
 - **Geo‑blocking** for TFO/Idéllo cannot be removed without release → legal compliance risk.  
 - **Mogador synchronization** complexity; source‑of‑truth undefined, possible project removal.  
 - **US‑based vendor compliance** (JWP, WP Engine, Algolia) under policy review.  
 - **OTT delivery** at risk of missing live‑event deadline; may require weekend release.  
 - **QA capacity** limited to one resource across four sites → testing delays.  
 - **Firebase‑to‑AWS migration** (Boukili) blocked by data‑migration reliability and Salesforce regressions; production release cancelled.  
 ---
 # Team 👥
 ## Team health
 **Overall morale:** Not assessed.  
 ### Coaching / Recognition
 - No explicit coaching or recognition items recorded.
 ---
 # Projects 📁
 | Project | Status | Next Milestone | Blocker |
 | --- | --- | --- | --- |
 | Boukili v3 | Testing started | Begin version 3 testing (this week) | Access to production DB & Contentful API; migration data‑validation issues |
 | Storyline “set‑focus” | Completed, on standby | Verify JAWS compatibility | Compatibility unknown |
 | ONFR live‑feed | Haywire feed selected for tests | End‑to‑end broadcast test (10 h start) | JWP ingest‑point behavior & billing clarification |
 | Job supervision solution | Approved, phased rollout | Deploy cron checks on ONFR | No staging server for testing |
 | OTT search‑result ranking | Changes applied | Complete multi‑device testing (incl. Apple TV zoom) | OTT testing timeline tight; risk to live event |
 | WordPress site | Hosting decision retained | Ongoing maintenance | None reported |
 | ZIP‑to‑Idéllo workflow | Defined | Start processing tickets after 12 Oct | None reported |
 | Lunii collaboration | Approved for exploratory talk | Present to CEO | Decision pending CEO review |
 | Mogador sync | Discussion scheduled 16 Sept | Resolve synchronization approach | Complexity & lack of source‑of‑truth |
 ---
 # Vendors 🤝
 - **JWP**: Billing model for secondary feed unclear; ingest‑point behavior under review.  
 - **WP Engine**: Hosting retained; no immediate issues.  
 - **Algolia**: Regression review pending (Trings invoice unblocked).  
 - **US‑based vendors** (JWP, WP Engine, Algolia) under compliance review per policy.
 ---
 # Decisions Made
 - Keep Storyline “set‑focus” on standby until screen‑reader compatibility confirmed.  
 - Use Haywire feed for ONFR testing; defer second Chorus URL.  
 - Deploy supervision checks first on ONFR, then Idéllo, then TFO.  
 - Maintain JWP 24/7 feed unchanged; manage secondary test feed manually.  
 - Preserve Boukili on a dedicated VM; postpone API integration.  
 - Retain WordPress on current site with WP Engine hosting.  
 - Implement ZIP‑to‑Idéllo workflow with ticket‑based hand‑off to Hélène (start 12 Oct).  
 - Approve exploratory Lunii discussion with CEO.  
 - Code freeze after fixing identified issues; isolate phase‑2 work.  
 ---
 # Decisions Needed
 - Clarify CRTC report requirements (retroactivity, content, location) with Pierre‑Olivier.  
 - Confirm JWP ingest‑point behavior and any secondary‑feed fees.  
 - Decide if a second Corus URL will ever be purchased.  
 - Determine final handling of ONFR live‑event streams (retain JWP vs. replace).  
 - Approve Jira‑form design for automated podcast‑chain requests (feasibility with Marc).  
 - Resolve geo‑blocking removal for TFO/Idéllo (legal compliance).  
 - Finalize Mogador synchronization approach or project removal.  
 - Choose which of the four technical subjects (retry, Firebase lockout, update‑message migration, Contentful version control) to include in next Boukili build.  
 - Confirm migration‑forced strategy for multi‑device users and communication plan.  
 - Approve additional QA resources or temporary reinforcement.  
 ---
 # Top Priorities Next Week
 1. Send clarification email to CRTC and follow up with Pierre‑Olivier.  
 2. Begin Boukili v3 testing and map production‑DB fields.  
 3. Execute end‑to‑end ONFR broadcast test and add supervision cron entries.  
 4. Verify JWP secondary‑feed billing and ingest‑point details.  
 5. Create test collection in JWP and confirm subtitle display.  
 6. Conduct OTT multi‑device testing (including Apple TV zoom) for sign‑off.  
 7. Prepare ZIP‑to‑Idéllo tickets (ready for 12 Oct start).  
 ---
 # CTO Development
 **Leadership:** –  
 **Technology:** –  
 **Business:** –  
 **Finance:** –  
 **Communication:** –  
 *One thing I did this week that made me more like a CTO:* –  
 *One thing I did this week that kept me acting like an individual contributor:* –  
@@ -1,11 +0,0 @@
 **[0:03 - 0:06]** Putain ça va pas marcher, qu'est-ce qu'il se passe ?
 **[0:00 - 0:03]** Ah ça va pas marcher encore, n'est-ce pas ?
 **[0:06 - 0:10]** Oh putain ça va pas marcher encore.
 **[0:10 - 0:13]** Je suis sûr et certain ça va pas marcher.
 **[0:13 - 0:15]** Là il y a un truc qui est vraiment bizarre.
 **[0:15 - 0:21]** Allez hop c'est parti, je vais refuser, je vais dire "attends, il va rien trouver".
@@ -0,0 +1,41 @@
 **[0:00 - 1:04]** salut amadou salut comment tu vas ça va comment se passe ta journée c'est calme j'ai une erreur sur le projet mais une erreur un peu bizarre mais c'est pas grave c'est juste que la synchronisation en fr normalement elle se répète juste après deux heures 40 minutes ouais ouais mais il se répète après deux heures oui c'est pas l'expression de crône est correct et je regarde ça c'est pas l'objectif juste je voudrais te dire que le mardi prochain j'ai un rendez-vous personnel je vous ai m'absenter pour quatre heures ok et je vais travailler cette semaine ajouter une heure pour chaque fois c'est bon il n'y a pas de problème vous voulez pas envoyer un message pour ça non non il n'y a pas de problème c'est bon merci pas de problème allez bonjour allez à toi aussi allez ok bye ok OK.
 **[0:00 - 0:04]** Salut Amadou.
 **[0:04 - 0:08]** Ça va bien et toi ?
 **[0:08 - 0:16]** C'est calme, sauf que j'ai une erreur sur le projet de Single Power.
 **[0:16 - 0:19]** Mais une erreur un peu bizarre, mais ce n'est pas grave.
 **[0:19 - 0:28]** C'est juste que la synchronisation ONFR, normalement elle se répète juste après 2h40 à chaque fois.
 **[0:29 - 0:31]** Mais il se répète après 2h.
 **[0:31 - 0:33]** Je ne sais pas l'expression de Krohn est correct.
 **[0:33 - 0:35]** Dans tout cas, je regarde ça.
 **[0:35 - 0:37]** Ça, ce n'est pas l'objectif.
 **[0:37 - 0:43]** Juste, je voudrais te dire que le mardi prochain, j'ai un rendez-vous personnel.
 **[0:43 - 0:45]** Je vous ai m'absenté pour 4h.
 **[0:45 - 0:49]** Et je vais travailler cette semaine, ajouter une heure pour chaque.
 **[0:49 - 0:50]** C'est bon pour vous ?
 **[0:50 - 0:51]** C'est tout.
 **[0:51 - 0:53]** Je ne voudrais pas envoyer un message pour ça.
 **[0:53 - 0:56]** Ok, merci.
 **[0:56 - 0:58]** Allez, bonne journée.
 **[0:59 - 1:00]** Merci.
 **[1:00 - 1:01]** Bye bye.
 **[1:02 - 1:03]** Thank you.
@@ -0,0 +1,889 @@
 **[0:00 - 0:03]** Ciao, ciao.
 **[0:19 - 0:30]** Il ne reste que 4 rencontres encore, juste 4.
 **[0:46 - 0:53]** Abiba, je ne sais pas si tu as eu le temps de prendre connaissance des notes Gemini, je suis désolée.
 **[0:53 - 1:00]** C'est beaucoup de questions, j'ai pas pu, malheureusement j'ai joué en blagona, mais pas de soucis.
 **[1:00 - 1:09]** Pas de soucis, on a eu la rencontre avec The Mind, ils nous ont remonté 4 points pour lesquels ils nous ont suggéré des approches, bref.
 **[1:21 - 1:28]** C'est pour le champ Last Activity Ads.
 **[1:28 - 1:39]** En fait, on lui avait demandé, on leur avait demandé au début, tu te rappelles Carole, d'ajouter ce champ là pour pouvoir connaître si un utilisateur est actif sur un certain temps.
 **[1:39 - 1:51]** C'était ça le premier besoin et le besoin essentiel, c'était donc pour la partie data de pouvoir faire de l'ingestion dans le Data Warehouse de façon incrémentale.
 **[1:09 - 1:21]** Et on voulait repasser sur le point qui nous concernait sur la data pour que tu réexpliques la problématique et les derniers échanges qu'on a eu avec un jour, je crois que c'était négatant.
 **[1:51 - 1:52]** Qu'est-ce que ça veut dire ?
 **[1:52 - 2:17]** Au lieu de par exemple, chaque jour, chaque déclenchement de pipeline, je ramène tous les students avec toutes leurs activités, une gamification et tout, et ça se compte par des centaines de plusieurs centaines de milliers de students et quand on multiplie ça par le nombre d'activités qu'ils font, ça va être énormément de données à ingester à chaque fois si on fait un full load.
 **[2:17 - 2:26]** Donc ce qui serait bien, c'est de faire une ingestion incrémentale sur la base du champ Last Activity Ads.
 **[2:26 - 2:39]** Ça veut dire si un student fait une activité, c'est là qu'on le ramène dans le Data Warehouse et on update les activités qu'il a fait, donc les tables feed-in, gamification, etc.
 **[2:39 - 2:48]** Maintenant, on lui avait posé la question : est-ce qu'il y a moyen que ce champ-là ne soit pas mis à jour de façon silencieuse ?
 **[2:48 - 2:54]** Ça veut dire qu'on n'ait aucun moyen de savoir que ce champ-là n'a pas été mis à jour correctement ?
 **[2:54 - 3:08]** Parce que le default dans le statement, c'est la création de la table que Frank m'a communiqué, il est defaulté à une date précise qui est le Now.
 **[3:08 - 3:14]** Donc le Now, ça peut être la date de migration de cet utilisateur, la date du login.
 **[3:14 - 3:33]** Si jamais un student fait une activité quelconque au niveau du compte de cet utilisateur et que la date de cette dernière activité n'est pas remontée dans le champ Last Activity Ads, Moi, j'ai pas moyen d'aller le récupérer.
 **[3:33 - 3:45]** Il sera pas, il remontera pas dans les students que je vais remonter pour aller récupérer dans le Data Warehouse parce que le champ Last Activity Ads n'aura pas changé.
 **[3:45 - 3:47]** Je sais pas si je me suis bien expliqué.
 **[3:47 - 3:49]** J'ai essayé d'être...
 **[3:49 - 3:52]** Je te réponds comme des détails.
 **[3:52 - 3:55]** Je sais pas si je me suis bien expliqué.
 **[3:55 - 4:02]** J'ai essayé de faire un petit peu de décision.
 **[4:02 - 4:04]** Je sais pas si je me suis bien expliqué.
 **[4:04 - 4:07]** J'ai essayé de faire un petit peu de décision.
 **[4:07 - 4:12]** J'ai essayé de faire un petit peu de décision.
 **[4:12 - 4:12]** J'ai essayé de faire un petit peu de décision.
 **[4:12 - 4:14]** J'ai essayé de faire un petit peu de décision.
 **[4:14 - 4:16]** J'ai essayé de faire un petit peu de décision.
 **[4:16 - 4:16]** J'ai essayé de faire un petit peu de décision.
 **[4:20 - 4:28]** En gros, ils ont proposé, enfin, un jour a proposé une approche, mais pour laquelle il y aurait ce qu'ils appellent l'échec silencieux.
 **[4:28 - 4:31]** Au fait, ce n'est pas une approche.
 **[4:31 - 4:34]** Ma crainte, c'était justement cet échec silencieux.
 **[4:34 - 4:38]** Ça veut dire qu'on ne soit pas au courant qu'il y a eu un échec.
 **[4:38 - 4:42]** Je vais regarder Last Activity Act, le champ, je vais le regarder, je vais voir une date.
 **[4:43 - 4:54]** Mais je n'ai pas moyen de savoir si cette date correspond vraiment à la date de la dernière activité de l'utilisateur au domaine de ses élèves, de ses students.
 **[4:54 - 4:56]** C'était ça ma crainte.
 **[4:56 - 5:05]** Il a parlé de best effort, ça veut dire qu'il va faire de son mieux, mais il ne peut pas garantir que ce champ ne soit pas mis à jour.
 **[5:05 - 5:09]** Ça veut dire qu'il y aura justement un fail qui est silencieux.
 **[5:10 - 5:23]** Mais si je ne peux pas faire confiance à ce champ, je ne peux pas baser mon data warehouse, les données du data warehouse sur la base de ce champ là, pour l'incrémental, pour le load incrémental.
 **[5:23 - 5:30]** J'ai besoin de savoir si je peux faire confiance à ce champ.
 **[5:30 - 5:35]** Donc il n'y a pas de décision.
 **[5:35 - 5:37]** Donc techniquement, il n'y a pas de décision.
 **[5:37 - 5:39]** Ça veut dire de nous dire quelle est la solution.
 **[5:40 - 5:48]** Alors Abiba a envoyé un mail par la suite pour demander s'il n'y a pas eu un autre mécanisme de repli plus robuste, etc.
 **[5:48 - 5:50]** On n'a pas eu encore de retour.
 **[5:50 - 5:52]** Donc on en est là.
 **[5:52 - 5:55]** Oui, donc pour nous, il n'y a pas de décision à prendre de notre côté.
 **[5:55 - 6:00]** Parce que c'est eux qui doivent nous revenir avec nos mécanismes en ce moment.
 **[6:01 - 6:03]** A priori, ils doivent chercher s'il y a une solution.
 **[6:03 - 6:06]** Je pense qu'il devrait y avoir une solution.
 **[6:06 - 6:09]** Je ne sais pas, ils peuvent faire un log d'erreur, des réessais.
 **[6:09 - 6:18]** Ils peuvent ajouter une métadonnée par rapport à l'échec ou à la réussite de cette activité.
 **[6:20 - 6:22]** Donc s'ils peuvent nous ajouter ça, ça serait bien.
 **[6:22 - 6:30]** Sinon, on fera avec le full load, avec tout ce que ça implique derrière notre côté pour Azure.
 **[6:31 - 6:38]** Un pipeline qui ramène un full load, pardon, de plusieurs centaines de milliers de students à chaque fois, tous les jours.
 **[6:38 - 6:40]** Ça veut dire coût, de notre côté.
 **[6:40 - 6:45]** Donc on devrait juste être OK par rapport à ça, que ça soit documenté.
 **[6:45 - 6:52]** OK.
 **[6:52 - 6:55]** Euh...
 **[7:00 - 7:02]** On va attendre.
 **[7:02 - 7:03]** C'est tout ce qu'on peut faire.
 **[7:03 - 7:15]** On va attendre.
 **[7:30 - 7:40]** On va attendre.
 **[7:40 - 7:47]** Oui, ce que j'ai compris, c'est que pour les gens qui ont migré, ça va être la date du premier login.
 **[7:47 - 7:48]** C'est ça le défaut.
 **[7:48 - 7:57]** Puis par la suite, il doit y avoir un mécanisme qui met à jour ce champ là pour qu'il soit mis à jour avec chaque activité d'utilisateur.
 **[7:57 - 8:03]** Il dit que ça va pinguer chaque heure pour récupérer s'il y a une activité.
 **[8:03 - 8:09]** Le deuxième cas, ça sera les utilisateurs qui seront forcés par la suite de migrer.
 **[8:09 - 8:17]** Ces utilisateurs, le défaut va être le Last updated ad qui est dans le Firebase, dans la base de données Firebase.
 **[8:17 - 8:19]** Donc, ils vont utiliser ça.
 **[8:23 - 8:31]** Pour les utilisateurs, les nouveaux utilisateurs, ça va être un défaut à la date de création de compte parce que c'est défaut à Now.
 **[8:19 - 8:23]** Ils ne vont pas utiliser la date de migration forcée, ce qui fait du sens.
 **[8:31 - 8:38]** La date à laquelle l'utilisateur a généré une création de compte.
 **[8:38 - 8:44]** Le souci se pose pour la mise à jour de ce champ là, pour les activités.
 **[8:44 - 8:49]** L'idée, c'est qu'on doit être capable de faire confiance à ce champ pour baser nos données.
 **[8:49 - 8:59]** Parce que s'il n'est pas mis à jour, je ne peux pas ramener les données correspondant, si jamais il y a une donnée assez glissée, sans qu'il soit mis à jour.
 **[8:59 - 9:05]** Et on aura dans le Data Rechafs, un fail financier aussi.
 **[9:05 - 9:07]** Donc ça va être comme un parallèle.
 **[9:15 - 9:27]** Et j'imagine qu'on n'a pas un estimé de temps par rapport à...
 **[9:27 - 9:29]** En courant, ok.
 **[9:29 - 9:30]** Bon, c'est la fin.
 **[9:30 - 9:30]** Ok.
 **[9:30 - 9:35]** Est-ce qu'on a besoin de repasser sur les autres points ?
 **[9:35 - 9:39]** J'ai tout mis dans l'ordre du jour là.
 **[9:39 - 9:47]** Mais c'était essentiellement le point d'Abiba qu'on voulait revoir tous ensemble pour être sûr d'avoir bien le scénario, enfin, d'impact et tout en tête.
 **[9:47 - 9:49]** Abiba ?
 **[9:49 - 9:56]** Oui, c'est juste par rapport à la partie multi-device.
 **[9:56 - 10:03]** Je ne suis pas sûr ce qui a été décidé parce que ça impacte aussi la gestion du pipeline de données derrière.
 **[10:03 - 10:06]** Pas de décisions prises encore pour le moment.
 **[10:06 - 10:08]** Tout ce qu'on sait, c'est que...
 **[10:08 - 10:14]** On va communiquer avec les conseils scolaires pour s'assurer qu'ils ne bloquent pas les autres updates.
 **[10:14 - 10:16]** C'est ce qu'on va demander.
 **[10:16 - 10:19]** Mais en termes de résolution de leur côté, il n'y en a pas.
 **[10:19 - 10:24]** Je vais quand même...
 **[10:24 - 10:26]** Spéculer une idée.
 **[10:26 - 10:27]** Bah, spéculer une idée.
 **[10:27 - 10:28]** Je vais quand même avancer une idée.
 **[10:28 - 10:30]** Je ne sais pas si elle est faisable ou pas.
 **[10:30 - 10:43]** Mais si on doit impliquer l'IBO pour que l'IBO fasse quelque chose dans l'application actuelle, qu'ils forceraient par exemple une mise à jour ou bien qu'ils demandent...
 **[10:43 - 10:44]** Ils demandent...
 **[10:44 - 10:44]** Ils demandent...
 **[10:44 - 10:45]** Ils demandent...
 **[10:45 - 10:45]** Ils demandent...
 **[10:45 - 10:45]** Ils demandent...
 **[10:45 - 10:46]** Ils demandent...
 **[10:46 - 10:47]** Ils demandent...
 **[10:47 - 10:48]** Ils demandent...
 **[10:48 - 10:49]** Une bannière...
 **[10:49 - 10:50]** Quelque soit l'alpha...
 **[10:50 - 10:51]** La solution là...
 **[10:51 - 10:52]** C'est quelque chose qu'on va étudier aussi.
 **[10:52 - 10:53]** Si c'est faisable...
 **[10:53 - 10:54]** Tant mieux.
 **[10:54 - 10:55]** Si c'est pas faisable...
 **[10:55 - 10:57]** On est de retour à la...
 **[10:57 - 10:58]** Case départ un peu.
 **[10:58 - 10:59]** Une bannière...
 **[10:59 - 11:13]** Ça veut dire que l'utilisateur aura toujours la possibilité d'ignorer la bannière à aller faire des activités dans l'app.
 **[11:13 - 11:15]** C'est un risque à prendre.
 **[11:15 - 11:18]** Je sais pas ce que je voudrais.
 **[11:18 - 11:20]** Mais là comme je l'ai dit, c'est juste une idée.
 **[11:20 - 11:24]** Maintenant, s'ils sont capables de forcer la mise à jour, tant mieux.
 **[11:24 - 11:26]** Mais il faudrait que The Mind nous dise...
 **[11:26 - 11:28]** Qu'est-ce que l'IBO pourrait faire...
 **[11:28 - 11:30]** Pour simplifier et...
 **[11:30 - 11:32]** Aider à une solution.
 **[11:32 - 11:35]** Mais ça, ça va être dans la cour de The Mind.
 **[11:35 - 11:37]** C'est une discussion qu'on va devoir avoir.
 **[11:37 - 11:42]** Il a mentionné dans son courrier...
 **[11:42 - 11:44]** Pour répondre à cette problématique...
 **[11:44 - 11:47]** Il peut à les gens bloquer les apps dans les...
 **[11:47 - 11:49]** L'emmigré.
 **[11:49 - 11:52]** Mais le souci là, c'est que l'utilisateur...
 **[11:52 - 11:54]** Il va avoir un message d'erreur de login.
 **[11:54 - 11:56]** Même s'il rentre ses bons...
 **[11:56 - 12:01]** Il va avoir une erreur de login.
 **[12:01 - 12:03]** Donc ça aussi, c'est un impact sur les utilisateurs.
 **[12:03 - 12:06]** Si on opte pour cette option là.
 **[12:06 - 12:09]** Alors, si on fait cette option là.
 **[12:09 - 12:11]** Et que disons qu'il y a un utilisateur qui est bloqué.
 **[12:11 - 12:14]** Qui est dans la blacklist, on va dire.
 **[12:14 - 12:18]** Que cet utilisateur contacte Asma.
 **[12:18 - 12:21]** Asma serait capable de demander à l'utilisateur de faire la mise à jour.
 **[12:21 - 12:25]** Et de débloquer cet utilisateur de la liste.
 **[12:25 - 12:28]** Je ne sais pas si elle a cette possibilité là aujourd'hui.
 **[12:28 - 12:29]** Ou pas.
 **[12:34 - 12:35]** pas.
 **[12:35 - 12:39]** Donc je pense que tout ça c'est des points qu'il faut qu'on soulève avec Demi.
 **[12:39 - 12:56]** Aussi un dernier point que je mettais, c'est juste que historiquement pour migrer sur V1 à V2, il y a eu 80% d'utilisateurs qui n'ont pas migré.
 **[12:56 - 13:04]** Donc il faut juste savoir qu'on a migré uniquement 20% ces utilisateurs qui ont migré volontairement à la V2.
 **[13:04 - 13:06]** D'accord?
 **[13:06 - 13:24]** Donc si le même scénario se présente avec cette migration V2, V3, on risque de se retrouver à la fin au lieu des 20-30% qu'ils ont mentionné, on risque de se retrouver avec plus de 82% d'utilisateurs qui ont migré.
 **[13:24 - 13:24]** D'accord?
 **[13:24 - 13:28]** Donc c'est plus 20-30% comme ils ont dit, ça peut être plus.
 **[13:28 - 13:37]** Maintenant je dis ça, je dis rien, si on va force migrer 80% pourquoi ne pas force migrer 100% ?
 **[13:37 - 13:47]** Ça sera juste 90 jours peut-être de grâce à donner à Zemind pour qu'ils testent leur nouvelle app.
 **[13:47 - 13:52]** Mais c'est quoi le bénéfice pour vous ?
 **[13:54 - 13:58]** Ok.
 **[13:58 - 14:04]** Une question, est-ce qu'il y a un moment donné, est-ce qu'on peut faire, je ne sais pas si on fait des cross-checks là ?
 **[14:04 - 14:23]** Par exemple, une fois qu'on a mis en plan 2 ou 3 mois comme ça, on regarde la base de l'une de Superbase, on post-checks avec la base de l'une de Superbase, juste pour voir la différence qui n'a pas été migrée, et on prend des actions possibles de ce genre-là, via des mécanismes infolettres, tout comme ça.
 **[14:23 - 14:25]** C'est faisable ça ?
 **[14:25 - 14:25]** Oui.
 **[14:34 - 14:36]** Ok.
 **[14:36 - 14:40]** Ok.
 **[14:40 - 14:42]** Ok.
 **[14:42 - 14:48]** Ok.
 **[15:04 - 15:38]** Pour la fois, on va rencontrer demain, Julie, moi, Carole et eux, juste côté exécutif là on va dire.
 **[15:38 - 15:45]** Alors on va leur dire qu'on n'est pas à l'aise d'aller en prod lundi.
 **[15:45 - 15:50]** Donc on peut déjà dire qu'il n'y aura pas de go pour ce lundi.
 **[15:50 - 15:58]** On va aussi discuter de l'approche par rapport à qu'est-ce que l'IBO peut faire, selon eux.
 **[16:00 - 16:06]** Par la suite, on contactera l'IBO pour voir s'ils seront capables de le faire, s'il y a une solution.
 **[16:06 - 16:10]** S'ils ne sont pas disponibles ou bien qu'il n'y a pas de solution, bah...
 **[16:10 - 16:20]** Jusqu'on en rediscute, mais à l'état actuel, c'est un no-go et il n'y a pas de nouvelle date jusqu'à la preuve de contrat.
 **[16:20 - 16:22]** Donc on va voir s'ils sont capables.
 **[16:22 - 16:24]** Et donc on va voir s'ils sont capables.
 **[16:24 - 16:26]** Et donc on va voir s'ils sont capables.
 **[16:26 - 16:32]** Oui, mais une question, en fait l'option que si l'IBO devrait intervenir, c'est les applications.
 **[16:32 - 16:36]** Est-ce que ça, ça n'aura pas le risque d'éviter là d'être retiré ?
 **[16:36 - 16:40]** Par exemple, je ne sais pas si c'est juste des modifs dans le back-end là.
 **[16:40 - 16:46]** Non, je crois que ça devrait aller parce que Jean-Claude, ce qu'il avait demandé comme exception, c'était jusqu'au 30 octobre.
 **[16:46 - 16:50]** Donc je pense qu'on peut faire des mises à jour tranquillement jusqu'au 30 octobre.
 **[16:50 - 16:51]** Tout.
 **[16:59 - 17:01]** Okay.
 **[17:04 - 17:10]** En fait, il y avait une question que vous voulez poser à l'époque, à toi qui est plus familière vous donner là.
 **[17:10 - 17:32]** Est-ce qu'il y a moyen de savoir le nombre, les comptes, par exemple, si tu as ta plusieurs devices, Android, iPad, l'OF, le Chromebook, par exemple, et que tu utilises le même email, est-ce qu'il y a moyen dans les données, dans Firebase, de savoir les différents device que tu utilises avec un seul MM, avec un même compte ?
 **[17:32 - 17:33]** Non.
 **[17:34 - 17:36]** Mais il n'y a pas ces données dans Firebase, malheureusement.
 **[17:36 - 17:45]** Et il n'y a pas aussi les données de savoir combien d'utilisateurs utilisent iPhone, comme ça, selon les types d'appareils ?
 **[17:45 - 17:50]** Il y a la même question que tout à l'heure, c'est ça ?
 **[17:50 - 17:51]** Non, non, c'est très peu différent.
 **[17:51 - 17:58]** Celui-là, c'est juste, par exemple, le nombre d'utilisateurs qui utilisent iPhone, le nombre d'utilisateurs qui utilisent iPad ou Android.
 **[17:58 - 17:58]** Non.
 **[17:58 - 18:03]** Donc, on n'a pas de distinction par device.
 **[18:04 - 18:13]** On peut avoir une estimation approximative, mais celle-là, on peut l'avoir de Google Analytics.
 **[18:13 - 18:18]** Donc, ça sera comme un échantillon de données qui ne sera pas à 100%...
 **[18:18 - 18:20]** fiable.
 **[13:52 - 13:54]** Ah vraiment.
 **[18:20 - 18:21]** Exactement.
 **[18:21 - 18:24]** Mais ça peut me donner une idée sur les utilisateurs.
 **[18:33 - 18:34]** Merci.
 **[18:34 - 18:36]** Et Google Analytics, c'est un site qui est très important.
 **[18:36 - 18:38]** Et Google Analytics, c'est un site qui est très important.
 **[18:38 - 18:39]** Et Google Analytics, c'est un site qui est très important.
 **[18:39 - 18:41]** Et Google Analytics, c'est un site qui est très important.
 **[18:41 - 18:42]** Et Google Analytics, c'est un site qui est très important.
 **[18:42 - 18:43]** Et Google Analytics, c'est un site qui est très important.
 **[18:32 - 18:33]** Ça marche.
 **[18:43 - 18:44]** Et Google Analytics, c'est un site qui est très important.
 **[18:44 - 18:45]** Et Google Analytics, c'est un site qui est très important.
 **[18:47 - 18:49]** Et Google Analytics, c'est un site qui est très important.
 **[18:46 - 18:47]** Et Google Analytics, c'est un site qui est très important.
 **[18:49 - 18:50]** Et Google Analytics, c'est un site qui est très important.
 **[18:50 - 18:52]** Et Google Analytics, c'est un site qui est très important.
 **[18:52 - 19:01]** Ça marche.
 **[19:01 - 19:01]** Merci.
 **[19:05 - 19:12]** Si on résume en soi, pour le point numéro 1, il n'y a pas de décision à prendre de notre côté.
 **[19:12 - 19:13]** C'est purement de leur côté.
 **[19:13 - 19:17]** Donc je pense que là, Jacob, il faudrait qu'il clarifie ce côté-là.
 **[18:45 - 18:46]** Et Google Analytics, c'est un site qui est très important.
 **[19:17 - 19:22]** Côté numéro 2, je n'ai pas la liste devant moi là, donc je regarde.
 **[19:22 - 19:29]** C'est dans l'invitation, mais c'est sur la blacklist contentful.
 **[19:38 - 19:44]** Donc, avant même d'aller de l'avant, je pense que ça, c'est le point qui va toucher l'IBO.
 **[19:36 - 19:38]** Ça, c'est obligatoire cette solution.
 **[19:44 - 19:48]** Donc, on en parlera demain.
 **[19:48 - 19:52]** Attends, je vais sur mon calendrier là.
 **[19:52 - 19:57]** Nouveau numéro 3.
 **[19:59 - 20:00]** Oui, oui, oui, oui.
 **[20:00 - 20:03]** Nouveau numéro 3, c'est quoi?
 **[19:30 - 19:36]** Ouais, ça, encore comme je dis, il faut qu'il y ait une solution pour débloquer la blacklist là.
 **[20:05 - 20:05]** Oui, Asp.
 **[18:24 - 18:32]** Donc, on peut aller sur Google Analytics, je peux ressortir, voir ce que je peux poster par rapport au device utilisé.
 **[20:03 - 20:05]** FireBase Arts.
 **[20:06 - 20:09]** Vas-y, vas-y.
 **[20:09 - 20:11]** Non, c'est juste que je...
 **[20:11 - 20:13]** Je ne sais pas si on a pris une décision par rapport à ça.
 **[20:13 - 20:22]** Après 90 jours.
 **[20:22 - 20:25]** Après 90 jours, moi, j'ai pas envie de payer plus ce JABO pour FireBase.
 **[20:46 - 20:53]** Et le numéro 4 qui propose d'afficher un message aux utilisateurs lors de la première connexion.
 **[20:43 - 20:46]** option.
 **[20:53 - 20:54]** Pourquoi pas?
 **[20:54 - 20:56]** Moi je dirais pourquoi pas.
 **[20:56 - 20:58]** Il n'y a rien à perdre.
 **[20:58 - 21:11]** Le numéro 3, ça parle des 90 jours ou en général quand un utilisateur a migré?
 **[20:27 - 20:39]** Le numéro 3 pourrait être fixé par l'IBO si l'IBO accepte de faire quelque chose.
 **[21:11 - 21:13]** Je vais chercher là.
 **[21:16 - 21:21]** Hmm...
 **[21:54 - 22:24]** C'est juste une autre option aussi.
 **[22:24 - 22:35]** C'est une option, mais Amado avait mentionné aussi, peut-être, peut-être, dans les conseils scolaires, les gens n'ont pas la main sur les devices aussi.
 **[22:35 - 22:41]** Donc, ce n'est pas tout le monde qui peut mettre à jour les appareils qu'ils ont, en fait.
 **[22:41 - 22:46]** Donc, ça nécessite de faire des communications avec les conseils scolaires.
 **[22:46 - 22:53]** Si les enseignants sont nos plus grands utilisateurs, on leur a bien pu mettre à jour, peut-être.
 **[23:03 - 23:18]** Est-ce que, Amadou, si on choisissait cette option, on pourrait faire partir des communications dès maintenant au conseil scolaire en disant que leur application doit être bloquée quoi qu'il arrive et qu'il faut qu'il les mette à jour ?
 **[23:18 - 23:18]** Enfin, je ne sais pas.
 **[23:18 - 23:19]** Oui.
 **[23:19 - 23:20]** Oui.
 **[23:20 - 23:27]** Parce que si on va vers l'option du verrouillage de l'authentification de notre ailleurs bail, j'ai l'impression...
 **[23:27 - 23:27]** Ça va être pire.
 **[23:27 - 23:36]** Mais peut-être que je n'ai pas l'éventail des impacts très clairs dans ma tête, mais j'ai l'impression que ce serait une solution justement pour ce cas de multidivice.
 **[23:41 - 23:43]** Je pense qu'on peut...
 **[23:43 - 23:44]** Vas-y, Abibha.
 **[23:44 - 23:56]** Ça peut être, je pense, frustrant pour l'élève ou l'enseignant d'aller sur l'app de l'école, ou sur le divorce de l'école, essayer de se connecter, voir un échec à chaque fois.
 **[23:56 - 24:00]** Il n'a pas de message pour dire qu'il faut qu'il réunisse.
 **[24:00 - 24:02]** Je pense que c'est un peu frustrant.
 **[24:02 - 24:04]** Moi, je me mets à la place de...
 **[24:13 - 24:18]** Je pense que si on fait une bonne campagne de...
 **[24:04 - 24:13]** Alors, je suis d'accord, mais par exemple, là, pour ceux qui ont fait des rentrées scolaires, on a tous reçu des communications de comment ça allait se passer, là.
 **[20:05 - 20:06]** Oui.
 **[21:24 - 21:31]** De moins, c'est juste plait.
 **[24:18 - 24:27]** Mais dès maintenant, quoi, en leur disant, enfin, voilà ce qui va se passer, là, dans 10 jours, c'est normal que vous soyez bloqués, c'est normal.
 **[24:27 - 24:31]** Un, vous pouvez appeler notre service client pour qu'il vous accompagne.
 **[24:33 - 24:39]** Parce que là, j'ai du mal à entrevoir une alternative à ce truc-là.
 **[24:39 - 24:41]** Et d'un autre ?
 **[24:41 - 25:14]** Oui, enfin, juste en revenant sur ce qu'il disait au débat, par exemple, la frustration, là, c'est vrai qu'il peut y avoir des frustrations, mais aussi, si Libéon peut faire quelque chose, par exemple, la personne vient, nous, on a bloqué son appareil, la personne vient, il s'authentifie, sur son appareil, donc l'autorification, là-bas, vérifié dans Firebase, le mot de identifiant est correct, le mot de passe est correct, juste afficher un message gentil pour le dire, il est temps de mettre votre application à jour.
 **[24:31 - 24:33]** Deux, voici la méthode...
 **[25:14 - 25:27]** Il n'y a rien de grave, c'est pas un message de réponse à afficher, c'est juste dire, on a renouvelé Bokili, un message qui est sympa, en fait, il faut juste démigrer, en fait, de renouveler, de mettre en jour l'aide d'appareil.
 **[24:33 - 24:33]** Enfin, je ne sais pas.
 **[25:28 - 25:32]** Oui, c'est vrai, au lieu d'une erreur login, oui, c'est un message.
 **[25:38 - 25:39]** Oui, c'est ça.
 **[25:47 - 25:55]** En parlant de scolaire, moi je dois aller chercher les petites.
 **[25:55 - 25:59]** Je vais devoir m'excuser.
 **[25:32 - 25:38]** Oui, mais ça, c'est si Libéon est capable de le faire.
 **[26:01 - 26:07]** C'est déjà du travail.
 **[25:59 - 26:01]** Combien de petites?
 **[26:17 - 26:21]** A priori, c'est presque sûr, il n'y a pas de beau pour l'un.
 **[26:21 - 26:29]** Suite des aventures, on vous fera signe de ce qui se passe, ce qui a été décidé dans les prochains jours.
 **[25:39 - 25:47]** C'est pour ça que je disais que 3, Libéon pourrait potentiellement le fixer, mais reste à voir, qu'est-ce qui va se passer ?
 **[26:29 - 26:32]** Merci à tous.
 **[26:32 - 26:33]** Merci.
 **[0:00 - 0:00]** Tchau.
 **[0:15 - 0:20]** Hello tout le monde, tiens, comment on se revoit ?
 **[0:20 - 0:25]** C'est la huitième fois que j'avais promis qu'on se verrait huit fois par jour, on y arrive.
 **[0:25 - 0:33]** Alors, qui c'est qui est ?
 **[0:34 - 0:38]** C'est Marc.
 **[0:38 - 0:41]** Et Simon, tout le monde est là.
 **[0:44 - 0:50]** Abiba, je ne sais pas si tu as eu le temps de prendre connaissance des notes Gemini, je suis désolée.
 **[26:33 - 26:35]** Merci, salut.
 **[0:50 - 0:57]** C'est beaucoup de lecture, je n'ai pas pu, malheureusement, j'ai vu en diagonale, mais pas de souci.
 **[0:57 - 1:06]** Pas de souci, on a eu la rencontre avec The Mind, ils nous ont remonté quatre points pour lesquels ils nous ont suggéré des approches, bref.
 **[1:19 - 1:19]** Oui.
 **[26:07 - 26:16]** Ok, il y aura la conversation avec Zemay demain, on vous tient au courant.
 **[1:23 - 1:26]** C'est pour le champ Last Activity Act.
 **[1:07 - 1:19]** Et on voulait repasser sur le point qui nous concernait sur la data pour que tu réexpliques la problématique et les derniers échanges qu'on a eus avec Anju, je crois que c'était où Jacob, je m'en suis dit.
 **[1:26 - 1:36]** En fait, on leur avait demandé au début, tu te rappelles Carole, d'ajouter ce champ-là pour pouvoir connaître si un utilisateur est actif sur un certain temps.
 **[1:39 - 1:48]** Et le besoin essentiel, c'était nous pour la partie data, de pouvoir faire de l'ingestion dans le Data Warehouse de façon incrémentale.
 **[1:36 - 1:39]** C'était ça le premier besoin.
 **[1:59 - 2:05]** Et ça se compte par des centaines de, plusieurs centaines de milliers de students.
 **[1:50 - 1:59]** Au lieu de, par exemple, chaque jour, chaque déclenchement de pipeline, je ramène tous les students avec toutes leurs activités, reading, gamification et tout.
 **[0:33 - 0:34]** Je crois qu'il y en a un qui a répondu non.
 **[2:23 - 2:35]** Ça veut dire si un student fait une activité, c'est là qu'on le ramène dans le Data Warehouse et on update les activités qu'il a faites, donc les tables reading, gamification, etc.
 **[2:15 - 2:23]** Donc, ce qui serait bien, c'est de faire une ingestion incrémentale sur la base de Last Activity Act.
 **[2:46 - 3:05]** Ça veut dire qu'on n'ait aucun moyen de savoir que ce champ-là n'a pas été mis à jour correctement parce que le default dans le SQL Statement qui fait la création de la table que Franck m'a communiqué, il est defaulté à une date précise qui est le Now.
 **[3:05 - 3:11]** Donc, le Now, ça peut être la date de migration de cet utilisateur, la date du login.
 **[3:31 - 3:42]** Il ne remontera pas dans les students que je vais remonter pour aller récupérer dans le Data Warehouse parce que le champ Last Activity Act n'aura pas changé.
 **[3:11 - 3:31]** Si jamais un student fait une activité quelconque au niveau du compte de cet utilisateur et que la date de cette dernière activité n'est pas remontée dans le champ Last Activity Act, moi, je n'ai pas moyen d'aller le récupérer.
 **[3:42 - 3:45]** Je ne sais pas si je me suis bien expliquée.
 **[3:45 - 3:49]** J'ai essayé d'être… J'ai donné beaucoup de détails.
 **[3:49 - 3:58]** Merci.
 **[4:03 - 4:06]** All right.
 **[4:09 - 4:26]** En gros, ils ont proposé, enfin, Andrew a proposé une approche, mais pour lesquelles il y aurait ce qu'ils appellent l'échec silencieux.
 **[2:37 - 2:46]** Maintenant, on lui avait posé la question, est-ce qu'il y a moyen que ce champ-là ne soit pas mis à jour de façon silencieuse ?
 **[1:48 - 1:50]** Qu'est-ce que ça veut dire ?
 **[4:29 - 4:32]** Ma crainte, c'était justement cet échec silencieux.
 **[4:26 - 4:29]** Au fait, ce n'est pas une approche.
 **[2:05 - 2:14]** Et quand on multiplie ça par le nombre d'activités qu'ils font, ça va être énormément de données à ingester à chaque fois si on fait un food load.
 **[4:39 - 4:52]** Je vais le regarder, je vais voir une date, mais je n'ai pas moyen de savoir si cette date correspond vraiment à la date de la dernière activité de l'utilisateur ou de l'un de ses élèves, de ses students.
 **[4:52 - 4:53]** C'était ça ma crainte.
 **[4:32 - 4:36]** Ça veut dire qu'on ne soit pas au courant qu'il y a eu un échec.
 **[5:03 - 5:07]** Ça veut dire qu'il y aura justement un fail qui est silencieux.
 **[5:08 - 5:20]** Si je ne peux pas faire confiance à ce champ, je ne peux pas baser mon data warehouse, les données du data warehouse sur la base de ce champ-là, pour l'incrémental, pour le load incrémental.
 **[4:53 - 5:03]** Il a parlé de best effort, ça veut dire qu'il va faire de son mieux, mais il ne peut pas garantir que ce champ ne soit pas mis à jour.
 **[5:32 - 5:50]** alors abiba renvoyer un mail par la suite pour demander s'il n'y a pas eu un autre mécanisme de repli plus plus robuste etc on n'a pas eu encore de retour donc on en est là on
 **[5:59 - 6:01]** A priori, ils doivent chercher s'il y a une solution.
 **[5:20 - 5:27]** J'ai besoin de savoir si je peux faire confiance à ce champ.
 **[6:03 - 6:04]** Je ne sais pas.
 **[6:04 - 6:07]** Ils peuvent faire un log d'erreur, des réessais.
 **[6:16 - 6:20]** Donc, s'ils peuvent nous ajouter ça, ça serait bien.
 **[6:20 - 6:27]** Sinon, on fera avec le full load, avec tout ce que ça implique derrière notre côté pour Azure.
 **[6:28 - 6:36]** Un pipeline qui ramène un full load de plusieurs centaines de milliers de students à chaque fois tous les jours.
 **[6:36 - 6:38]** Ça veut dire coût de notre côté.
 **[4:36 - 4:38]** Je vais regarder Last Activity Act, le champ.
 **[6:38 - 6:42]** Donc, on devrait juste être OK par rapport à ça, que ça soit documenté.
 **[7:14 - 7:28]** Abiba, juste une question, en fait, dans le message, en fait, ils disent que le champ Use Alask Activity Ads, André vous mentionne que la clause Default Now initialise cette valeur à l'instant présent pour les nouveaux utilisateurs.
 **[7:33 - 7:36]** Ou bien c'est les gens qu'on a migré ?
 **[7:36 - 7:38]** Tiens, Abiba.
 **[6:07 - 6:16]** Ils peuvent ajouter une métadonnée par rapport à l'échec ou à la réussite de cette activité.
 **[7:44 - 7:45]** C'est ça le default.
 **[7:45 - 7:54]** Puis par la suite, il doit y avoir un mécanisme qui met à jour ce champ-là pour qu'il soit mis à jour avec chaque activité de l'utilisateur.
 **[8:00 - 8:06]** Le deuxième cas, ça sera les utilisateurs qui seront forcés par la suite de migrer.
 **[8:07 - 8:14]** Ces utilisateurs, le default va être le Last Updated Ad qui est dans la base de données Firebase.
 **[7:38 - 7:44]** Oui, ce que j'ai compris, c'est que pour les gens qui ont migré, ça va être la date du premier login.
 **[7:54 - 8:00]** Il dit que ça va pinguer chaque heure pour récupérer s'il y a eu une activité.
 **[8:16 - 8:20]** Ils ne vont pas utiliser la date de migration forcée, ce qui fait du sens.
 **[8:14 - 8:16]** Donc, ils vont utiliser ça.
 **[8:35 - 8:41]** Le souci se pose pour la mise à jour de ce champ-là, pour les activités.
 **[8:41 - 8:46]** L'idée, c'est qu'on doit être capable de faire confiance à ce champ pour baser nos données.
 **[8:46 - 8:56]** Parce que s'il n'est pas mis à jour, je ne peux pas ramener les données correspondantes si jamais il y a une donnée qui s'est glissée sans qu'il soit mis à jour.
 **[8:56 - 9:02]** Et on aura dans le Data Warehouse comme un fail financier aussi.
 **[8:28 - 8:35]** Ça veut dire la date à laquelle l'utilisateur a généré une création de compte.
 **[9:02 - 9:03]** Donc, ça va être comme un parallèle.
 **[9:10 - 9:18]** Là, je suis en train de rocher la tête, mais je dois carberer un PA l'Omega 3, je pense, de servir de fatigue.
 **[7:28 - 7:33]** Quand on dit les nouveaux utilisateurs, c'est les gens qui viennent pour la première fois sur le bouquet, c'est ça ?
 **[9:32 - 9:44]** J'ai tout mis dans l'ordre du jour, là, mais c'était essentiellement le point d'Abiba qu'on voulait revoir tous ensemble pour être sûr d'avoir bien le scénario, enfin, d'impacter tout en tête.
 **[9:49 - 9:53]** Oui, c'est juste par rapport à la partie multi-device.
 **[9:30 - 9:32]** Est-ce qu'on a besoin de repasser sur les autres points ?
 **[8:20 - 8:28]** Pour les nouveaux utilisateurs, ça va être un default à la date de création de compte parce que c'est default à Now.
 **[6:01 - 6:03]** Je pense qu'il devrait y avoir une solution.
 **[10:58 - 11:08]** Une bannière, ça veut dire que l'utilisateur aura toujours la possibilité d'ignorer la bannière et aller faire des activités dans l'app.
 **[12:02 - 12:04]** Il faut juste peut-être faire des sens.
 **[11:45 - 11:55]** Mais le souci, là, c'est que l'utilisateur, il va avoir un message d'erreur de login, même s'il rentre ses bons credentials.
 **[12:38 - 12:41]** Et aussi un dernier point, et je me suis fait que j'ai promis.
 **[11:55 - 11:57]** Il va avoir une erreur de login.
 **[12:51 - 12:55]** Donc, il faut juste savoir qu'on a migré uniquement 20%.
 **[11:57 - 12:02]** Donc, ça aussi, c'est un impact sur les utilisateurs si on opte pour cette option-là.
 **[13:00 - 13:01]** D'accord ?
 **[12:41 - 12:51]** C'est juste que historiquement, pour la migration V1 à la V2, il y a eu 80% d'utilisateurs qui n'ont pas migré.
 **[11:36 - 11:45]** Il a mentionné dans son courriel, pour répondre à cette problématique, qu'il peut, genre, bloquer les apps dans les non-migrés.
 **[12:55 - 13:00]** C'est les utilisateurs qui ont migré volontairement à la V2.
 **[13:19 - 13:20]** D'accord ?
 **[13:24 - 13:27]** Maintenant, je dis ça, je ne dis rien.
 **[13:01 - 13:19]** Donc, si le même scénario se présente avec cette migration V2-V3, on risque de se retrouver à la fin, au lieu des 20-30% qu'ils ont mentionnés, on risque de se retrouver avec plus de 80% d'utilisateurs non migrés.
 **[13:20 - 13:24]** Donc, c'est plus 20-30%, comme ils ont dit, ça peut être plus.
 **[13:33 - 13:43]** Ça sera juste 90 jours de grâce à donner à The Mind pour qu'ils testent leur nouvelle app.
 **[13:43 - 13:48]** C'est quoi le bénéfice pour nous ?
 **[9:53 - 10:00]** Je ne suis pas sûre ce qui a été décidé parce que ça impacte aussi la gestion du pipeline de données de RIR.
 **[14:19 - 14:21]** Oui, c'est...
 **[14:56 - 15:13]** Donc pour ton info Abiba, dans la précédente rencontre on a dit qu'on n'est pas confortable pour un go lundi, quoi qu'il arrive, sachant qu'en plus ils doivent nous livrer quelque chose ce soir et potentiellement demain, sachant qu'Ajar en plus elle est en vacances la semaine prochaine.
 **[14:17 - 14:19]** C'est faisable ça?
 **[16:21 - 16:23]** Oui, Amadou, une question.
 **[15:17 - 15:21]** Ok, merci pour l'info.
 **[16:35 - 16:38]** Ok.
 **[16:31 - 16:35]** Par exemple, je ne sais pas si c'est juste des modifs dans le back-end qu'ils font.
 **[16:43 - 16:48]** - Okay, so much message.
 **[16:23 - 16:31]** En fait, l'option que si l'IBO devrait intervenir sur les applications, est-ce que ça n'engendre pas le risque qu'on éviter là d'être retiré?
 **[16:59 - 17:05]** il y avait aussi une autre question que vous voulez te poser, Abiba, comme toi tu es plus familière aux données là.
 **[17:05 - 17:26]** Est-ce qu'il y a moyen de savoir les nombres, les comptes, par exemple, si toi tu as plusieurs devices là, Android, iPad, le web, un Chromebook par exemple, et que tu utilises le même email, est-ce qu'il y a moyen dans les données dans Firebase de savoir en fait les différents devices que tu utilises avec un seul, avec un même compte ?
 **[13:54 - 14:17]** Une question, est-ce qu'à un moment donné, est-ce qu'on peut faire, je ne sais pas si on fait des cross-check là, par exemple, une fois qu'à un moment donné, par exemple dans deux ou trois mois comme ça, on regarde la base de l'Unify Base, on cross-check ça avec la base de l'Unify Base, juste pour voir la différence qui n'a pas été migrée, et on prend des actions possibles de ces gens-là, via d'autres mécanismes, infolettres, etc.
 **[17:36 - 17:38]** C'est là le type d'appareil ?
 **[17:31 - 17:36]** Et il n'y a pas aussi les données de savoir combien d'utilisateurs utilisent iPhone, tout comme ça ?
 **[15:13 - 15:17]** Bref, il y a beaucoup de trous dans la raquette qui fait que quoi qu'il arrive on n'est pas confortable pour lundi.
 **[17:26 - 17:31]** Non, il n'y a pas cette donnée dans Firebase malheureusement.
 **[17:38 - 17:43]** C'est la même question que tout à l'heure, c'est ça ?
 **[17:43 - 17:45]** Non, non, c'est un peu différent.
 **[18:07 - 18:15]** Donc ça sera comme un échantillon de données qui ne sera pas à 100% rétile, exactement.
 **[18:15 - 18:16]** Exactement.
 **[17:52 - 17:58]** Non, donc on n'a pas de distinction par device.
 **[18:16 - 18:20]** Mais ça peut me donner une idée sur les utilisateurs.
 **[18:20 - 18:26]** Donc on peut aller sur Google Analytics, je peux vous sortir, voir ce que je peux sortir par rapport au device utilisé.
 **[17:58 - 18:07]** On peut avoir une estimation approximative, mais c'est là on peut l'avoir de Google Analytics.
 **[18:34 - 18:38]** Normalement, ils traquent tout, mais je vais voir ce qu'on a en termes de données, je te reviens par rapport à ça.
 **[18:33 - 18:34]** Le web peut-être ?
 **[13:27 - 13:33]** Si on va force migrer 80%, pourquoi ne pas force migrer 100% ?
 **[18:26 - 18:33]** Et Google Analytics traque aussi le device de Apple ou bien c'est juste le device de Google ?
 **[17:45 - 17:52]** Celui-là c'est juste par exemple le nombre d'utilisateurs qui utilisent iPhone, le nombre d'utilisateurs qui utilisent iPad ou Android.
 **[18:52 - 18:55]** Ça marche, merci.
 **[18:43 - 18:52]** Oui, parce que ça n'a pas été fait, le site n'a pas été fait sur le user ID, ça a été fait justement sur le pool de visite.
 **[18:38 - 18:43]** Mais juste gardez en tête que ça va juste être comme une tendance.
 **[21:20 - 21:29]** Oui, parce qu'à la fin, ça dit que ce verrouillage s'activera lors de la première authentification avec Superbase, suivant la migration.
 **[19:58 - 19:59]** Bouillage le temps.
 **[21:17 - 21:20]** Je pense que c'est quand un utilisateur a migré.
 **[20:56 - 21:05]** Le numéro 3, ça parle des 90 jours ou en général quand un utilisateur a migré ?
 **[21:48 - 21:49]** C'était notre option aussi.
 **[21:53 - 22:00]** Je pense que c'est l'option que Jacob a proposée dans son courriel, là où ça va générer une erreur de login, je pense.
 **[21:31 - 21:46]** Oui, et ça aussi, ça permet de fermer les autres devices, si tu as le même conseil des autres, dès que tu as migré dans Superbase, on bloque ce device pour ne pas que tu soumets tes données dans Firebase.
 **[22:04 - 22:05]** C'est quoi l'impact ?
 **[22:11 - 22:16]** Le fait de fermer les autres appareils, tu veux dire ?
 **[22:26 - 22:32]** Donc, ce n'est pas tout le monde qui peut mettre à jour les appareils qu'ils ont, en fait.
 **[22:18 - 22:26]** C'est une option, mais Amado avait mentionné aussi, peut-être, par exemple, dans les conseils scolaires, les gens n'ont pas la main sur les devices aussi.
 **[22:16 - 22:18]** Oui, pourquoi on ne veut pas ?
 **[22:32 - 22:41]** Donc, ça nécessite peut-être de faire des communications avec les conseils scolaires si les enseignants sont nos plus grands utilisateurs.
 **[22:41 - 22:45]** pour leur dire de mettre à jour peut-être des appareils.
 **[21:29 - 21:31]** Donc, c'est indépendant des 90 jours.
 **[23:34 - 25:24]** ça peut être je pense genre frustrant pour l'élève ou l'enseignant d'aller sur l'app de exemple de l'école ou sur le divas de l'école et c'est de se connecter voir un login un échec à chaque fois il n'a pas de message pour dire que il faut qu'il réinitier je pense que c'est un peu frustrant là moi je me mets à la place de alors je suis d'accord mais par exemple là pour ceux qui ont fait des rentrées scolaires on a tous reçu des communications de comment ça allait se passer là je pense que si on fait une bonne campagne de mais dès maintenant quoi en leur disant voilà ce qui va se passer là dans dix jours c'est normal que vous soyez bloqué c'est normal 1 vous pouvez appeler notre service client pour qu'ils vous accompagnent deux voici la méthode pas je sais pas parce que là j'ai du mal entrevoir une alternative à ce truc là abdoulaye oui en fait juste en revenant sur ce qu'il y avait pas par exemple la frustration là c'est vrai qu'il peut y avoir des frustrations mais aussi si l'IBO peut faire quelque chose par exemple la personne vient nous on a bloqué son appareil la personne vient 60 60 s'authentifie sur son appareil donc l'authentification la valeur vérifiée dans firebase ben l'identifier correct mot de passe est correct ben juste afficher un message gentil pour lui dire il est temps de mettre votre application à jour il n'y a rien de grave c'est pas un message d'erreur qu'on va afficher c'est juste dire bouclier voilà on a renouvelé bouclier un message qui est sympa en fait pour le juste démigrer en fait de renouveler de mettre à jour l'air appareil oui c'est vrai au lieu d'une erreur login c'est juste un message en fait
 **[22:52 - 23:30]** mais est-ce que Amadou si on choisissait cette option on pourrait faire partir des communications dès maintenant au conseil scolaire en disant que leurs applications vont être bloquées quoi qu'il arrive et qu'il faut qu'ils les mettent à jour enfin je sais pas parce que si on va avec l'option du verrouillage de l'authentification d'un fireball j'ai l'impression mais peut-être que j'ai pas l'éventail des impacts très clairs dans ma tête mais j'ai l'impression que ce serait une solution justement pour ce cas de multi device je pense
 **[19:18 - 19:23]** C'est dans l'invitation, mais c'est sur la blacklist Contentful.
 **[25:30 - 25:31]** - I like this as a silly bit of a problem.
 **[26:12 - 26:19]** Donc, suite des aventures, on vous fera signe de ce qui se passe, ce qui a été décidé dans les prochains jours.
 **[25:52 - 26:12]** Ok, bon, il y aura la conversation avec Zemay demain, on vous tient au courant, mais a priori, c'est presque sûr, il n'y a pas de go pour lundi.
 **[26:24 - 26:25]** Merci, salut.
 **[26:23 - 26:24]** Merci.
 **[26:22 - 26:23]** Merci à tous.
 **[22:00 - 22:04]** Et pourquoi on ne veut pas aller avec ça ?
 **[26:28 - 26:29]** Thank you.
 **[26:25 - 26:26]** Bye.
@@ -0,0 +1,32 @@
 **[0:00 - 0:00]** I try to get back to you with the position of maybe other questions, I don't know yet, but it's only to let you know that.
 Okay. Good to see everybody.
 I think we are all here.
 Yeah, we've got Karina as well. I guess, do you want me to start?
 Yeah, sure.
 Cool. So I have a few notes. I guess the first one is data migration. We have our team doing another, the fix is in, we're doing another pass through to see if we make sure there isn't any problems. We are aiming to send you a build by end of day, as soon as our QA has finished going over it. There will be other fixes in this, but I don't think we'll consider this like a full UAT build. It'll just be for testing data migration, and you'll get the full build at end of day tomorrow with the full long list of both this build and the next build's changes, if that's okay with you.
 So basically you'll get kind of like a work in progress for one bit of narrow testing, so they have a chance to test tomorrow, and then a bigger block with much more testing done from our side, which is essentially also going to be the release candidate by end of day tomorrow.
 Cool. Okay, so on the items that we've been trading back and forth questions about, last activity fallback, one thing we can do that's pretty easy is if the network call to track fails going out of the app, we can, instead of waiting an hour until we try again, we can try again in a matter of like seconds. So essentially there'll be a retry system. That is something we can put in a matter of minutes. So I guess you'll be discussing this afterwards, but that would be a quick fallback.
 The Firebase auth lockout, this is the idea of once somebody has logged in and migrated, we lock their Firebase auth account across the board. We were discussing that. This is a backend only change, so we could put this in even after we've submitted the apps because the apps don't need to change, so we've got a little bit more time on that particular item. Obviously we'd need it before go live. I would also mark that down as like, we're 95% sure we can pull this one off. Both Andrew and I did some research on it, but we have not dived in 100%, so we would consider this one a 95% certain. What we do have is we have the last, the migrated at timestamp, so we can use that when somebody logs in for the first time. We can check if that's happened within the last minute and show them a message that says, hey, you've just migrated to Bukili 3.0.1, please update all of your devices. That is something we can put in relatively quickly as well. And the last one was on Contentful. It looks like there is a version control system in the existing system. I'm not sure if the existing system actually works, so there's not really a way for us to test it, but it would be, again, relatively easy for us to add a new field and have the new apps respect a field that says basically if version less than 3.0.1, only show if less than 3.0.1.
 I will note, however, we only have a day, well, a day and a half left, so we need decisions relatively quickly, and it will take one of our developers and one of our QAs the better part of the day to get all of these done, tested, and confirmed. So we might not be able to get to some other P3 or P4 bugs to get these in, but I do think we can get these accomplished if you decide to make that happen.
 **[5:48 - 5:48]** I guess that covers my side of the four items that we were talking about. Emadu, did you have a question? Yeah, I just had a question. If the users log in and they get the message saying that they have to update the other devices, and it just so happened that the other devices is a school device that they can't update themselves, how would that work? That's my first question. Let's start with that first question first. So how that, what would happen there would depend on whether or not we're using the Firebase lockout system. If it is the lockout, then their account would not work on the unupdated device. If lockout isn't present, they could still use the device, but their progress wouldn't be synced. So it's either they're locked out or progress spots. One of those two. Okay. You also mentioned that we have a few decisions to make quickly. Could you, just for my sake, give me a list of all the decisions that we need to take so that after the meeting, the team and I can talk about it and just go through them, please. Yes, absolutely. The four items that we've been trading emails back and forth, but I will send that through. That's relatively straightforward. So I guess we only have one other thing from our side. We'd like to check with your team about the web build that you have up on preview. We just want to make sure that that's being pulled from the right source, that it's not a staging build, that it's actually production. So I guess that's something whoever would be responsible for that, if you'll stick around, we can chat that through. It should be pretty quick. I guess the last item on my list is not something that we need to discuss today, but is optional, which is once the apps are submitted, how we want to handle the actual go live afterwards. I don't think that's a decision we need to make today, but it is something that we should discuss. Probably won't take very long to decide, but let's pencil that in if you don't want to talk about it today. That's cool. Cool. I guess any questions from your side?
 **[8:56 - 8:56]** Yes, Abdullah. Jacob, I just want to cycle back. So the Firebase app lockout will only lock the app when the user authenticates on Superbase for the first time? Yes, first time, with that approach, the first time they authenticate with Superbase when we do the migration, the last step in the migration flow would be to turn off the Firebase authentication. Okay, thank you. I just wanted to clarify. Okay. So we'd migrate them first, and we've been doing that already, and it takes two, three seconds for a migration with the accounts we have.
 **[9:53 - 9:53]** I guess if you have no other questions, can we keep your tech people around for a couple minutes and we'll discuss web? And then I guess I'll send emails with the specific items to be discussed and give us a call one way or another by end of day so we can build them tomorrow. Yes, it's okay. What kind of expertise do you need for the next meeting? Well, we're handling the web app, the production web app. That's I guess AWS. Okay. Got it. Cool. Otherwise, I think we are good. Okay. Okay, thank you. Thank you. Have a good day. Thank you. Have a good day. Okay, so what is the question? This is just me being paranoid. Did we push a production build to you or did you upgrade the staging? I created. So you worked on the staging and I created another environment, production one. Okay. And I duplicate. What I could duplicate, I recreate the schema, I deploy the bookie, the Docker image. And that's it. And we talked at the beginning of the project, if you remember, there is a bucket, a delivery bucket, S3, with two repositories, staging and production. Yeah. And at one point, you were supposed to deliver a zip file on the production. Yes. And from my side, there will be automation and the automation will deploy the S4 files into the distribution, the preview distribution. Yeah. And once it's okay, validated or I don't know, it will be switched to production. This is the workflow I create from my side. So I guess. That sounds correct. And again, I think this is mostly just me being paranoid. We'll want to push a new production build soon so we can test reset the password. So we'll just make sure that is set. Yeah, it should work. So what will happen is as soon as you deploy the file, so I should just to make sure everything is the same thing. So in the delivery bucket, as soon as you put a zip file inside, I will deploy the file into the preview environment associated with the preview, the distribution, the same configuration as the staging, same function, everything should be the same. Okay. And on the other hand is the production one. I mean, of course, and it should work. Yeah, it sounds exactly right. We'll just make sure that we push to production before the end of day so that we can, I just want to check that box off and make sure that we've seen production build go live. Yeah. Okay. Thank you very much. Thank you for your patience and putting up with me being paranoid. No, no, because from the beginning, we would like to make sure that this environment is okay because I recreated from scratch. I could forget some stuff. I tried not, but we never know. So I will appreciate if you can deploy a zip file on the production to make sure that the workflow is working correctly and that the preview distribution is okay as well. Should we just try that immediately or like? It's up to you. It should work right now. Yeah, well, let's do that right after the meeting. And if there's no problem, we'll message you one way or another. I mean, I will monitor as well. So I will let others know if I deploy correctly or not. If I see it as an issue or not. I set up the pipeline to put the zip file there. I never actually tried it because we didn't have a good solution. So yeah, it works. It should work, but as it's a different repository. Well, then, Andrew, are you good to give that a spin? Yeah, I believe it's triggered when you deploy it, when you merge the main branch in our web request to Burner. Well, then I can do that right after this meeting. I'll send a message about the added items and then I'll push one to main and we'll see. I'll just check the pipeline to make sure it's configured that way, but I believe that's what it is. Okay, you confirm and I'll push. Cool. Thank you very much. We'll get this tested. Okay, perfect. Thank you. Thank you. I guess that's everything. So unless there's anything last items from you. Okay. Yes, absolutely. I just sent you an email on Jacob and Andrew. If you can please add me in the Firebase app distribution so that I can test it on right. Absolutely. In that case, certainly we'll have messages to go back and forth, but we'll talk tomorrow as well. Perfect. Thank you. Bye. Thank you. Thank you. Thank you. Bye.
 **[16:49 - 16:49]** No čo už.
 **[0:00 - 0:00]** try to get back to you with a position or maybe other questions. I don't know yet, but it's only to let you know that. Okay. Good to see everybody. I think we are all here. Yeah, we've got Karina as well. I guess, do you want me to start? Yeah, sure. Cool. So I have a few notes. I guess the first one is data migration. We have our team doing another, the fix is in. We're doing another pass through to make sure there isn't any problems. We are aiming to send you a build by end of day as soon as our QA has finished going over it. There will be other fixes in this, but I don't think we'll give, we won't consider this like a full UAT build. This will just be for testing data migration, and you'll get the full build end of day tomorrow with the full long list of both this build and the next build's changes, if that's okay with you. So basically, you'll get kind of like work in progress for one bit of narrow testing, so they have a chance to test tomorrow, and then a bigger block with much more testing done from our side, which is essentially also going to be the release candidate by end of day tomorrow. Cool. Okay, so on the items that we've been trading back and forth with questions about, last activity fallback, one thing we can do that's pretty easy is if the network call to track fails going out of the app, we can, instead of waiting an hour until we try again, we can try again in a matter of like seconds. So essentially, there will be a retry system. That is something we can put in in a matter of minutes. So I guess you'll be discussing this afterwards, but that would be a quick fallback. The Firebase auth lockout, so this is the idea of once somebody has logged in and migrated, we lock their Firebase auth account across the board. We were discussing that. This is a backend-only change, so we could put this in even after we've submitted the apps because the apps don't need to change, so we have a little bit more time on that particular item, but obviously we'd need it before go live. I would also mark that down as like we're 95% sure we can pull this one off. Both Andrew and I did some research on it, but we have not dived in 100%, so we would consider this one a 95% certain. What we do have is we have the migrated at timestamp, so we can use that when somebody logs in for the first time. We can check if that's happened in the last minute and show them a message that says, hey, you've just migrated to Bookili 3.0.1. Please update all of your devices. That is something we can put in relatively quickly as well. The last one was on Contentful. It looks like there is a version control system added in on the existing system. Oh, Amadou? You can finish. Oh, yeah. But I'm not sure if the existing system actually works, so there's not really a way for us to test it, but it would be, again, relatively easy for us to add a new field and have the new apps respect a field that says basically if version less than 3.0.1, only show if less than 3.0.1. I will note, however, we only have a day, well, a day and a half left, so we need decisions relatively quickly, and it will take one of our developers and one of our QAs the better part of the day to get all of these done, tested, and confirmed, so we might not be able to get to some other P3 or P4 bugs to get these in, but I do think we can get these accomplished if you decide to make that happen. I guess that covers my side of the four items that we were talking about. Amadou, did you have a question?
 **[6:19 - 6:19]** So what would happen there would depend on whether or not we're using the Firebase auth lockout system. If it is the lockout, then their account would not work on the unupdated device. If lockout isn't present, they could still use the device, but their progress wouldn't be synced. So it's either they're locked out or progress not synced.
 **[7:09 - 7:09]** Yes, absolutely. The four items that we've been trading emails back and forth about, I will send that through. That's relatively straightforward. I guess we only have one other thing from our side. We'd like to check with your team about the web build that you have up on preview. We just want to make sure that's being pulled from the right source, that it's not a staging build, that it's actually production. So I guess that's something, whoever would be responsible for that, if you'll stick around, we can chat that through. It should be pretty quick. I guess the only, I guess the last item on my list is not something that we need to discuss today, but is optional, which is once the apps are submitted, there's how we want to handle the actual go live afterwards. I don't think that's a decision we need to make today, but it is something that we should discuss. Probably won't take very long to decide, but let's pencil that in if you don't want to talk about it today.
 **[8:45 - 8:45]** I guess any questions from your side?
 **[9:48 - 9:48]** I guess if you have no other questions, can we keep your tech people around for a couple minutes? And we'll discuss web and then I guess we'll meet. I'll send the email through with the specific items to be discussed and give us a call one way or another by end of day so we can build them tomorrow. Yes, it's okay. What kind of expertise do you need for the next meeting? Whoever is handling the web app on your side, the production web app, that's I guess your AWS person. Okay, I'm staying. Cool. Otherwise, I think we are good. Okay. Thank you. Thank you. Have a good day. Thank you. Have a good day. Okay, so what is the question? This is just me being paranoid. Did we push a production build to you or did you upgrade a staging build? I create. So you worked on the staging for how long? And I create another environment, production one. Okay. And I duplicate what I could duplicate. I recreate the schema. I deploy the bookie Docker image. And that's it. And we talked at the beginning of the project. If you remember, there is a delivery bucket, S3, with two repository staging on production. Yeah. And at one point, you are supposed to deliver a zip file on the production. Yes. And from my side, there will be automation and the automation will deploy the extra files to the distribution, the preview distribution. Yeah. And once it's okay, validated or I don't know, it will be switched to production. This is a workflow I create from my side. So I guess. That sounds correct. And again, I think this is mostly just me being paranoid. We'll want to push a new production build soon so we can test reset password. So we'll just make sure that that's set. Yeah, it should work. So what will happen if as soon as you deploy a zip file, so I share my screen just to make sure we're talking the same thing. So on the delivery bucket, as soon as you put a zip file inside, I will deploy the file to the preview environment associated with the preview environment. There is a distribution cloud front, same configuration, same function, everything should be the same. Okay. On the back end is a production one. I mean, of course, and it should be okay. It sounds exactly right. We'll just make sure that we push to production before the end of day so that we can, I just want to check that box off and make sure that we've seen production build go live. Yeah. Thank you very much. Thank you for your patience and putting up with me being paranoid. No, no, but because from the beginning, we would like to make sure that this environment is okay because I recreate it from scratch. I could forget some stuff. I tried not, but we never know. So I will appreciate if you can deploy a zip file on the production to make sure that my workflow is working correctly and that the preview distribution is okay as well. Should we just try that like immediately or like later? It's up to you. It should work right now. Yeah, let's do that right after the meeting and if there's no problem, we'll message you one way or another. I will monitor as well. So I will let Andrew know. I mean, it deployed correctly or not. If I see an issue or not. Yeah, I set up the pipeline to put the zip file there. I never actually tried it because we didn't have a production build. So yeah, it works. It should work, but as it's a different repository. Yeah. Well then, Andrew, are you good to give that a spin? Yeah, I believe it's triggered when you deploy, when you merge to main branch in our web repository. Well then, I can do that right after this meeting. I'll send the messages about the added items and then I'll push them to main and we'll see. Well, I'll just take a look at the pipeline to make sure it's configured that way, but I believe that's what I did. Okay, you confirm, then I'll push. Cool, thank you very much. We'll get this tested. Okay, perfect. Thank you. Thank you. I guess that's everything, so unless there's any last items from you. Oh, yes, Abdullah? I mean, it's not maybe related. I just sent you an email, Jacob and Andrew, which is an Android email. If you can please add me in the Firebase app distribution so that I can test on Android. Next build. Yes, absolutely. In that case, I'm certain we'll have messages go back and forth, but we'll talk tomorrow as well. Perfect. Thank you, Jacob. Bye-bye. Thank you, Andrew. Bye. Thank you.
 **[8:51 - 8:51]** Yes, Abdullah. Thank you, Jacob. I just want to circle back. So the Firebase app lookouts will only, I mean, you will only log the app when the user authenticates on Superbase for the first time? Yes, first time with that approach, the first time they authenticate with Superbase when we do the migration, the last step in the migration flow would be to turn off the Firebase authentication. Okay, thank you. I just wanted to clarify that. Okay. Yep. So we migrate them first, and we've been doing that already, and it takes two, three seconds for migration right at the moment with the accounts we have.
 **[16:58 - 16:58]** Wat galt raschpar?
@@ -1,995 +0,0 @@
 **[0:00 - 0:01]** ça va ?
 **[0:01 - 0:02]** ça va et toi ?
 **[0:02 - 0:05]** ça va ça va, comment ça se passe à l'enfance ?
 **[0:05 - 0:29]** ah, ça fait mieux aujourd'hui, ça fait 24 24 secondes ouais et si 23, c'est la même chose à peu près ouais, ça va, ça va alors, ça va ouais mais bon, après c'est juste pendant 2-3 jours et après ça remonte ah ouais ben profitez bien parce que maintenant on dirait que c'est septembre, novembre ici ah ouais ?
 **[0:29 - 0:50]** parce que c'est cloudy et tout ah mince oui ouais le retour va quand même on attend 6 mois pour ça 6 mois de l'hiver pour ça mais je suis pas prêt pour l'hiver encore ouais, moi non plus je suis pas prêt, bon, ça ira ça ira, ça ira sinon comment c'est passé au ton week-end, bon week-end ?
 **[0:59 - 1:00]** pour...
 **[1:00 - 1:07]** ah, attends, vas-y, je vais la visite oui, ça va est-ce que je peux regarder les rangs ?
 **[1:07 - 1:08]** hein ?
 **[0:50 - 0:59]** ouais, ça va ok, c'est bien, c'est bien alors alors alors, attends, attends, attends, attends est-ce que j'avais des notes pour...
 **[1:08 - 1:22]** non, je besoin de mon ordinateur d'accord ok ok, bye désolé euh, ok euh, ok euh, où est-ce qu'on a...
 **[1:23 - 1:32]** euh, ben depuis la dernière fois c'était juste le déploiement de IDELO euh, je suis surprise qu'on a pas de retour par rapport à la dernière fonctionnalité, c'était la planification de année en coup d'oeil parce que côté user experience, j'en ai déjà parlé avec euh, j'en ai déjà parlé avec Philippe et Julie euh, euh, durant la dernière fois, j'en ai déjà parlé avec Philippe et Julie euh, euh, durant la dernière fois, j'en ai déjà parlé avec euh, euh, où est-ce qu'on a parlé ?
 **[1:22 - 1:23]** oui, donc quoi neuf ?
 **[1:32 - 1:33]** euh, ouais, non, quoi neuf ?
 **[1:33 - 2:25]** euh, ben depuis la dernière fois c'était juste le déploiement de IDELO euh, je suis surprise qu'on a pas de retour par rapport à la dernière fonctionnalité, c'était la planification de année en coup d'oeil parce que côté user experience, j'en ai déjà parlé avec Philippe et Julie euh, durant la dernière fois, j'en ai déjà parlé avec Philippe et Julie euh, durant l'absence, parce que j'en ai déjà parlé avec Philippe et Julie euh, durant l'absence, parce qu'il il y a quand même des trucs à améliorer, Philippe m'a dit qu'il faut juste mettre des tickets, amélioration UX et j'ai déjà fait ça mais bon euh, côté euh, fonctionnement, on n'a pas de retour sauf le problème que je pense que tu as déjà vu peut-être, ouais, dans le Slack euh, anomalie IDELO c'est par rapport à la euh, l'inscription pour euh, les francophones Oh, attends attends attends attends, c'est quoi ça ?
 **[2:25 - 2:27]** C'est quoi ça c'est ?
 **[2:27 - 2:45]** Euh, euh, pour les personnes qui sont les utilisateurs euh, francophones qui vont passer par euh, sign up euh, normalement euh, ils vont recevoir euh, un email mais en HTML brut euh, et le lien est cassé pour faire l'inscription.
 **[2:45 - 2:47]** Oh !
 **[2:47 - 2:49]** Oh !
 **[2:49 - 2:55]** Ouais, au début euh, parce que moi j'étais tellement surprise parce que ça, pour moi c'est critique donc je le fais son premier sur staging.
 **[2:55 - 2:56]** euh, euh, sur staging.
 **[2:56 - 3:02]** Donc euh, j'ai essayé en français mais en anglais j'ai effectivement reproduit le problème.
 **[3:02 - 3:10]** Maintenant je viens de voir le commentaire de Philippe, il m'a dit que c'est un problème qu'ils ont fixé euh, depuis Drupal en prod.
 **[3:10 - 3:23]** Du coup maintenant il m'a dit qu'il faut juste essayer, quelque chose à écraser ce qu'ils ont déjà fait euh, aucune idée c'est quoi, ils savent même pas eux-mêmes.
 **[3:23 - 3:31]** Du coup euh, je vais le retester et dire à Asma, Asma il a déjà dépanné les utilisateurs mais bon ça va être fixé.
 **[3:31 - 3:37]** Par contre ce qui serait bien de leur demander c'est de, c'est de, c'est de commenter qu'est-ce qu'ils ont fait exactement dans Drupal pour qu'on puisse savoir.
 **[3:37 - 3:38]** Ok.
 **[3:38 - 3:40]** Ouais je pense que c'est bon de savoir qu'est-ce qu'ils ont fait.
 **[3:40 - 3:41]** Ok, ça marche.
 **[3:41 - 3:42]** Ouais.
 **[3:42 - 3:56]** Ça marche euh, pour Bukili euh, j'ai ajouté des bugs euh, euh, on a reçu la dernière fois où je t'ai parlé, on a reçu un déploiement, j'ai pas eu encore le temps pour le tester.
 **[3:56 - 3:57]** Ok.
 **[3:57 - 4:16]** Parce que maintenant je suis sur TFO euh, donc on prévoit euh, je vais pas dire euh, le jeudi parce qu'il y a pas mal de choses, c'est juste Devin qui est un peu trop, il dit que si c'est possible de faire un, un déploiement de jeudi mais je pense que ça va être pour la semaine prochaine.
 **[4:16 - 4:17]** Ok.
 **[4:17 - 4:20]** Après je vais encore switcher pour Bukili encore.
 **[4:20 - 4:21]** Ok, ok.
 **[4:21 - 4:27]** Euh, ce jeudi c'est tight parce que j'ai l'impression que tu avais quand même beaucoup de choses hein.
 **[4:27 - 4:30]** Oui pour TFO.
 **[4:30 - 4:31]** Hum hum.
 **[4:31 - 4:38]** Oui il y a quand même euh, des trucs de publicité euh, il y a pas mal des, des améliorations pour euh, pour le CMS.
 **[4:48 - 4:55]** Euh, euh, le vendredi là euh, euh, et apparemment ça aurait commencé avec des pubs en anglais.
 **[4:55 - 5:03]** Donc j'ai demandé à Devin de s'assurer que ce soit là, soit documenté parce que c'est pas la première fois que ça arrive.
 **[5:03 - 5:07]** Et je veux pas que ça arrive de nouveau qu'on va mettre une sur tes faut pour en reconstruire.
 **[5:07 - 5:08]** Ok.
 **[5:08 - 5:09]** Ouais.
 **[5:09 - 5:10]** Ok.
 **[5:10 - 5:11]** J'avais pas de concentration.
 **[5:11 - 5:12]** Ok.
 **[5:12 - 5:13]** Ok.
 **[5:13 - 5:28]** Il faut se dire que c'est pas sur staging, tu peux pas vraiment qu'est-ce qu'il y a pas de publicité parce que euh, euh, c'est pas sur staging.
 **[5:35 - 5:36]** Ok.
 **[5:28 - 5:35]** Euh, euh, mais je veux continuer sur ça euh, euh, et ça avance bien jusqu'au moment où y a pas vraiment quelque chose de critique dessus.
 **[4:38 - 4:48]** Ouais, parlant de publicité euh, excusez-moi, parlant de publicité euh, apparemment ils ont fait euh, ils ont activé les publicités sur euh, ONFR sur week-end, euh, week-end dernier je veux dire.
 **[5:36 - 5:39]** C'est parce que euh, euh, donc rien qui bloque bloque de majeur.
 **[5:39 - 5:40]** Ok.
 **[5:40 - 5:41]** Non, non, non.
 **[5:41 - 5:44]** Euh, euh, euh, euh, vas-y vas-y.
 **[5:45 - 5:48]** Il y a juste un petit problème par rapport aux dimensions.
 **[5:48 - 5:56]** Euh, redimensionnant lorsqu'on veut, ben afficher le truc euh, lorsqu'on joue avec les zooms, le pourcentage de zoom.
 **[5:44 - 5:45]** Vas-y.
 **[5:56 - 6:02]** Donc euh, la, l'affichage est un peu dispersé surtout euh, sur la page recherche.
 **[6:02 - 6:04]** Mais c'est pas, c'est pas assez grave que ça.
 **[6:04 - 6:10]** Mais moi je prévois aussi tester sur mon téléphone après que je finis tout sur le navigateur.
 **[6:10 - 6:20]** Mais je dois tester euh, mobile parce que ça doit comme apporter des changements sur l'affichage et tout euh, euh, côté mobile.
 **[6:20 - 6:21]** Ok.
 **[6:21 - 6:23]** Attends, on parle bien de TFO ici hein.
 **[6:23 - 6:24]** Oui, oui.
 **[6:24 - 6:25]** Ok, ok.
 **[6:25 - 6:26]** Ok, ok.
 **[6:26 - 6:27]** Ok, ça sent bon.
 **[6:27 - 6:28]** Ok.
 **[6:28 - 6:29]** Ça sent bon.
 **[6:29 - 6:32]** Euh, parfait, parfait.
 **[6:36 - 6:41]** Est-ce que je dois remonter à d'autres personnages, à d'autres personnes je veux dire?
 **[6:32 - 6:36]** Euh, est-ce qu'il y a des frustrations?
 **[6:41 - 6:43]** Euh, non.
 **[6:43 - 6:49]** Euh, il y a quelque chose que Julie m'a demandé par rapport à l'amélioration des user story.
 **[6:49 - 6:50]** Hum hum.
 **[6:50 - 6:53]** Euh, c'est quelque chose que j'ai déjà transmis à Devon.
 **[6:53 - 7:10]** Par rapport aux user story, lorsqu'on fait des critères d'acceptation euh, surtout avec le prompt et tout, euh, ça peut, ça peut que, pour l'AI, quelque chose qui est technique, il doit être transmis normalement au fournisseur.
 **[7:10 - 7:19]** Parce qu'on a aussi une note à transmettre au fournisseur, aux critères techniques, qui sont parfois mélangés dans les critères d'acceptation.
 **[7:19 - 7:27]** Et moi, je suis, je viens d'avoir une rencontre avec Devon, surtout pour clarifier ça sur les user story.
 **[7:27 - 7:28]** Hum hum.
 **[7:28 - 7:35]** Mais, euh, je lui ai déjà parlé de ça et, euh, il m'a dit qu'il va travailler sur ça, comme ça, au futur on a plus ce problème.
 **[7:35 - 7:39]** Et les critères d'acceptation, c'est exactement ce qu'on doit tester.
 **[7:39 - 7:39]** Ok.
 **[7:39 - 7:41]** Ce qu'on peut tester, d'un autre côté.
 **[7:41 - 7:42]** Ok.
 **[7:42 - 7:49]** Donc, euh, ça c'est juste dans le processus vraiment de, de, de clarifier pour, euh, user story.
 **[7:49 - 7:50]** Pour, euh, user story.
 **[7:50 - 7:54]** Pour Idelo, après, euh, ça va être dans le retour de Maxime.
 **[7:54 - 7:55]** Oui.
 **[7:55 - 8:03]** Parce que, euh, euh, je te donne exemple, lorsque moi je faisais les tests de, de, de, de Idelo.
 **[8:03 - 8:05]** Et surtout avec la nouvelle fonctionnalité.
 **[8:05 - 8:08]** C'était, les user story n'étaient pas mis à jour.
 **[8:08 - 8:15]** Par exemple, il y a un ticket qui était déjà mis par Jessica, je pense que c'était avril, mars, quelque chose comme ça.
 **[8:17 - 8:25]** Euh, aussi lorsqu'on parle de nouvelles fonctionnalités, c'est soit qu'on devrait avoir des démos.
 **[8:15 - 8:17]** Mais ce qui n'était pas à jour.
 **[8:25 - 8:33]** Moi, je serais incluse avec, euh, Philippe et tout pour avoir c'est quoi la nouvelle fonctionnalité.
 **[8:33 - 8:34]** Ouais.
 **[8:34 - 8:43]** Ou bien, lorsqu'on précise qu'il y a un lien de design, que le lien, il sera, ben, il sera présent et il ne sera pas pierre brisé.
 **[8:43 - 8:49]** Parce que, ça m'est arrivé que le lien qui était spécifié dans le, dans le, dans le ticket ne marche pas.
 **[8:49 - 8:50]** Ouais.
 **[8:50 - 8:56]** Mais, euh, ça je l'ai déjà remonté à, à Julie.
 **[8:56 - 8:59]** Peut-être qu'ils vont travailler sur ça avec, euh, avec le retour de Maxime.
 **[8:59 - 9:00]** Ok.
 **[9:00 - 9:05]** Tu sais que Maxime ne sera pas renouvelé à la fin de son contrat, hein?
 **[9:08 - 9:09]** Ok, non.
 **[9:07 - 9:08]** Ah, je ne savais pas.
 **[9:09 - 9:17]** Bah, je ne sais pas à quel point c'est un secret ou pas, mais, euh, est-ce que c'est un secret?
 **[9:17 - 9:19]** Ouais, bref, garde-le pour toi, pour le moment.
 **[9:19 - 9:20]** Je ne sais pas si c'est.
 **[9:20 - 9:21]** Non, t'inquiète.
 **[9:21 - 9:22]** Garde-le pour toi.
 **[9:22 - 9:26]** C'est juste que, vu qu'il vit à Montréal, ça va être un peu compliqué de le garder à la fin de son contrat.
 **[9:26 - 9:28]** Il a vu un contrat spécial.
 **[9:05 - 9:07]** Je ne sais pas si tu savais.
 **[9:28 - 9:29]** Ah, ok.
 **[9:29 - 9:30]** C'était un contrat spécial qu'il a eu.
 **[9:32 - 9:37]** Je pense qu'à la fin de son contrat, ça va être Deven qui va reprendre le dessus.
 **[9:37 - 9:46]** Parce qu'il y a un autre product manager, mais, euh, qui va à la place de Deven.
 **[9:54 - 9:55]** Donc, normalement, tu...
 **[9:55 - 9:56]** Une personne enceinte.
 **[9:56 - 9:57]** Ah, Laura.
 **[9:46 - 9:54]** C'est une personne, parce que je me rappelle que, que la personne qui était avant Deven, il m'a dit qu'il va retourner.
 **[9:57 - 9:58]** Non, non, c'est pas Laura.
 **[9:58 - 9:59]** Non, c'est pas Laura.
 **[10:01 - 10:02]** Frédéric.
 **[10:00 - 10:01]** Frédéric.
 **[9:30 - 9:32]** Donc, malheureusement, ça va être un peu compliqué.
 **[9:59 - 10:00]** Ah, Frédéric.
 **[10:03 - 10:04]** Frédéric.
 **[10:02 - 10:03]** Frédéric.
 **[10:04 - 10:05]** Frédéric.
 **[10:07 - 10:08]** Oui, c'est ça.
 **[10:06 - 10:07]** Frédéric.
 **[10:05 - 10:06]** Frédéric.
 **[10:09 - 10:10]** Frédéric.
 **[10:10 - 10:11]** Frédéric, elle revient.
 **[10:16 - 10:17]** Qu'est-ce qu'elle m'a dit?
 **[10:17 - 10:19]** Le 18 septembre.
 **[10:11 - 10:13]** Je sais pas quand elle revient.
 **[10:19 - 10:22]** Je pense que c'est là où Laura revient.
 **[10:08 - 10:09]** Frédéric.
 **[10:25 - 10:28]** Mais, euh, moi j'ai cru comprendre, à moins que...
 **[10:22 - 10:25]** Frédéric, je sais pas quand elle revient.
 **[10:13 - 10:16]** Je sais que Laura revient le...
 **[10:31 - 10:35]** Frédéric, elle connaît bien le métier aussi.
 **[10:36 - 10:39]** Donc, ça devrait bien se passer.
 **[10:28 - 10:31]** Je sais pas qu'il va y avoir idéal, je vais laisser Julie décider là.
 **[10:49 - 10:51]** Parce que maintenant, il me pose des questions.
 **[10:52 - 10:54]** Mais, ouais.
 **[10:39 - 10:49]** Parce que, je pense, pour que Devin sera sur Idelo, il aura besoin vraiment de passer du temps à le comprendre.
 **[11:02 - 11:03]** Ouais.
 **[10:58 - 11:02]** Il y a rien qui est documenté, il y a aussi le côté de Repan, etc.
 **[11:06 - 11:07]** Ouais.
 **[10:54 - 10:58]** Avec Idelo, c'est un peu compliqué parce qu'il y a pas mal...
 **[11:07 - 11:08]** Ok.
 **[11:03 - 11:06]** C'est assez compliqué, effectivement.
 **[11:08 - 11:09]** Ça va se dire.
 **[10:51 - 10:52]** Ouais, ouais, ouais, je comprends.
 **[11:09 - 11:13]** Sinon, à part ça, moi j'ai pas vraiment grand chose de nouveau de mon côté.
 **[10:35 - 10:36]** Ok.
 **[11:13 - 11:14]** Euh...
 **[11:14 - 11:18]** Je m'en vais en vacances à la fin de cette semaine là.
 **[11:18 - 11:20]** Euh...
 **[11:20 - 11:23]** Je voulais quand même te présenter, mais je vais...
 **[11:23 - 11:27]** Je t'explique, enfin je te donne la raison pourquoi je ne vais pas le faire.
 **[11:27 - 11:31]** Je voulais quand même te présenter l'idée que j'ai en tête pour la nouvelle synchro.
 **[11:31 - 11:32]** Euh...
 **[11:32 - 11:39]** Mais je ne veux pas me précipiter parce que je veux voir si Mohamed Benyaya va d'abord aborder le choc dans ce sens là.
 **[11:40 - 11:43]** Je me dis que ça ne sert à rien de le présenter si lui, il n'est pas d'accord.
 **[11:39 - 11:40]** Ok.
 **[11:43 - 11:46]** Et ça va juste créer de la confusion à droite et à gauche.
 **[11:55 - 11:59]** Si lui comprend où je veux en aller, là je vais commencer à parler tranquillement avec tout le monde.
 **[11:46 - 11:50]** Je t'en parle juste parce que la dernière fois je voulais que je te disais que j'allais t'envoyer le document, mais...
 **[11:59 - 12:00]** Donc...
 **[12:00 - 12:01]** Ça marche.
 **[12:01 - 12:05]** Ça sera certainement mon retour quand je vais revenir pour ça.
 **[11:50 - 11:55]** Je veux juste m'assurer que Mohamed d'abord comprenne la vision que j'ai en tête.
 **[12:05 - 12:06]** Ça marche.
 **[12:06 - 12:11]** By the way, c'est quoi ton feedback par rapport à Bokili lorsque tu l'as vu?
 **[12:17 - 12:18]** Euh...
 **[12:12 - 12:17]** Ça m'a l'air d'être ok, j'ai pas regardé beaucoup je t'avoue, je me suis juste inscrit vite fait.
 **[12:18 - 12:22]** Mais il faut que je retourne dessus parce que j'ai été perturbé par autre chose.
 **[12:22 - 12:25]** Il y avait une autre urgence pour Xavier là.
 **[12:11 - 12:12]** Euh...
 **[12:27 - 12:28]** Euh...
 **[12:28 - 12:31]** Mais yeah, je vais regarder ça de nouveau.
 **[12:32 - 12:36]** Parce que la dernière fois quand je t'ai posé la question, c'était juste un truc qui m'est venu en tête.
 **[12:36 - 12:37]** Mais là je l'ai noté.
 **[12:37 - 12:38]** Euh...
 **[12:38 - 12:41]** Regardez Bokili, c'était génie de nouveau.
 **[12:31 - 12:32]** D'ailleurs tu sais quoi?
 **[12:41 - 12:43]** Euh...
 **[12:43 - 12:48]** Par contre, en parlant de Bokili, moi je sens d'une rencontre, d'ailleurs je sais pas pourquoi tu m'étais pas là.
 **[12:50 - 12:51]** Mais bon bref.
 **[12:50 - 12:50]** J'aurais dû penser à...
 **[12:25 - 12:27]** Non, j'ai dû me rater pour ça.
 **[12:51 - 12:53]** Euh...
 **[12:53 - 13:00]** Dans la rencontre, c'était pour apparemment The Man qui aurait demandé si au niveau de l'infrastructure tout était prêt pour un déploiement en prod.
 **[13:04 - 13:08]** La manière dont il l'a fait c'est que euh...
 **[13:01 - 13:04]** Franck nous a expliqué que techniquement, oui c'est prêt.
 **[13:16 - 13:18]** S'il y a un répertoire pour le staging, un répertoire pour la prod.
 **[13:12 - 13:16]** Et dedans il y a deux répertoires.
 **[13:00 - 13:01]** Mmh.
 **[13:18 - 13:24]** S'ils font une livraison sur staging, ça va déclencher le CI/CD qui va déployer sur staging.
 **[13:24 - 13:32]** Mais s'ils font ce prod, ça va faire un CI/CD sur un environnement preview qu'on va devoir valider.
 **[13:39 - 13:41]** Euh...
 **[13:32 - 13:37]** Et une fois que c'est validé, là Franck va appuyer le bouton pour dire d'aller en prod.
 **[12:48 - 12:50]** Euh...
 **[13:41 - 13:48]** Mais par contre moi ce qui m'inquiète et que j'ai besoin de clarifier avec The Man, donc c'est Abdoulaye qui devrait écrire l'email.
 **[13:37 - 13:39]** Moi j'ai dit ok tout ça c'est beau.
 **[13:08 - 13:12]** Apparemment il y a un bucket S3 qui sert de delivery.
 **[13:59 - 14:01]** Est-ce que comment on synchronise avec les stores ?
 **[14:01 - 14:03]** C'est pas clair pour moi tout ça.
 **[13:48 - 13:54]** C'est quoi le flux de publication avec tous les environnements.
 **[14:08 - 14:14]** Si Abdoulaye envoie son image je vais te le forwarder et je vais dire à Abdoulaye de t'ajouter dans les prochains aussi.
 **[14:14 - 14:16]** Ça marche.
 **[14:17 - 14:19]** Donc euh...
 **[14:19 - 14:19]** Ok.
 **[14:16 - 14:17]** Ça marche.
 **[14:19 - 14:21]** Euh...
 **[14:21 - 14:31]** Pour moi la vérité ce qu'on a avec Bukiri c'est que je pense que la fréquence de déploiement lorsqu'il nous déploie quelque chose, c'est pas quelque chose qui...
 **[14:03 - 14:05]** Donc euh...
 **[14:38 - 14:40]** Yves raison, une autre semaine.
 **[14:40 - 14:41]** Parce que moi...
 **[14:31 - 14:38]** Je n'ai aucune idée si c'est vraiment programmé pour que ça soit une semaine et après on va avoir une autre...
 **[14:44 - 14:45]** Bah...
 **[14:45 - 14:46]** De moment qu'on a des déploiements.
 **[14:43 - 14:44]** Vraiment, I lost count.
 **[14:55 - 14:56]** c'est quand la date de déploiement officiel ?
 **[14:53 - 14:55]** La question a été c'est quand la date...
 **[14:41 - 14:43]** Vraiment, I lost count.
 **[14:46 - 14:53]** Bah en fait, Franck il a posé une question et c'est une question qui est pertinente et je pense qu'on s'est jamais assis pour y réfléchir.
 **[14:58 - 14:59]** Hum hum.
 **[14:59 - 15:04]** On a juste dit qu'on veut que le projet soit prêt pour le 15 août mais on a jamais donné de date officielle.
 **[14:56 - 14:58]** On en a jamais donné.
 **[15:06 - 15:14]** Je pense que là en ce moment le mieux c'est de voir comment est-ce que Zomane travaille par rapport à ces livraisons-là.
 **[14:05 - 14:08]** Je voulais juste que tu sois au courant quand même là mais euh...
 **[15:05 - 15:06]** Hum...
 **[15:14 - 15:15]** Hum hum.
 **[15:04 - 15:05]** Donc, hum...
 **[15:15 - 15:21]** Et une fois qu'on est prêt, qu'on s'assoit tous et qu'on commence à dire ok, voici les fréquences de déploiement qu'on veut.
 **[13:54 - 13:59]** C'est à dire que là on a parlé de S3 mais qu'est-ce qu'il en est des stores ?
 **[15:21 - 15:22]** Hum hum.
 **[15:27 - 15:29]** Et parler de tout ça.
 **[15:29 - 15:32]** Je pense que c'est une discussion qu'on doit avoir de façon assez pertinente.
 **[15:32 - 15:33]** Hum hum...
 **[15:42 - 15:46]** Comme ça si pendant mon absence elle peut commencer cette rencontre-là.
 **[15:46 - 15:47]** Hum.
 **[15:33 - 15:42]** Je vais glisser un mot à Julie dans mes notes pour qu'elle va revenir.
 **[15:47 - 15:50]** Comme ça on pourra déterminer c'est quoi la fréquence de déploiement.
 **[15:50 - 16:00]** Ça marche parce que au début moi j'ai prévu qu'on travaille maintenant je travaille toujours avec TestTrail pour guider mes tests.
 **[16:00 - 16:03]** Et après le fichier automatisé Excel.
 **[16:03 - 16:07]** Mais vu qu'il y a pas mal de déploiement, il y en a qui peuvent.
 **[15:22 - 15:27]** Est-ce qu'on peut commencer à revenir sur des itérations de 2 semaines, 3 semaines, whatever.
 **[16:16 - 16:19]** Du coup tout est documenté au côté...
 **[16:07 - 16:16]** Du coup lorsque moi je dois tester, je fais comme des tests basés sur l'expérience et basés sur ce qu'on a à back to back testing parce qu'on a déjà la version actuelle.
 **[16:19 - 16:21]** Bien sûr côté bug.
 **[16:21 - 16:22]** Mais euh...
 **[16:22 - 16:24]** Ben le suivi déjà on a pas...
 **[16:24 - 16:25]** Ouais...
 **[16:30 - 16:31]** Ok.
 **[16:29 - 16:30]** Ok.
 **[16:32 - 16:46]** De toute façon le truc le plus important c'est que je leur dirai et je vais l'écrit dans ma note c'est de ne pas faire un déploiement genre 2-3 jours avant tes vacances.
 **[16:46 - 16:47]** Ok.
 **[16:47 - 16:55]** Comme je ne veux pas pendant tes vacances et je ne veux pas 2-3 jours avant tes vacances non plus.
 **[16:55 - 17:01]** Parce que je veux pas que 2-3 jours on te bombarde de choses et après tu dois aller en vacances juste parce que tu dois aller...
 **[16:25 - 16:29]** On a pas vraiment de vrai suivi réellement.
 **[17:01 - 17:04]** Non non je veux que tu ailles en vacances de façon relax là.
 **[17:04 - 17:05]** Donc on termine avant.
 **[17:07 - 17:13]** Comme ça là c'est juste des choses, les petites choses que tu as à faire et ensuite tu vas en vacances.
 **[17:13 - 17:14]** Parce que...
 **[16:31 - 16:32]** Ok.
 **[17:15 - 17:18]** Ben reste pas beaucoup de temps hein.
 **[17:14 - 17:15]** Ouais.
 **[17:05 - 17:07]** Idéalement 3 jours avant.
 **[17:19 - 17:20]** On est quand même 7.
 **[17:20 - 17:21]** Ouais.
 **[17:18 - 17:19]** Ah non.
 **[17:23 - 17:30]** Ben je vais glisser des mots à Julie par rapport à tout ça et je vais en parler aussi avec Abdoulaye et Franck.
 **[17:30 - 17:31]** Ça marche.
 **[17:35 - 17:36]** Ok.
 **[17:22 - 17:23]** Ok.
 **[17:36 - 17:42]** Comme ça je vois aussi son suivi parce que je pense qu'il travaille sur les tests à Boukili en ce moment.
 **[17:42 - 17:43]** Ok.
 **[17:31 - 17:35]** De toute façon j'ai eu une rencontre avec Abdoulaye le mercredi.
 **[17:43 - 17:49]** Comme ça je vois son avancement et j'espère que je finis avec les tests à TFO.
 **[17:49 - 17:51]** Je repasse directement sur Boukili.
 **[17:52 - 17:53]** Ça marche.
 **[17:53 - 17:55]** Boukidouki.
 **[17:21 - 17:22]** Ouais.
 **[17:55 - 17:57]** Ça marche.
 **[17:57 - 17:58]** Ben merci beaucoup Abdoulaye.
 **[17:58 - 17:59]** Merci.
 **[18:00 - 18:01]** Allez, prends ça de toi.
 **[17:59 - 18:00]** A toi aussi.
 **[18:01 - 18:02]** Ok bye.
 **[18:02 - 18:03]** Bye.
 **[0:00 - 0:00]** Ça va?
 **[17:51 - 17:52]** Ok.
 **[0:00 - 0:03]** Ça va, ça va.
 **[0:04 - 0:09]** Ah!
 **[0:15 - 0:21]** Ah ouais.
 **[0:13 - 0:15]** Ouais.
 **[0:21 - 0:26]** Ben, profitez bien parce que maintenant, on dirait que c'est septembre, novembre ici.
 **[0:26 - 0:29]** Parce que c'est cloudy et tout.
 **[0:30 - 0:31]** Ouais.
 **[0:09 - 0:13]** Ici 23, c'est la même chose à peu près.
 **[0:31 - 0:36]** On attend six mois pour ça.
 **[0:36 - 0:38]** Six mois de l'hiver pour ça.
 **[0:03 - 0:04]** Comment ça se passe en France?
 **[0:59 - 1:00]** Merci.
 **[0:43 - 0:51]** Ouais, ça va.
 **[0:38 - 0:43]** Ouais, moi non plus.
 **[1:38 - 1:44]** Je suis surprise qu'on n'a pas de retour par rapport à la dernière fonctionnalité.
 **[1:44 - 2:01]** C'était la planification d'un coup d'œil parce que côté user experience, j'en ai déjà parlé avec Philippe et Julie durant leur absence parce qu'il y a quand même des trucs à améliorer.
 **[1:29 - 1:38]** Depuis la dernière fois, c'était juste le déploiement de IDLO.
 **[2:27 - 2:45]** Pour les personnes qui sont les utilisateurs francophones qui vont passer par Sign Up, normalement, ils vont recevoir un email, mais en HTML brut, et le lien est cassé pour faire l'inscription.
 **[2:47 - 2:53]** Oui, au début, parce que moi, j'étais tellement surprise parce que ça, pour moi, c'est critique.
 **[2:55 - 3:02]** Donc, j'ai essayé en français, mais en anglais, j'ai effectivement reproduit le problème.
 **[3:02 - 3:05]** Maintenant, je viens de voir le commentaire de Philippe.
 **[2:53 - 2:55]** Donc, je le décembre premier sur staging.
 **[3:05 - 3:10]** Il m'a dit que c'est un problème qu'il a fixé depuis Drupal en prod.
 **[3:11 - 3:14]** Du coup, maintenant, il m'a dit qu'il faut juste essayer, essayer.
 **[3:17 - 3:20]** Aucune idée c'est quoi.
 **[3:20 - 3:23]** Ils ne savent même pas eux-mêmes.
 **[3:38 - 3:40]** Ok, ça marche.
 **[3:40 - 3:43]** Ça marche.
 **[3:14 - 3:17]** Quelque chose a écrasé ce qu'ils ont déjà fait.
 **[3:43 - 3:48]** Pour Bookili, j'ai ajouté des bugs.
 **[2:08 - 2:23]** Mais bon, côté fonctionnement, on n'a pas de retour, sauf le problème que je pense que tu as déjà vu, peut-être, dans le Slack Anomaly Idélo, c'est par rapport à l'inscription pour les francophones.
 **[3:48 - 3:53]** On a reçu, la dernière fois où je t'ai parlé, on a reçu un déploiement.
 **[3:58 - 4:08]** Donc, on prévoit, je ne vais pas dire le jeudi parce qu'il y a pas mal de choses, c'est juste Devin qui est un peu trop.
 **[4:28 - 4:29]** Oui, pour TFO.
 **[4:16 - 4:19]** Après, je vais encore switcher pour Bookili encore.
 **[3:53 - 3:58]** Je n'ai pas eu encore le temps pour le tester parce que maintenant, je suis sur TFO.
 **[4:29 - 4:33]** Oui, il y a quand même les trucs de publicité.
 **[4:33 - 4:38]** Il y a pas mal des améliorations pour le CMS.
 **[5:07 - 5:07]** Ok.
 **[3:23 - 3:31]** Du coup, je vais le retester et dire à Asma, Asma, il a déjà dépanné les utilisateurs, mais bon, ça va être fixé.
 **[4:41 - 5:07]** Ok.
 **[5:07 - 5:08]** Ok.
 **[5:08 - 5:09]** Ok.
 **[4:08 - 4:16]** Il dit que c'est possible de faire un déploiement de jeudi, mais je pense que ça va être pour la semaine prochaine.
 **[4:38 - 4:41]** Oui.
 **[5:09 - 5:11]** Ok.
 **[5:11 - 5:25]** De toute façon, je ne peux pas vraiment rester avec la publicité parce que c'est juste un peu de publicité qui est déjà en fichier parce que ce n'est pas un seul staging.
 **[2:01 - 2:08]** Philippe m'a dit qu'il faut juste mettre des tickets, amélioration UX, et j'ai déjà fait ça.
 **[5:25 - 5:29]** Mais bon, je vais continuer sur ça.
 **[5:29 - 5:34]** Et ça avance bien jusqu'au moment où il n'y a pas vraiment quelque chose de critique dessus.
 **[5:39 - 5:41]** Non, non, non.
 **[5:41 - 5:45]** Il y a juste un petit problème par rapport aux dimensions.
 **[5:49 - 5:53]** Lorsqu'on joue avec les zooms, le pourcentage de zooms.
 **[5:53 - 5:58]** Donc, l'affichage est un peu dispersé, surtout sur la page recherche.
 **[5:45 - 5:49]** Redimensionnons lorsqu'on veut afficher le truc.
 **[5:58 - 6:01]** Mais ce n'est pas assez grave que ça.
 **[6:01 - 6:08]** Mais moi, je prévois aussi tester sur mon téléphone après que je finis tout sur le navigateur.
 **[6:08 - 6:19]** Mais je dois tester mobile parce que ça doit apporter des changements sur l'affichage et tout côté mobile.
 **[6:19 - 6:23]** Oui, oui, oui.
 **[6:23 - 6:35]** Oui.
 **[6:38 - 6:42]** Non.
 **[6:42 - 6:48]** Il y a quelque chose que Julie m'a demandé par rapport à l'amélioration du user story.
 **[6:53 - 6:56]** C'est quelque chose que j'ai déjà transmis à Devon.
 **[6:56 - 7:13]** Par rapport au user story, lorsqu'on fait des critères d'acceptation, surtout avec le prompt et tout, ça peut que pour l'AI, quelque chose qui est technique, il doit être transmis normalement au fournisseur parce qu'on a aussi une note à transmettre au fournisseur.
 **[7:13 - 7:14]** Et puis, je pense que c'est un peu plus de critères de l'affichage.
 **[7:14 - 7:21]** Et puis, je pense que c'est un peu plus de critères techniques qui sont parfois mélangés dans les critères d'acceptation.
 **[7:21 - 7:26]** Et moi, je viens d'avoir une rencontre avec Devon, surtout pour clarifier ça sur les user stories.
 **[7:26 - 7:33]** Mais Julie a déjà parlé de ça et il m'a dit qu'il va travailler sur ça comme ça, en futur, on n'a plus ce problème.
 **[7:33 - 7:40]** Et les critères d'acceptation, c'est exactement ce qu'on doit tester et ce qu'on peut tester de notre côté.
 **[7:40 - 7:48]** Donc, ça, c'est juste dans le processus vraiment de clarifier pour les user stories.
 **[7:54 - 8:07]** Parce que je te donne exemple, lorsque moi, je faisais les tests de Idelo et surtout avec la nouvelle fonctionnalité, c'était les user stories n'étaient pas mis à jour.
 **[8:07 - 8:11]** Par exemple, il y a un ticket qui était déjà mis par Jessica.
 **[8:11 - 8:14]** Je pense que c'était avril, mars, quelque chose comme ça.
 **[8:14 - 8:16]** Mais ce qui n'était pas à jour.
 **[8:17 - 8:24]** Aussi, lorsqu'on parle de nouvelles fonctionnalités, c'est soit qu'on devrait avoir des démos.
 **[8:24 - 8:31]** Moi, je serais incluse avec Philippe et tout pour avoir c'est quoi la nouvelle fonctionnalité.
 **[8:31 - 8:41]** Ou bien lorsqu'on précise qu'il y a un lien de design, que le lien, il sera présent, il ne sera pas prisé.
 **[8:41 - 8:48]** Parce que ça m'est arrivé que le lien qui était spécifié dans le ticket ne marche pas.
 **[7:48 - 7:53]** Pour Idelo, après, ça va être dans le retour de Maxime.
 **[8:48 - 8:54]** Mais ça, je l'ai déjà remonté à Julie.
 **[8:54 - 8:58]** Peut-être qu'ils vont travailler sur ça avec le retour de Maxime.
 **[8:58 - 9:07]** Ah, non, je ne savais pas.
 **[9:19 - 9:26]** Ah, ok.
 **[9:45 - 9:52]** C'est une personne, parce que je me rappelle que la personne qui était avant Devin, il m'a dit qu'il va retourner.
 **[9:52 - 9:58]** Une personne enceinte.
 **[10:00 - 10:01]** Non, non, ce n'est pas Laura.
 **[10:01 - 10:03]** Non, ce n'est pas Laura.
 **[10:03 - 10:04]** C'est une personne qui...
 **[9:36 - 9:45]** Parce qu'il y a un autre product manager, mais qui va à la place de Devin.
 **[9:07 - 9:19]** Non, tranquille.
 **[10:04 - 10:06]** Oui, c'est ça.
 **[10:06 - 10:06]** Oui, c'est ça.
 **[10:30 - 10:31]** Ok.
 **[10:31 - 10:31]** Ok.
 **[10:51 - 10:58]** Oui, avec Idelo, c'est un peu compliqué parce qu'il n'y a rien qui est documenté.
 **[10:58 - 11:00]** Il y a aussi le côté de Rupal, etc.
 **[11:00 - 11:01]** Du coup...
 **[11:01 - 11:05]** Ouais.
 **[11:35 - 11:39]** Ok.
 **[11:05 - 11:06]** Merci.
 **[10:31 - 10:49]** Parce que je pense pour que Devin sera sur Idelo et il aura besoin vraiment de passer du temps à le comprendre parce que maintenant il me pose des questions.
 **[11:39 - 11:39]** Ok.
 **[11:39 - 11:50]** Ok.
 **[12:00 - 12:04]** Ça marche.
 **[12:04 - 12:09]** By the way, c'est quoi ton feedback par rapport à Bokili lorsque tu l'as vu ?
 **[12:34 - 12:35]** Mm-hmm.
 **[11:50 - 12:00]** Ça marche.
 **[12:36 - 12:36]** Mm-hmm.
 **[12:36 - 12:36]** Mm-hmm.
 **[12:36 - 12:36]** Mm-hmm.
 **[12:36 - 12:37]** Mm-hmm.
 **[12:36 - 12:36]** Mm-hmm.
 **[12:37 - 12:37]** Mm-hmm.
 **[12:37 - 12:37]** Mm-hmm.
 **[12:35 - 12:36]** Mm-hmm.
 **[12:37 - 12:37]** Mm-hmm.
 **[12:37 - 12:38]** Mm-hmm.
 **[12:38 - 12:38]** Mm-hmm.
 **[12:38 - 12:38]** Mm-hmm.
 **[12:37 - 12:37]** Mm-hmm.
 **[12:38 - 12:38]** Mm-hmm.
 **[12:39 - 12:39]** Mm-hmm.
 **[12:39 - 12:39]** Mm-hmm.
 **[12:39 - 12:39]** Mm-hmm.
 **[12:40 - 12:40]** Mm-hmm.
 **[12:40 - 12:40]** Mm-hmm.
 **[12:39 - 12:40]** Mm-hmm.
 **[12:38 - 12:39]** Mm-hmm.
 **[12:40 - 12:40]** Mm-hmm.
 **[12:41 - 12:41]** Mm-hmm.
 **[12:40 - 12:40]** Mm-hmm.
 **[12:41 - 12:41]** Mm-hmm.
 **[12:41 - 12:41]** Mm-hmm.
 **[12:42 - 12:42]** Mm-hmm.
 **[12:42 - 12:43]** Mm-hmm.
 **[12:42 - 12:42]** Mm-hmm.
 **[12:43 - 12:43]** Mm-hmm.
 **[12:43 - 12:43]** Mm-hmm.
 **[12:43 - 12:43]** Mm-hmm.
 **[12:43 - 12:44]** Mm-hmm.
 **[12:44 - 12:44]** Mm-hmm.
 **[12:44 - 12:46]** ...
 **[13:14 - 13:16]** ...
 **[13:44 - 13:48]** ...
 **[13:48 - 13:52]** ...
 **[13:52 - 13:56]** ...
 **[12:41 - 12:41]** Mm-hmm.
 **[13:56 - 14:00]** ...
 **[14:00 - 14:02]** ...
 **[14:06 - 14:08]** ...
 **[14:08 - 14:10]** ...
 **[14:10 - 14:12]** ...
 **[14:04 - 14:06]** ...
 **[14:12 - 15:53]** ça marche pour moi la vérité ce qu'on a avec vous qu'il y sait que je pense que la fréquence de déploiement lorsqu'il nous déploie quelque chose c'est pas quelque chose qui n'est aucune idée si c'est vraiment programmé pour que ça soit une semaine et après on va avoir une autre livraison notre semaine parce que moi vraiment à l'asca honte le moment qu'on a des déploiements mhm mhm mhm mhm mhm mhm mhm mhm mhm mhm mhm mhm mhm mhm mhm mhm mhm mhm mhm mhm Ça marche parce qu'au début, moi, j'ai prévu qu'on travaille.
 **[15:53 - 15:57]** Maintenant, je travaille toujours avec TestTrail pour guider mes tests.
 **[16:13 - 16:18]** Du coup, tout est documenté, bien sûr, côté bug.
 **[16:00 - 16:13]** Mais vu qu'il y a pas mal de déploiements, il y en a qui… Du coup, lorsque moi, je dois tester, je fais comme des tests basés sur l'expérience et basés sur ce qu'on a, back-to-back testing, parce qu'on a déjà la version actuelle.
 **[14:02 - 14:04]** ...
 **[16:18 - 16:27]** Mais le suivi, déjà, on n'a pas vraiment de vrai suivi réellement.
 **[15:57 - 16:00]** Et après, le fichier automatisé Excel.
 **[16:27 - 16:28]** Ok.
 **[16:29 - 16:30]** Ok.
 **[16:30 - 16:30]** Ok.
 **[16:30 - 16:30]** Ok.
 **[16:28 - 16:29]** Ok.
 **[16:30 - 16:31]** Ok.
 **[16:31 - 16:32]** Ok.
 **[16:30 - 16:30]** Ok.
 **[16:32 - 16:32]** Ok.
 **[16:30 - 16:30]** Ok.
 **[16:32 - 16:32]** Ok.
 **[16:32 - 16:32]** Ok.
 **[16:32 - 16:32]** Ok.
 **[16:32 - 16:33]** Ok.
 **[16:32 - 16:32]** Ok.
 **[16:34 - 16:34]** Ok.
 **[16:34 - 16:34]** Ok.
 **[16:34 - 16:35]** Ok.
 **[16:35 - 16:36]** Ok.
 **[16:33 - 16:34]** Ok.
 **[17:06 - 17:07]** Ouais.
 **[16:36 - 16:46]** Ok.
 **[17:08 - 17:09]** Ouais.
 **[17:09 - 17:16]** Il ne reste pas beaucoup de temps.
 **[16:34 - 16:34]** Ok.
 **[17:07 - 17:08]** Ouais.
 **[17:18 - 17:27]** Ça marche.
 **[17:16 - 17:18]** On est 17.
 **[17:27 - 17:32]** De toute façon, j'ai eu une rencontre avec Abdoulaye le mercredi.
 **[17:32 - 17:39]** Comme ça, je vois aussi son suivi parce que je pense qu'il travaille sur les tests à Bokely en ce moment.
 **[17:39 - 17:46]** Comme ça, je vois son avancement et j'espère que je finis avec les tests à TFO.
 **[17:46 - 17:49]** Je repasse directement sur Bokely.
 **[17:54 - 17:56]** Merci beaucoup, Abdoulaye.
 **[17:49 - 17:54]** Ça marche.
 **[17:56 - 17:57]** Bye.
 **[17:57 - 17:58]** Bye.
 **[17:58 - 17:58]** Bye.
@@ -1,729 +0,0 @@
 **[0:00 - 0:04]** Donc ça va être finalisé d'ici demain.
 **[0:04 - 0:06]** Pour les trois, les rêves du métier,
 **[0:06 - 0:15]** Sarah nous avait envoyé, en fait, c'est juste sur Bukili, quand tu ouvres un livre, le format du livre, en fait, des images, des fois, ça ne prend pas tout l'écran.
 **[0:15 - 0:18]** Donc je vais juste voir avec
 **[0:18 - 0:22]** Brigitte peut-être si on a des images pour
 **[0:27 - 0:30]** Ok.
 **[0:30 - 0:31]** Ok.
 **[0:31 - 0:36]** Donc, les tickets à Dicela fin de la semaine, j'espère que RMCS va.
 **[0:22 - 0:27]** Bukili avec des différents types d'images.
 **[0:36 - 0:37]** Ok, ça va bien.
 **[0:38 - 0:41]** C'est tout de mon côté.
 **[0:37 - 0:38]** Ok, ça va bien.
 **[0:41 - 0:42]** Cool.
 **[0:42 - 0:56]** De mon côté, on continue nos tests et QA pour TFO, pour tout ce qui concerne les pubs, manières pubs et prerolles, ainsi que plusieurs fonctionnalités,
 **[0:56 - 0:57]** CMS.
 **[0:57 - 1:01]** Vendredi, on a mis en ligne les pubs pour ONFR.
 **[1:01 - 1:02]** Oui, vous m'avez fait peur.
 **[1:02 - 1:05]** Ça, c'est plus ou moins bien passé.
 **[1:05 - 1:07]** Oui, mais tu m'as vu.
 **[1:07 - 1:09]** Je t'avoue que vous m'avez fait peur quand même.
 **[1:09 - 1:12]** Qui ça?
 **[1:12 - 1:13]** Vous.
 **[1:14 - 1:15]** Pourquoi?
 **[1:15 - 1:17]** Mise en ligne vendredi, je me suis dit wow.
 **[1:17 - 1:23]** Mais c'est parce que si tu n'es pas une mise en ligne, la fonctionnalité existait déjà dans WordPress.
 **[1:23 - 1:24]** Ok.
 **[1:24 - 1:28]** C'était juste à Mediatonique de dire ok, on active les pubs.
 **[1:28 - 1:29]** C'est pour ça.
 **[1:29 - 1:31]** Il n'y a pas une vraie mise en ligne.
 **[1:31 - 1:34]** J'ai lu l'image et j'étais comme wow, ok, je vais attendre.
 **[1:34 - 1:39]** Non, non, normalement je n'aurais pas fait ça.
 **[1:39 - 1:42]** C'est juste parce que c'était genre un switch.
 **[1:42 - 1:43]** Ok, ok, ok.
 **[1:43 - 1:48]** Mais oui, ça s'est bien passé quand même.
 **[1:48 - 1:51]** Au début, il y avait des pubs anglophones.
 **[1:51 - 1:53]** Et ça, c'était...
 **[1:53 - 1:57]** Les gens n'étaient pas contents.
 **[2:00 - 2:10]** Et puis on a réduit la taille maximale qu'une bannière peut avoir dans leur tête d'ONFR.
 **[2:11 - 2:13]** Parce qu'ils trouvaient que c'était trop beau.
 **[2:13 - 2:15]** Donc là, on a réduit la taille un tout petit peu.
 **[2:15 - 2:18]** Et tout a l'air de bien fonctionné aujourd'hui.
 **[2:18 - 2:23]** Je te conseille de documenter ces anomalies qui ont eu lieu avec Mediatonique.
 **[2:23 - 2:25]** Sur quelque part là.
 **[2:25 - 2:30]** La raison pour laquelle je te dis ça, c'est parce que c'est la deuxième fois que ça arrive.
 **[2:30 - 2:32]** La première fois, ça n'a pas été documenté.
 **[2:32 - 2:35]** Mais c'est la deuxième fois qu'ils activent et que c'est en anglais.
 **[2:35 - 2:40]** Donc il faudrait faire attention que quand on va faire la même chose sur tf.org.
 **[2:40 - 2:44]** Si ça arrive de nouveau, là on pourra argumenter avec eux et leur dire attention.
 **[2:44 - 2:48]** Et ça fait deux fois officiellement et trois fois de façon non officielle.
 **[2:49 - 2:55]** Parfait, parfait.
 **[2:55 - 3:02]** Et toujours rien désaffranchis pour la synchro ?
 **[3:03 - 3:04]** En fait, ouais.
 **[3:04 - 3:04]** Je peux y aller.
 **[3:04 - 3:13]** C'est que dans la livraison qu'ils ont sur staging en ce moment, tf.
 **[3:13 - 3:16]** Ce qu'ils ont fait, en fait je peux te montrer vite fait.
 **[3:17 - 3:19]** Ce qu'ils ont fait, c'est qu'ils ont changé.
 **[3:23 - 3:27]** Qui normalement arrivait à 4h du matin.
 **[3:19 - 3:23]** Tu sais, on a la synchro de la journée qui est un peu plus grosse.
 **[3:28 - 3:33]** Mais là, ils pensaient qu'il y avait un chevauchement entre celle-là et celle-là à 4h05.
 **[3:33 - 3:41]** Et c'est pour ça qu'il y avait des problèmes de… En tout cas, ils ont déplacé cette synchro quotidienne à 5h30 du matin.
 **[3:42 - 3:45]** Et là, ils ont mis ça en staging mercredi dernier.
 **[3:45 - 3:54]** Et le jeudi et le vendredi, on avait des nouveaux produits qui étaient mis en ligne normalement le matin, jeudi, vendredi sur staging.
 **[3:54 - 3:55]** OK.
 **[3:55 - 3:55]** OK.
 **[3:55 - 4:00]** Donc là, je pense que ça pourrait résoudre nos problèmes en code.
 **[4:00 - 4:05]** Mais ce qu'ils ont aussi fait, c'est qu'ils nous ont donné la main dessus dans le CMS.
 **[4:06 - 4:11]** On peut changer l'heure à laquelle cette synchro, elle, elle se déclenche.
 **[4:12 - 4:20]** Tout ce qu'ils ont fait, c'est qu'ils nous ont donné la main sur l'heure, pas l'heure, la minute dans l'heure pour laquelle la synchro à chaque heure se déroule.
 **[4:20 - 4:24]** Donc, on avait parlé il y a quelques semaines de potentiellement la bouger à 55.
 **[4:24 - 4:26]** À 55.
 **[1:57 - 2:00]** Donc ça, ça a été vite changé le côté Mediatonique.
 **[4:29 - 4:31]** Cool.
 **[4:26 - 4:29]** Ça, on peut le faire maintenant, direct depuis le CMS.
 **[4:31 - 4:34]** Ils continuent toujours à m'impressionner, ce genre-là.
 **[4:35 - 4:37]** Je suis d'accord.
 **[4:39 - 4:40]** Ouais, c'est surtout ça en plus.
 **[4:40 - 4:41]** Non mais tant mieux, tant mieux.
 **[4:41 - 4:47]** Et puis, on peut parler aussi de live pour sept ans.
 **[4:47 - 4:49]** Je sais qu'on avait eu demain.
 **[4:49 - 4:50]** Ah ouais.
 **[4:50 - 4:52]** On a parlé, c'était quand ?
 **[4:52 - 4:54]** Jeudi ou vendredi, je pense que c'était vendredi.
 **[4:54 - 4:56]** Avec Jean-Claude et Devon.
 **[4:56 - 5:00]** Et on a fait un test de voir comment ça peut échappeler.
 **[4:37 - 4:39]** Et c'est rapide en plus.
 **[5:00 - 5:02]** Ça a l'air de bien marcher.
 **[5:03 - 5:04]** Genre, selon le cas de problème.
 **[5:06 - 5:11]** URL du player qu'il faut que Jean-Claude nous donne.
 **[5:11 - 5:13]** Et je crois que ça va être unique.
 **[4:11 - 4:12]** OK.
 **[5:15 - 5:18]** Et si ça change, ça veut dire que tous les lundis, je dois échanger.
 **[5:13 - 5:15]** Je pense que c'est juste une seule fois.
 **[5:32 - 5:34]** Et ça a réglé en vrai qu'une seule fois en vrai.
 **[5:29 - 5:32]** Tout est dans les paramètres et puis ça se fait tout seul.
 **[5:04 - 5:06]** La seule chose qui me manque moi de mon côté, c'est une
 **[5:37 - 5:39]** Ça a l'air de bien marcher.
 **[5:34 - 5:36]** Et puis après, c'est juste modifier les dates.
 **[5:40 - 5:42]** Donc, je vais y rebondir sur ce sujet-là.
 **[5:42 - 5:44]** Donc, on a la rencontre demain, effectivement.
 **[5:24 - 5:29]** C'est vraiment, ça peut être setup genre le vendredi d'avant ou même le lundi.
 **[5:46 - 5:53]** Ce que je vais demander, c'est qu'en la présence de tout le monde, qu'on fasse un vrai test avec un faux produit.
 **[5:44 - 5:46]** Et demain, la rencontre, je vous l'ai dit dès maintenant.
 **[5:39 - 5:40]** Ça a l'air de bien marcher.
 **[5:57 - 6:01]** Et qu'on fasse un test de A à Z pour voir comment ça va fonctionner.
 **[6:01 - 6:03]** Comme ça, il n'y aura pas de surprise le jour
 **[5:53 - 5:57]** On choisira un produit au hasard qui va aller sur le linéaire là.
 **[6:11 - 6:14]** Et je vais leur expliquer étape par étape comment ça fonctionne.
 **[6:03 - 6:04]** J.
 **[5:18 - 5:24]** Mais en fait, du coup, maintenant au final, c'est que de notre côté, niveau CMS, on n'est plus obligé de rester du coup le soir.
 **[6:04 - 6:11]** Je rencontre aussi Sonia et Philippe jeudi.
 **[6:17 - 6:19]** Comme ça, il n'y aura pas de surprise aussi de leur côté.
 **[6:19 - 6:22]** Et ça leur donnera un peu de temps pour Bichier, on va dire.
 **[6:14 - 6:17]** Et on va leur montrer à quoi ça va ressembler sur l'Otté.
 **[6:36 - 6:42]** C'est quoi la rencontre de demain?
 **[6:42 - 6:44]** Tu n'es pas dedans?
 **[6:24 - 6:27]** Mais c'est juste à voir qu'est-ce que ça va donner.
 **[6:27 - 6:36]** Comme ça, ils auront une idée de tout ce que ça prend pour faire fonctionner la rémission aussi.
 **[6:47 - 6:48]** Ok.
 **[6:46 - 6:47]** On peut t'ajouter.
 **[6:44 - 6:46]** Non.
 **[6:51 - 6:53]** Désolé, c'est ma fille qui se mouche.
 **[6:54 - 6:56]** Donc peut-être qu'elle ne savait pas quoi tu devais y mettre.
 **[7:03 - 7:08]** Pour que tout le monde soit au courant de quelles sont toutes les étapes nécessaires et comment ça va fonctionner de A à Z.
 **[7:09 - 7:13]** Comme ça, tout le monde n'y a pas de surprise à droite ni à gauche.
 **[6:53 - 6:54]** C'est Ayri qui l'a fait.
 **[6:50 - 6:51]** Non, c'est Ayri qui l'a...
 **[7:13 - 7:18]** Mais moi, je vais m'occuper de la haute gestion comme ça, eux, ils sont au courant aussi.
 **[6:56 - 7:03]** C'est tous les gens qui vont toucher Louise jusqu'à la publication.
 **[7:18 - 7:18]** Donc, au pire,
 **[7:22 - 7:23]** Ouais.
 **[7:25 - 7:26]** Cool.
 **[7:18 - 7:22]** Willy, tu peux ajouter Devin, c'était dans la rencontre.
 **[7:23 - 7:24]** Ouais, je vais faire.
 **[7:24 - 7:25]** Ouais.
 **[7:26 - 7:27]** Ouais.
 **[7:27 - 7:30]** Parce que ça, c'est un truc qui va être...
 **[7:47 - 7:48]** Apparemment.
 **[7:30 - 7:39]** Apparemment, j'ai appris ça, qu'apparemment Sonia aurait fait une rencontre chez Marketing et tout le département chez elle.
 **[7:39 - 7:42]** Et l'emphase a été mise sur cette émission-là.
 **[7:45 - 7:47]** Wow.
 **[7:43 - 7:45]** C'est la grosse émission du mois d'automne.
 **[7:48 - 7:54]** Donc, je préfère qu'elle soit au courant de à quoi ça va ressembler tout le reste.
 **[8:04 - 8:07]** À valider le contrat pour le nouveau fournisseur ONFR aussi.
 **[8:13 - 8:15]** Et ça va être envoyé pour signature.
 **[8:02 - 8:04]** Bah, pas à signer.
 **[8:11 - 8:13]** Et s'il n'y a pas de problème, je vais le valider.
 **[8:07 - 8:11]** Je m'assure juste qu'il n'y a pas de problème.
 **[8:15 - 8:18]** Je ne sais pas quand est-ce qu'ils vont commencer là.
 **[7:54 - 8:02]** Willy, je m'apprête à signer le...
 **[8:18 - 8:22]** Fort chance qu'ils commencent avant le retour de...
 **[8:32 - 8:35]** Célie, officiellement, c'est jusqu'au 30 septembre.
 **[8:39 - 8:45]** Il y aura une phase de transition où ils vont s'approprier le code, s'approprier les thèmes et tout le reste.
 **[8:22 - 8:25]** Julie, je ne suis pas sûr, mais à voir.
 **[8:45 - 8:47]** Pour voir comment tout fonctionne.
 **[8:25 - 8:32]** Donc, jusqu'à quand est-ce qu'on est avec Célie ?
 **[8:35 - 8:37]** Et le nouveau commencerait le 1er septembre.
 **[8:50 - 8:52]** Willy de façon assez intensive.
 **[8:58 - 9:00]** Et puis, je ne sais pas si Julie vous l'avez dit, mais...
 **[9:07 - 9:08]** Il y aura des questions.
 **[8:52 - 8:57]** Mais une fois que tout est fait là, c'est là qu'ils vont reprendre le dessus.
 **[9:08 - 9:09]** Il y aura des questions.
 **[9:09 - 9:11]** C'est juste purement des back-end.
 **[9:04 - 9:06]** Ils ne toucheront pas le front-end de ONFR.
 **[9:13 - 9:15]** C'est des gens qui sont à Ottawa.
 **[9:00 - 9:04]** Leur mandat ne touchera que le back-end de ONFR.
 **[9:15 - 9:17]** Et là, ça veut dire que
 **[9:11 - 9:13]** Ils sont en Ontario, en Ontario ?
 **[9:17 - 9:24]** Willy prend la main complètement sur le front ?
 **[8:47 - 8:50]** J'imagine qu'il y aura des discussions avec
 **[9:30 - 9:32]** Je ne suis pas sûr de ça.
 **[9:24 - 9:26]** En fait, je disais...
 **[9:33 - 9:39]** Quand moi j'en parlais avec Julie, l'idée c'était qu'on ne ferait pas de modification majeure sur le front.
 **[9:40 - 9:41]** Jusqu'au hub.
 **[9:26 - 9:30]** Est-ce qu'il prend entièrement la main sur le front ?
 **[9:32 - 9:33]** Disons que...
 **[9:41 - 9:42]** Jusqu'au hub.
 **[9:39 - 9:40]** Pas juste au hub.
 **[9:42 - 9:45]** Et après le hub, ça va rentrer dans le site.
 **[9:54 - 9:57]** Et...
 **[9:45 - 9:54]** Comme ça, avec le back-end, par exemple, si on demande un changement, ça dirait que la PI est bien là et présent pour avoir toutes les informations pour le front-end du hub.
 **[9:57 - 10:06]** Autre information que je trouve peut-être pertinent à savoir pour vous, leur contrat sera du 1er septembre au 31 mars.
 **[10:08 - 10:09]** Ok.
 **[10:17 - 10:18]** Donc...
 **[10:14 - 10:17]** Ok.
 **[10:10 - 10:14]** On verra si on les renouvelle plus tard ou pas.
 **[10:18 - 10:20]** Moi, c'est à peu près tout.
 **[10:20 - 10:23]** Je ne sais s'il y a d'autres informations que je dois partager pour vous.
 **[10:25 - 10:29]** Euh...
 **[10:29 - 10:30]** Non, je pense que c'est ça.
 **[10:30 - 10:32]** Ok.
 **[10:34 - 10:35]** Voilà.
 **[6:22 - 6:24]** Le mot Bichier reste entre nous.
 **[10:35 - 10:41]** Moi, pour demain le test, tu veux que je prépare quelque chose de mon côté sur le CMS ou je réutilise les tests qu'on a fait ?
 **[10:46 - 10:47]** Je veux convaincre d'abord...
 **[10:42 - 10:45]** Parce qu'en fait, ce que je veux faire, c'est...
 **[10:41 - 10:42]** Non, rien pour le moment.
 **[10:48 - 10:49]** Pas convaincre...
 **[10:23 - 10:25]** Je suis à réfléchir vite fait.
 **[10:47 - 10:48]** Euh...
 **[10:49 - 10:53]** Ce que je voudrais, c'est que par exemple, Pierre-Olivier nous dise...
 **[10:55 - 10:59]** Dans une semaine, on a telle émission qui arrive sur le live tel jour, tel heure.
 **[10:59 - 11:03]** Et c'est cette émission-là qu'on va choisir et faire tous les tests de A à Z.
 **[11:03 - 11:05]** Ok.
 **[11:05 - 11:06]** Voilà.
 **[11:09 - 11:12]** Même si c'est un test bidon, on va dire.
 **[11:12 - 11:17]** Je crois que l'impact est quelque chose qu'on peut avaler comme terme de risque.
 **[10:53 - 10:55]** Euh...
 **[11:18 - 11:20]** Je suis moins inquiet par rapport à ça.
 **[11:06 - 11:09]** Je préfère que ça s'affiche même sur l'OTT en production.
 **[10:32 - 10:34]** Ok.
 **[11:21 - 11:23]** Mais je tiendrai à
 **[11:23 - 11:26]** Sonia encore.
 **[10:09 - 10:10]** Donc, 7 mois.
 **[11:20 - 11:21]** Ok.
 **[11:36 - 11:38]** Cool.
 **[11:29 - 11:36]** Ok, ça marche.
 **[11:41 - 11:42]** Allez, bon lundi.
 **[11:42 - 11:43]** Bonne journée.
 **[11:26 - 11:29]** Comme ça, si jamais elle le voit, elle ne va pas paniquer aussi.
 **[11:40 - 11:41]** Allez.
 **[11:43 - 11:44]** Ok.
 **[11:38 - 11:40]** Parfait.
 **[11:44 - 11:45]** Bye.
 **[11:48 - 11:49]** Bye.
 **[0:00 - 0:12]** pour les trois règles métiers, Sarah nous avait envoyé, en fait, c'est juste sur Bukili, quand tu ouvres un livre, le format de livre, en fait, les images, des fois, ça ne prend pas tout l'écran.
 **[0:15 - 0:18]** Brigitte, peut-être, si on a des images pour
 **[11:49 - 11:50]** Bye.
 **[0:12 - 0:15]** Donc, je vais juste voir avec
 **[0:18 - 0:23]** Bukili, en fait, des différentes tailles d'images pour
 **[0:28 - 0:33]** Donc, les tickets à l'ici la fin de la semaine, j'espère que quand même, ça va être fini.
 **[0:23 - 0:26]** Bukili au cas où l'image ne s'occupe pas.
 **[0:33 - 0:34]** Ok, c'est tout.
 **[0:41 - 0:53]** QA pour TFO, pour tout ce qui concerne les pubs, bannières pub et pré-rôle, ainsi que plusieurs fonctionnalités
 **[0:37 - 0:41]** De mon côté, on continue nos tests et
 **[0:34 - 0:37]** C'est tout de mon côté.
 **[0:26 - 0:28]** Donc, je vais voir ça avec lui.
 **[0:53 - 0:54]** CMS.
 **[0:58 - 1:02]** Ça s'est plus ou moins bien passé.
 **[1:08 - 1:11]** Pourquoi?
 **[1:14 - 1:17]** Mais c'est parce que c'était en vrai, ce n'était pas une mise en ligne.
 **[1:02 - 1:04]** Il y a eu...
 **[1:17 - 1:20]** La fonctionnalité, elle existait déjà dans WordPress d'ONFR.
 **[1:20 - 1:25]** C'était juste à médiatonique de dire, OK, on active les pubs.
 **[1:25 - 1:25]** C'était pour ça.
 **[1:25 - 1:27]** Ce n'est pas une vraie mise en ligne en tant que...
 **[1:27 - 1:28]** C'est pour ça que je l'ai fait là.
 **[1:33 - 1:34]** Non, non.
 **[1:34 - 1:36]** Normalement, je n'aurais pas fait ça à un venteux.
 **[1:36 - 1:39]** C'était juste parce que c'était genre un switch en...
 **[0:55 - 0:58]** Vendredi, on a mis en ligne les pubs pour ONFR.
 **[1:39 - 1:45]** Mais ouais, ça s'est bien passé quand même.
 **[1:48 - 1:50]** Et ça, c'était...
 **[1:54 - 1:56]** Donc ça, ça a été vite changé côté médiatonique.
 **[1:53 - 1:54]** Les gens, ils n'étaient pas contents.
 **[1:04 - 1:08]** Qui ça?
 **[2:07 - 2:09]** Parce qu'ils trouvaient que c'était trop gros.
 **[1:45 - 1:48]** Au début, il y avait des pubs anglophones.
 **[2:09 - 2:11]** Donc là, on a réduit la taille un tout petit peu.
 **[1:56 - 2:07]** Et puis, on a réduit la taille maximale qu'une bannière peut avoir dans l'entête d'ONFR.
 **[2:15 - 2:15]** Donc.
 **[2:22 - 2:30]** OK.
 **[2:11 - 2:14]** Et tout a l'air de bien fonctionner aujourd'hui.
 **[11:49 - 11:49]** Bye.
 **[2:15 - 2:22]** Oui, oui.
 **[3:02 - 3:02]** Tu peux y aller.
 **[3:02 - 3:12]** C'est que dans la livraison qu'ils ont sur staging en ce moment, pour TFO, ce qu'ils ont fait, en fait, je peux te montrer vite fait.
 **[3:14 - 3:17]** Ce qu'ils ont fait, c'est qu'ils ont changé.
 **[2:45 - 3:02]** En fait, tu peux y aller.
 **[3:29 - 3:31]** Et c'est pour ça qu'il y avait des problèmes de...
 **[3:31 - 3:37]** En tout cas, ils ont déplacé cette synchro quotidienne à 5h30 du matin.
 **[3:23 - 3:29]** Mais là, ils pensaient qu'il y avait un chevauchement entre celle-là et celle-là à 4h05.
 **[3:37 - 3:41]** Et là, ils ont mis ça en staging mercredi dernier.
 **[3:42 - 3:49]** Et le jeudi et le vendredi, on avait des nouveaux produits qui étaient mis en ligne normalement le matin, jeudi, vendredi sur staging.
 **[3:17 - 3:23]** Tu sais, on a la synchro de la journée qui est un peu plus grosse, qui normalement arrivait à 4h du matin.
 **[3:55 - 4:00]** Mais ce qu'ils ont aussi fait, c'est qu'ils nous ont donné la main dessus dans le
 **[4:00 - 4:00]** CMS.
 **[4:01 - 4:07]** On peut changer l'heure à laquelle cette synchro, elle se déclenche.
 **[4:10 - 4:11]** Pas l'heure.
 **[4:11 - 4:15]** La minute dans l'heure pour laquelle la synchro à chaque heure se déroule.
 **[4:07 - 4:10]** L'autre chose qu'ils ont fait, c'est qu'ils nous ont donné la main sur l'heure...
 **[4:15 - 4:20]** Donc, on avait parlé il y a quelques semaines de potentiellement la bouger à 55 ou 50.
 **[4:21 - 4:24]** Ça, on peut le faire maintenant, direct depuis le CMS.
 **[4:24 - 4:32]** Je suis d'accord.
 **[4:32 - 4:33]** Et c'est rapide en plus.
 **[4:39 - 4:42]** Et puis, on peut parler aussi le live pour septembre.
 **[4:42 - 4:44]** Je sais qu'on a re-eux demain.
 **[3:49 - 3:55]** Donc là, je pense que ça pourrait résoudre nos problèmes en code.
 **[4:45 - 4:47]** Mais on a parlé...
 **[4:44 - 4:45]** Ah ouais.
 **[4:47 - 4:47]** C'était quand ?
 **[4:47 - 4:49]** C'était jeudi ou vendredi.
 **[4:49 - 4:51]** Avec Jean-Claude et Devon.
 **[4:58 - 4:59]** Genre, sans aucun problème.
 **[4:55 - 4:58]** Ça a l'air de bien marcher.
 **[4:59 - 5:06]** La seule chose qui me manque, moi, de mon côté, c'est une URL du player qu'il faut que Jean-Claude me donne.
 **[4:49 - 4:49]** Je pense que c'était vendredi.
 **[5:07 - 5:09]** Et je crois que ça va être unique.
 **[5:09 - 5:10]** Donc, je pense que c'est juste une seule fois.
 **[5:19 - 5:21]** C'est vraiment...
 **[4:51 - 4:55]** Et on a fait un test de voir comment ça peut s'approprier.
 **[5:13 - 5:19]** Mais en fait, du coup, maintenant, au final, c'est que de notre côté, niveau CMS, on n'est plus obligé de rester, du coup, le soir.
 **[5:21 - 5:24]** Ça peut être setup genre le vendredi d'avant ou même le lundi.
 **[5:10 - 5:13]** Et si ça change, ça veut dire que tous les lundis, je devrais échanger.
 **[5:26 - 5:27]** Et puis, ça se fait tout seul.
 **[5:27 - 5:30]** Et ça a réglé en vrai qu'une seule fois en vrai.
 **[5:24 - 5:26]** Tout est dans les paramètres.
 **[5:37 - 6:07]** C'est tout.
 **[5:31 - 5:32]** C'est tout.
 **[5:32 - 5:35]** Donc, ça a l'air de bien marcher.
 **[6:08 - 6:09]** Merci.
 **[6:07 - 6:08]** Merci.
 **[6:10 - 6:11]** Merci.
 **[5:30 - 5:31]** Et puis après, c'est juste modifier les dates.
 **[6:11 - 6:11]** Merci.
 **[6:09 - 6:10]** Merci.
 **[6:39 - 6:42]** Non?
 **[6:12 - 6:26]** Ok.
 **[6:11 - 6:12]** Merci.
 **[6:46 - 6:52]** Ah ok.
 **[6:52 - 7:06]** Ok.
 **[6:44 - 6:46]** C'est quoi la rencontre?
 **[7:11 - 7:17]** Ok.
 **[7:17 - 7:19]** Ok.
 **[7:06 - 7:10]** Ok.
 **[7:21 - 7:31]** Ok.
 **[7:31 - 7:31]** Ok.
 **[7:19 - 7:21]** Ok.
 **[7:41 - 7:43]** Ok.
 **[7:47 - 7:53]** Ok.
 **[7:53 - 7:55]** Ok.
 **[7:55 - 7:55]** Ok.
 **[6:26 - 6:39]** C'est quoi la rencontre de demain?
 **[7:55 - 8:03]** Ok.
 **[8:03 - 8:03]** Ok.
 **[8:03 - 8:03]** Ok.
 **[8:03 - 8:05]** Ok.
 **[8:05 - 8:13]** Ok.
 **[8:13 - 8:13]** Ok.
 **[8:13 - 8:13]** Ok.
 **[8:13 - 8:13]** Ok.
 **[8:13 - 8:13]** Ok.
 **[7:31 - 7:41]** Ok.
 **[8:26 - 8:30]** Donc, jusqu'à quand est-ce qu'on est avec Sidley?
 **[6:42 - 6:44]** C'est quoi la rencontre?
 **[8:13 - 8:26]** Ok, ça marche.
 **[8:58 - 9:13]** ST' 501
 **[8:13 - 8:13]** Ok.
 **[8:43 - 8:58]** Sous-titrage
 **[7:43 - 7:43]** Ok.
 **[9:23 - 9:25]** Oui.
 **[9:13 - 9:17]** Donc là, ça veut dire que
 **[9:25 - 9:25]** Oui.
 **[9:17 - 9:23]** Willy prend la main complètement sur le front?
 **[10:27 - 10:32]** Ok.
 **[10:32 - 10:41]** Pour demain, le test, tu veux que je prépare quelque chose de mon côté sur le CMS ou je réutilise les tests qu'on a fait?
 **[9:40 - 9:57]** Cool.
 **[9:57 - 9:57]** Cool.
 **[11:05 - 11:05]** Ok.
 **[7:43 - 7:47]** Ok.
 **[11:05 - 11:05]** Ok.
 **[11:05 - 11:05]** Ok, cool.
 **[11:35 - 11:46]** Nei.
 **[10:43 - 11:05]** Ok.
 **[11:46 - 11:50]** Það er hann.
 **[9:25 - 9:40]** Ah, jusqu'au...
@@ -0,0 +1,275 @@
 **[0:00 - 0:11]** Salut, je vais t'envoyer plusieurs fichiers à lire, il y aura plus de détails dedans mais rapidement je voulais te donner un peu de contexte.
 **[0:18 - 0:29]** Pour la nouvelle synchro l'idée serait essentiellement d'arrêter de passer par directus et de fonctionner avec des JSON qui seront déposés sur S3.
 **[0:29 - 0:34]** Le but serait d'avoir un flux plus simple, plus stable et plus facilement contrôlable.
 **[0:11 - 0:18]** Les deux premiers documents que tu vas recevoir seront la nouvelle idée pour la synchro et la nouvelle approche pour la suppression côté Mogador.
 **[0:34 - 0:42]** Cette solution nous permettrait aussi d'avoir des informations qui vont toucher les programmations qui arriveront dans le futur.
 **[0:42 - 0:49]** Aujourd'hui ce n'est pas le cas avec directus, ce n'est pas possible mais avec la solution de JSON c'est possible.
 **[0:49 - 1:10]** L'avantage c'est qu'on pourra mieux maîtriser ce qui est envoyé, on pourra avoir des traces très claires sur les fichiers, on pourra faire du versioning et historiser les échanges, les échanges, historiser les mises en prod des données.
 **[1:10 - 1:23]** Donc quand tu penses comme ça, ça fait que directus n'a plus vraiment sa place mais tu pourras regarder le document et avoir plus d'informations sur toute l'architecture.
 **[1:23 - 1:33]** Tu verras une version simplifiée que je donnerai au fournisseur et toi tu auras la version complexe avec toute l'architecture.
 **[1:41 - 1:45]** Cela va avoir une approche un peu différente.
 **[1:45 - 1:50]** La partie que je t'envoie n'aura peut-être pas, je n'ai pas encore pris une décision.
 **[1:50 - 2:00]** Si je t'envoie la partie qui va gérer le data ou pas parce que j'ai une idée en tête mais je veux la valider avant de la montrer.
 **[2:00 - 2:06]** Pour la suppression de Mogador du côté PCI, je pense qu'il faut retirer cette idée là.
 **[2:06 - 2:12]** Le vrai problème c'est que l'API de Mogador est trop granulaire.
 **[2:12 - 2:22]** Il faudrait qu'on leur demande de faire un API qui va en soit refaire ce que l'on veut mettre dans la Syncro V2.
 **[2:22 - 2:30]** C'est à dire que quand on demande une information sur une collection, on devrait avoir automatiquement la collection, les saisons qui sont associées et dans les saisons les épisodes.
 **[2:30 - 2:42]** On devrait être capable d'avoir toutes ces informations-là de leur API et non avoir tous les éléments de façon granulaire comme ils le font aujourd'hui.
 **[2:42 - 2:48]** Encore, tu peux regarder la documentation, tout ça explique le tout.
 **[3:16 - 3:28]** J'ai peur que cela crée une plus grosse dépendance chez eux et que finalement, ça soit encore plus lourd qu'on ne le pense.
 **[3:28 - 3:37]** Donc, pour moi, la solution la plus simple, c'est de changer l'API ou bien qu'ils nous donnent un nouveau API en soi.
 **[2:48 - 3:04]** Une des raisons pour laquelle je pense qu'il ne faut pas se fier à PCI, c'est que si on leur demande de supprimer Mogador, tout ce qui sera échec de transition de données sera chez eux.
 **[3:37 - 3:40]** Je te laisse lire tout ça à tête reposée.
 **[3:40 - 3:44]** Tu me donneras ton avis à mon retour certainement.
 **[3:44 - 3:54]** Ensuite, autre changement de sujet, je vais aussi t'envoyer la présentation pour le projet de Francis.
 **[1:33 - 1:41]** Il y a aussi, j'ai aussi pris en compte tout ce qui va toucher le data.
 **[3:57 - 4:04]** Je t'envoie la présentation où Francis veut voir les projets que nous avons.
 **[3:54 - 3:57]** Le projet de Francis, non, excuse.
 **[3:04 - 3:16]** Tout ce qui sera les tentatives, les deuxièmes ou troisième, cinquième tentatives d'envoi sera de leur responsabilité.
 **[4:12 - 4:18]** De montrer les priorités, de montrer les enjeux, de montrer ce qui va arriver.
 **[4:18 - 4:23]** Donc, je te laisserai voir ça.
 **[4:04 - 4:12]** Tu verras que l'approche que j'ai choisie, c'est de montrer, oui, les projets, mais de montrer aussi comment l'équipe opère un peu.
 **[4:26 - 4:28]** Il reste Joël.
 **[4:28 - 4:32]** Et une fois que ces deux-là auront validé le tour, on va montrer ça à l'équipe.
 **[4:23 - 4:26]** J'ai déjà montré le document à Abiba.
 **[4:32 - 4:35]** Donc, voici la situation par rapport à ce point-là.
 **[4:48 - 5:00]** Parce que ça fait deux ou trois fois que je vois ou j'entends à TFO des gens qui ont fait des applications avec l'intelligence artificielle.
 **[4:37 - 4:48]** J'aimerais aussi, changement de sujet, j'aimerais aussi à ton retour, à mon retour, quand on parle de toi, moi et Sébastien sur le vibe coding.
 **[5:11 - 5:14]** Changement de sujet encore, Algolia.
 **[5:21 - 5:24]** Je pense que cette demande devient de plus en plus critique.
 **[5:14 - 5:21]** Tu te souviendras que je t'ai envoyé un document qui demandait à ce qu'on est en consultant Algolia.
 **[5:05 - 5:10]** Je pense qu'il faudrait qu'on ait une discussion à ce sujet-là.
 **[5:24 - 5:34]** Pour la simple raison que l'on a déjà reçu des tickets, à deux d'ailleurs je pense, qui indiquent des anomalies sur la recherche.
 **[5:34 - 5:36]** En soi, ce n'est pas des anomalies.
 **[5:41 - 5:48]** Parce que la configuration des index fait que d'autres produits prennent le dessus.
 **[5:48 - 5:53]** Je ne suis pas serein à ce qu'on soit des experts.
 **[5:36 - 5:41]** C'est juste que certains produits sont plus difficiles à trouver.
 **[5:53 - 5:55]** Donc je me rappelle bien qu'on ait un consultant.
 **[5:55 - 6:05]** Surtout avec le hub qui arrive et les améliorations qui doivent venir concernant la barre de recherche qui sera certainement beaucoup plus mise de l'avant.
 **[6:05 - 6:11]** Et qui pourrait aussi bénéficier idéalement à long terme avec le site.
 **[6:17 - 6:23]** Sur le monitoring des single points of failures, sur les synchronisations.
 **[6:23 - 6:32]** Mohamed a travaillé dessus mais il a dû prendre un peu de retard parce qu'il faisait l'opération durant l'absence de Joel.
 **[6:32 - 6:37]** Il a trouvé une application qui pourrait bien répondre à tout.
 **[6:11 - 6:15]** Changement de sujet.
 **[6:37 - 6:39]** C'est une solution assez prometteuse.
 **[6:39 - 6:43]** Je lui ai demandé de vérifier la possibilité d'avoir une...
 **[6:43 - 6:51]** A ce que le système puisse vérifier et nous alerter quand nos fichiers bash ne fonctionnent pas.
 **[6:51 - 6:54]** Et naturellement tout ce qui est critique dans le workflow.
 **[6:54 - 6:58]** Donc ça a l'air bien mais il va continuer ses tests.
 **[7:02 - 7:07]** Pas forcément valide mais qu'il les regarde et s'assure que les tests fonctionnent bien.
 **[7:00 - 7:02]** Il valide.
 **[7:08 - 7:16]** Si Joel estime que tout est beau, qu'ils aillent de l'avant et qu'ils prennent l'option business, c'est 20 dollars par mois.
 **[5:00 - 5:05]** Et qui aimerait que cela aille éventuellement en production.
 **[7:16 - 7:21]** J'aimerais que le tout soit fait pour la fin du mois.
 **[7:21 - 7:26]** Afin que l'on soit proactif pour le mois de septembre.
 **[6:58 - 7:00]** Je vais demander à Joel à ce que...
 **[7:34 - 7:40]** On a expliqué la situation actuelle du problème avec Meta à Roxali.
 **[7:40 - 7:42]** Elle comprend l'enjeu.
 **[7:51 - 7:55]** Uniquement pour accéder à la page de TFO.
 **[7:55 - 8:01]** Par contre elle voudrait qu'il y ait un admin de TO.
 **[8:01 - 8:07]** Donc aujourd'hui la liste serait Joel, Cindy, Kevin.
 **[7:42 - 7:51]** Elle est d'accord à ce qu'on ait nos comptes persos attachés au compte de TFO.
 **[8:07 - 8:12]** Je n'ai pas encore parlé à Joel, donc s'il est ok avec ça qu'il soit admin.
 **[8:12 - 8:16]** Sinon on peut demander à Jean-Claude, sinon ce sera à moi.
 **[8:21 - 8:26]** Juste au cas où il faudrait au minimum deux admins.
 **[8:26 - 8:30]** Comme ça si quelqu'un part, il y a toujours quelqu'un qui peut faire le nettoyage.
 **[8:16 - 8:21]** Je me pose la question aussi si Garen ou une autre personne ne devrait pas être aussi admin.
 **[8:30 - 8:35]** Changement de sujet, Idelo.
 **[8:35 - 8:45]** Concernant Idelo, il y a eu un problème qui faisait que certains produits n'étaient pas associés à leur collection.
 **[8:53 - 8:57]** La cause a été identifiée, j'en parlerai avec Joel.
 **[8:57 - 9:01]** C'est une histoire de log qui prenait trop d'espace.
 **[9:01 - 9:06]** Franck avait quand même augmenté la taille du serveur.
 **[9:06 - 9:13]** Cependant, le fait que le serveur n'avait plus d'espace, cela avait corrompu le cache de la synchro.
 **[8:45 - 8:53]** En fait, au début du mois, on a remarqué que le serveur P2 qui touche Idelo n'avait plus d'espace.
 **[9:13 - 9:16]** Ce qui faisait que la synchro n'avait pas fonctionné.
 **[9:16 - 9:19]** Le backup a bien fonctionné qui est le P1.
 **[9:27 - 9:30]** Parce que j'ai beaucoup parlé avec Mohamed pour lui expliquer tout ça.
 **[9:30 - 9:39]** Mais je n'ai pas eu le temps avec lui de creuser pourquoi P1 n'a pas, disons, n'était pas à 100% correct comme il aurait dû l'être.
 **[9:19 - 9:27]** Sauf que je ne sais pas pourquoi, je n'ai pas eu le temps de creuser ni Mohamed.
 **[9:42 - 9:46]** Donc, tout est normal maintenant, je dirais.
 **[9:39 - 9:42]** Mais une fois qu'on a fixé P2, le tout s'est stabilisé.
 **[7:29 - 7:34]** J'ai rencontré Kevin Roxali au sujet de Meta et Facebook.
 **[9:50 - 9:55]** Qu'est-ce que j'allais dire d'autre ?
 **[9:55 - 9:58]** Pour changement de sujet pour Bukili.
 **[9:46 - 9:50]** Donc, il y a ça.
 **[10:07 - 10:14]** Ils doivent nous livrer une version prêt pour la prod dans les jours qui suivent.
 **[10:14 - 10:16]** La discussion a commencé.
 **[10:18 - 10:20]** Donc, ça s'en vient.
 **[10:20 - 10:26]** J'ai quand même demandé certaines clarifications auprès de Abdoulaye.
 **[10:16 - 10:18]** Ils sont en train de préparer le tout.
 **[10:26 - 10:27]** Donc, il va s'occuper de ça.
 **[10:27 - 10:30]** J'ai aussi déjà briefé Carole.
 **[9:58 - 10:07]** Bukili, il y a eu un retard de 4 à 5 jours qui est accusé par le fournisseur.
 **[10:35 - 10:41]** Par contre, le plus gros risque que j'ai aujourd'hui, c'est la data au niveau de Bukili.
 **[10:30 - 10:32]** Donc, elle est au courant.
 **[10:41 - 10:48]** Principalement, après dire, tu sais quoi, je vais te laisser parler à Abiba qui pourra t'expliquer l'enjeu.
 **[10:53 - 11:05]** JW Player et tout ce qui est live pour l'émission toute une semaine.
 **[11:10 - 11:12]** On leur a proposé Algolia.
 **[11:12 - 11:13]** Ils travaillent dessus.
 **[11:13 - 11:15]** Ils ont posé des questions.
 **[11:15 - 11:17]** C'est toujours en cours actuellement.
 **[11:18 - 11:30]** J'ai aussi approuvé une nouvelle facture de 5000$ pour JW Player OTT.
 **[11:30 - 11:38]** Parce que certains éléments étaient un peu à le scope, tels que la traduction de petits tags.
 **[11:38 - 11:42]** Ou bien, demander à ce que le live s'affiche 3 jours à l'avance.
 **[7:26 - 7:29]** Changement de sujet.
 **[11:05 - 11:10]** Au niveau de l'OTT, on leur a parlé de la barre de recherche.
 **[11:43 - 11:49]** Je me suis dit que ce serait mieux de le faire que d'avoir des éléments écrits en anglais.
 **[11:52 - 11:54]** Finan, c'est déjà au courant.
 **[11:54 - 12:01]** Il y a eu une grosse rencontre avec tous les techniciens.
 **[11:49 - 11:52]** Donc, il y aura une facture de 5000$.
 **[10:48 - 10:53]** Je pourrais t'expliquer, mais il y a tellement de choses que je veux avancer aussi.
 **[12:02 - 12:12]** de PO, de Alex Giffard, de Brian Peng, Airee, moi, Willy, Jean-Claude.
 **[12:12 - 12:14]** On s'est tous rencontrés.
 **[12:16 - 12:19]** Tout le monde est au courant comment ça va fonctionner.
 **[12:24 - 12:29]** J'ai par la suite rencontré Sonia et Philippe individuellement avec Jean-Claude.
 **[12:22 - 12:23]** Elle a fait tout un document.
 **[12:39 - 12:43]** Ils ont compris comment ça va fonctionner.
 **[12:33 - 12:39]** Je leur ai montré le flux naturellement simplifié et non technique.
 **[12:14 - 12:16]** On a parlé de flux de publications.
 **[12:29 - 12:30]** Excusez-moi, individuellement.
 **[12:50 - 12:53]** Donc, on va de l'avant.
 **[12:46 - 12:50]** Il n'y a pas eu de questions, il n'y a pas eu de débat ou il n'y a pas eu de demande supplémentaire.
 **[13:02 - 13:06]** Elle va certainement trouver des produits qui pourront répondre à cette demande-là.
 **[12:59 - 13:02]** Donc, Airee est sur le dossier.
 **[13:06 - 13:09]** Dans l'ensemble, c'est à peu près tout.
 **[12:19 - 12:22]** Airee pourrait te montrer ce flux-là.
 **[13:09 - 13:13]** Je vais essayer de voir s'il y a d'autres éléments, mais dans l'ensemble, c'est ça.
 **[12:53 - 12:59]** Tu as certainement remarqué, j'ai fait un email qui demande à ce qu'on fasse des tests live entre maintenant et le 17.
 **[12:30 - 12:33]** Je les ai rencontrés ensemble avec Jean-Claude.
@@ -0,0 +1,439 @@
 **[0:00 - 0:08]** Allo Ah, t'es sur mute, ça va ?
 **[0:08 - 0:09]** Ça va et toi ?
 **[0:09 - 0:11]** Ça va, comment se passe ta journée ?
 **[0:16 - 0:17]** Le retour est dur, non ?
 **[0:17 - 0:24]** Je sais, ouais, ouais Je te plains, je te jure  Ah il a jamais...
 **[0:24 - 0:24]** Non...
 **[0:24 - 0:48]** Vous ne se même pas imaginer Ça ira, ça ira  Ça ira, pas le choix, pas le choix  Ça va aller, ça date la première semaine Quand même, ça nécessite un petit peu d'arrustement  Je savais que ça allait être plus intense que la dernière fois  Je savais, j'étais déjà prêt mentalement par rapport à ça mais...
 **[0:48 - 1:34]** J'avoue que je m'attendais pas à avoir 800 images Ouh, ok  Non, non   Ben c'est impossible ça  Ouais, ben en fait, c'est bien l'intelligence artificielle Le premier truc que je fais, je dis : "Lit tous mes emails et dis-moi ce qui est important"  C'est bon, sérieux Il m'a sorti, je dis : "Ok, c'est bon" Bon après, le reste je peux gérer le reste On fait tout ce qui est tickets, etc  Il a tout nettoyé pour moi Donc là, je suis à 386  Ouais, j'ai encore un peu de lecture à faire   Un peu de lecture à faire Mais bon Il est désolé   Et toi, comment ça va ?
 **[1:34 - 4:27]** Oui, ça va, ça va tout va être neuf   Non mais c'est bien Bon, moi je sais pas, j'ai pas grand chose à dire Parce que, bah, tout est neuf là encore  Ouais, juste pour ma part, rapidement, juste un petit état des lieux De ce qui se passe, je pense que tu es déjà au courant Donc, Bokili, ça va être la VM         Je vais en continuer à en parler avec Sébastien Pour voir si on peut garder la VM Je ne vois pas la nécessité de changer, moi, personnellement Si on arrive, je vais essayer de faire comprendre que la VM C'est quand même une recommandation de Microsoft Donc Je pense que tu vas lire dans tes emails Un email de Carole Ça a été, je pense, déjà clarifié avec Sébastien Avec Sébastien Et on va vers la VM Pour le moment Ok Pour longue durée En principe Donc, tout ce qui est API par exemple C'est juste un truc qu'on pourra faire ou ne pas faire Selon nos besoins actuels Mais d'après ce que j'ai compris Sébastien a accepté la proposition de la VM Pour longue durée Donc on n'aura pas à faire tout de suite, tout de suite après l'API Ou peut-être qu'on n'aura pas à la faire carrément Ok Donc, à ce stade-là, je suis en train de tester les connexions avec la base prod de Bourguier Pour voir si tout va bien Donc je suis toujours à ce stade-là Franck vient de me donner les credentials et tout Donc il y a ça Donc une fois que j'ai les accès, tout est confirmé Une fois que la base est migrée C'est là que je vais commencer un travail de mapping Pour voir qu'est-ce qu'il manque en termes de champs Pour pouvoir mettre en place l'intégration Je vais peut-être être à 100% sur ça Ça va être un gros morceau Pour le ticket de Sonia, ce qu'elle a demandé pour inclure les productions originales J'ai fait un ticket à l'équipe Louise Pour me sortir tout ce qui a été programmé depuis 2022 Janvier 2022 pour avoir le flag éloigné noir Parce que dans DirectFus, je ne peux pas avoir liste au-dessus Non, tu n'as pas liste au-dessus Donc une fois que j'ai ça, je peux faire le link-in J'ai préparé le pipeline pour ajouter la colonne « as original » Une fois que j'ai ça, je vais la peupler Je vais mettre un toggle dans le rapport Comme ça, elle va toggler et elle aura la production originale Sinon, on aura le rapport dans sa complétude Il y a deux tickets sur lesquels...
 **[4:27 - 5:27]** Mais attends, attends, attends Oui Le truc, tout ce qui est original, il faut que tu fasses attention Parce que moi, Pierre-Olivier m'avait dit une chose une fois Et depuis, ça m'interpelle En fait, ce qu'il m'avait dit, c'est qu'on pouvait se retrouver dans une situation Où, saison 1, saison 2 sont des produits originaux et saison 3 ne l'est pas On peut se retrouver dans ces situations-là Et ça va être original sur le produit Donc, elle est appliquée sur le produit, dans la fiche produit Au niveau de l'UIS, c'est toujours au niveau du produit, oui Donc, une fois que j'ai le BIS de valeur du produit à côté original Ok Autoportique, comment ça va être filtré dans nos rapports Ok Donc, ça ne va pas prendre en considération la même série Si elle n'est pas originale, elle ne va pas la prendre en considération Du moment que ce n'est pas activé au niveau du BIS Ou ce n'est pas coché plutôt au niveau du produit Ok Exactement Donc, il y a ça, il y a deux tickets Et il y a le ticket de...
 **[0:11 - 0:16]** Ça va, ça va, super, ça fait plaisir de te revoir Merci, pas vraiment C'est un peu...
 **[5:29 - 5:35]** Non, Amélie, ça va être Vinta qui va prendre en charge, je pense Elle est sur sa...
 **[5:35 - 6:11]** Ok, mais ça je voudrais, je voudrais ça J'ai l'air en tête, mais je ne l'ai pas encore regardé, c'est pour ça Oui, elle est en contact avec elle On se réunir, je pense, au retour de Vinta Je ne suis pas sûre, donc je n'ai pas les updates par rapport à ça Mais d'après ce que j'ai vu, il y a une rencontre qui a été organisée Ok Qui sera organisée peut-être Je ne suis pas sûre par rapport à ça J'ai deux tickets, celui de Isabelle Bessette et un autre de Théo C'est pour faire des changements au niveau du rapport performance vidéo Oui Celui de Bessette, elle demande qu'on ait comme un group in par les...
 **[6:11 - 6:23]** Pas par série, mais par titre Si par exemple il y a une série qui a une saison 1, 2, 3, 4 Qu'on regroupe la performance Elle veut une performance par collection ?
 **[6:23 - 7:10]** Par collection, exactement Donc là je n'ai pas encore eu le temps de travailler Et parce que ce qui se passe, c'est que Marie-Pierre veut qu'on garde la défalcation entre les séries Pour voir si une série est visionnée et voir si on renouvelle les droits de cette série ou pas Donc elle a besoin d'avoir les informations spécifiques à la saison Pour voir si elle veut renouveler la saison spécifique ou pas Bessette, elle veut un group in pour ses rapports mensuels Comme ça elle a la performance de toute la série avec ses saisons Donc là je devrais passer un peu de temps pour voir comment je devrais présenter ça dans le rapport Mais attend il y a un truc qui m'interpelle dans le sens Pourquoi Bessette n'est pas capable de prendre toutes les performances de saison et en faire une conclusion ?
 **[7:12 - 9:44]** Elle va devoir additionner son argument, c'est qu'elle va devoir additionner Elle doit sortir toutes les séries additionnées, refaire le ranking parce que ça peut changer Ok Le truc c'est que oui c'est juste un petit besoin Pour moi c'est juste une étape de faire Bah tu prends 3 ou 4 saisons C'est pas comme si on a des séries qui ont 99 saisons Donc Oui c'est qu'on a 3 ou 4 saisons Elle ne va pas additionner beaucoup Mais effectivement ça va être plus facile pour elle d'avoir un ranking facile Bah oui Mais je pense pas qu'on aura priorisé ça tout de suite Parce que juste un besoin comme ça supplémentaire Et je devrais peut-être repenser tout le layout du rapport à cause de ça Tu vois si tu veux faire 54 blocs avec des liens etc Ça va Honnêtement moi je te dirais que si c'est Je vais être un peu cru mais Si c'est modifier tout le système juste parce que tu as une certaine finance de faire une chose Non Je peux peut-être lui préparer comme un one pager dans un rapport spécifique Que pour elle marketing et puis avoir ça sans pour autant modifier le layout du rapport qui est consulté par plein de monde Je ne veux pas quand même avoir plein plein de pages qui peuvent porter à confusion Je peux faire un one pager quand j'aurai le temps Même ça j'ai pas envie parce qu'en fait c'est comme si tu faisais des custom par personne Alors que c'est pas ça l'objectif L'objectif c'est quand on vous donne les informations elles sont là Certes ça peut demander une autre formule mathémique à faire en plus Mais si ce n'est que 2-3 minutes de plus Non Ok Le ticket il est là je sais pas ce que j'en fais Mais là on attend qu'on va le revisiter pour le moment Mais pour le moment c'est vraiment pas une priorité Moi que je vais mettre en attente Ouais c'est pas une priorité du tout ça Ça marche Et il y a un petit ticket qui traîne depuis juin J'arrive pas à le finaliser parce que j'ai pas eu le temps C'est celui de Théo Il veut quand même une addition entre les performances sur TFU.org web et OTT Il veut que la performance soit aussi groupée de ce point de vue là Bah lui aussi c'est un calcul mathématique à faire non ?
 **[5:27 - 5:29]** Amélie ?
 **[11:49 - 12:14]** Parce qu'il y a plus cette manière de calcul de la part de YouTube d'attendre genre 30 secondes pour calculer un visionnement Même si tu scrolls et tu as la vue qui s'affiche c'est automatiquement un view de compté Donc pour pouvoir rester dans la même logique qu'on avait autrefois J'ai fait un courriel à Marianne P.O.
 **[7:10 - 7:12]** C'est pas plus rapide ?
 **[13:46 - 13:50]** Avec le live de ONFR sur l'OTT qui arrive ?
 **[13:33 - 13:46]** Mais il faut que je vais continuer de lire mes affaires Et si j'ai des questions je te reviendrai J'imagine que pour l'OTT tu es quand même au courant de ce qu'il se passe Qu'est-ce qu'il se passe ?
 **[12:14 - 13:33]** les gens de marketing pour qu'ils comprennent qu'il faut se baser sur les engaged views Pour avoir l'historique, pour voir l'évolution historique C'est basé sur les views brutes parce qu'il y aura un pic qui ne va rien dire Un pic qui ne va pas de sens J'ai ajouté aussi un filtre par pays dans le rapport YouTube performance afin qu'ils puissent ressortir les données spécifiques au Canada Et j'ai mis à jour plein de visuels qui étaient un petit peu hors-lui Si je peux dire ça comme ça Et aussi d'inclure le fait qu'on a deux maîtris qui sont les visionnements et les engaged views Et j'ai dit c'est le fait qu'on peut les accompagner pour ce qu'ils ont mentionné lors de la dernière assemblée Ils ont parlé qu'il y aura une nouvelle stratégie de tout Ils sont en train de recruter quelqu'un qui va être spécifiquement dédié à la stratégie de tout Et qu'il y aura deux chaînes supplémentaires De nouvelles chaînes supplémentaires Oui Ok Je résiste ils ont besoin de nous pour eux Ok Ok Donc il y a ça Je pense que c'est ça de mon côté Donc la priorité actuelle c'est vos clignes Ok ok, ça sent bien Ça sent bien, ça sent bien Ok J'ai pas d'autre chose vraiment comme...
 **[9:44 - 11:49]** Oui Ouais Non parce qu'en fait ce qui arrive c'est que si tout le monde commence à dire je veux ça ça ça ça ça On va jamais s'en sortir Ouais Donc si ce n'est que de faire des calculs mathématiques l'information est là Informationnelle donc effectivement ils peuvent additionner et voir ce que ça donne C'est ça donc Comme un type de top 5 des meilleures performances pour 5 produits Ils peuvent voir et faire une petite recherche du côté OTT Faire une petite recherche du côté web et puis Additionner Additionner Mais en tout cas Je ne sais pas si on peut dire non sur du cycle comme ça Politiquement parlant Bah on verra comment on verra comment le formuler Mais pour le moment on ne va pas y mettre une grosse priorité Après de toute façon ce qui est intéressant avec Théo c'est que ça fait depuis juin donc Rien ne m'empêche à un moment d'aller voir Pierre Olivier lui dire regarde on a pris conscience de la demande mais on ne pourra pas la faire tout simplement parce qu'il y a d'autres priorités C'est le business qui demande d'autres priorités donc Je peux par exemple la mettre en avant en disant que notre centre actuellement ne permet pas de désoigner Ouais Ouais ouais On peut s'y pencher peut être dans le futur donc on peut garder ses tickets comme ça Je pense que c'est ça Mon côté va pour YouTube J'ai pris en charge d'intégration de tout ce qui est engaged views Tu te rappelles le courriel qu'on a reçu de YouTube pour dire qu'il y aura un changement dans la métrologie de calcul et tout Donc c'est bon c'est pris en charge dans notre pipeline, notre data webhouse J'ai mis en à jour le rapport performance YouTube correspondant Donc maintenant dans le rapport performance YouTube on a deux métriques celle des views brutes et celle des views engaged Parce que qu'est-ce qui va se passer c'est que les views ils vont skyrocket Et ça va être incroyable la différence entre les views brutes et les views engaged Pourquoi ?
 **[13:53 - 14:51]** Ok, je pensais que Jean-Claude tu avais parlé Ok Bah en fait techniquement ça devrait pas avoir un impact sur toi Mais je voulais juste que tu es au courant Mais il y a l'émission toute une semaine de ONFR qui arrive à partir du 17 septembre Ce sera chaque semaine Ce sera diffusé en live sur télé, tfo.org et OTT Ce sera de 19h30 à 20h normalement Et pour toi ça n'a pas d'impact normalement Parce que tout se retrouve dans JW Player de toute manière Donc tu devrais être ok mais juste au cas où Mieux que tu le saches Donc cette émission là Il sera diffusé en live sur l'OTT mais on aura derrière comme les données de visionnement à la fin, c'est ça ?
 **[14:51 - 14:52]** Bah en fait...
 **[14:52 - 14:55]** Donc c'est pas comme le live du web ?
 **[14:55 - 15:09]** Si, ce sera comme le live du web mais sur OTT Je voulais savoir comment ça va se présenter dans la table de JW Player ou la table CDN ?
 **[15:14 - 15:20]** J'ai les rencontres demain si tu veux Oui Je peux leur poser la question Oui Donc comment ça va se présenter ?
 **[15:20 - 15:24]** Est-ce que ça va se présenter comme un ID...
 **[15:09 - 15:14]** Ca je sais pas Je peux poser la question demain à...
 **[15:24 - 15:26]** Un média ID avec...
 **[15:46 - 15:53]** Oui Ok Et puis est-ce qu'il y aura des tracking associés à ce média ID ?
 **[15:53 - 15:59]** Est-ce qu'on aura dans le web CDN des lignes qui vont rapporter ce qui s'est passé en termes du bureau ?
 **[15:59 - 16:05]** Pas à ma cause Je sais qu'on a demandé l'implication de...
 **[16:05 - 16:07]** Comment ça s'appelle ?
 **[16:07 - 16:33]** Google Analytics pour l'OTT Mais je sais pas encore comment cela a été implémenté J'ai pas encore regardé Demain moi je vais au bureau c'est là où j'aurai plus d'informations Donc je pourrais mieux voir qu'est-ce qui a été fait concrètement et tout là Oui oui oui oui Mais je dois toujours poser une question à l'invitation du bureau Est-ce qu'il va faire plus les données pour justement ce média ID ?
 **[16:33 - 16:58]** Ok Qui correspond au live qui va être diffusé parce qu'actuellement toutes les données OTT sont émanent du CDN De la table CDN Ok Ça s'appelle comme ça D'accord Ok Donc si on a ça C'est sur cette phase qu'on va se dire Est-ce qu'on aura besoin d'un changement au niveau du rapport ?
 **[15:26 - 15:46]** Voilà Il y aura un média ID Il y aura un média ID Ca je peux déjà te répondre Le média ID on l'aura aussi dans Directus Donc si tu as besoin du média ID Ca tu auras toutes les informations nécessaires pour ça alors Et le média ID du web ce sera celui de l'OTT c'est ça ?
 **[16:58 - 16:59]** Au niveau de l'intégration ?
 **[16:59 - 17:36]** Ou ça va être automatiquement affiché une fois les gens ils vont mettre dans le monteur de recherche du rapport Ils vont mettre le titre de l'émission Ils vont avoir ce qui a été fait et ce qui a été visualisé Ok Ok Ça s'appelle bien Je pose la question demain je te reviens alors Ok parfait Je pense que c'est ça de mon couteau Ok S'il y a quoi que ce soit Bah je te tiens au courant aussi Je vais pas te bloquer Ça marche Merci beaucoup Merci Ok bye Ok bye Ok je vais y arriver éventuellement Ok bye Ok bye
 **[0:00 - 0:07]** Salut !
 **[0:11 - 0:12]** Ça va, ça va, super !
 **[0:12 - 0:13]** Ça fait plaisir de te revoir.
 **[0:13 - 0:19]** Je sais !
 **[0:19 - 0:19]** Aïe, aïe, aïe !
 **[0:23 - 0:24]** Aïe, aïe, aïe !
 **[0:19 - 0:23]** Je te plains, je te jure !
 **[0:07 - 0:11]** Ça va et toi ?
 **[0:24 - 0:26]** J'ose même pas imaginer !
 **[0:28 - 0:32]** Oui, oui, oui.
 **[0:32 - 0:34]** Ça va aller, on s'adapte.
 **[0:34 - 0:40]** La première semaine, quand même, ça nécessite un petit peu d'ajustement, mais ça agréerait.
 **[0:57 - 1:00]** C'est impossible, ça !
 **[1:00 - 1:10]** C'est bien, c'est bien, ça.
 **[1:10 - 1:10]** Ça fait.
 **[0:40 - 0:57]** Oh là là !
 **[1:17 - 1:18]** Oui.
 **[1:14 - 1:16]** Oui, oui, c'est bien.
 **[1:18 - 1:30]** Oui.
 **[1:10 - 1:14]** Enlever tout ce qui est étiquette, etc.
 **[1:30 - 1:32]** Oui, ça y est, c'est bien.
 **[1:32 - 1:36]** Oui, ça va, ça va, tout va bien de mon côté.
 **[1:37 - 1:53]** Oui, juste pour ma part, rapidement, juste un petit état des lieux, de ce qui se passe, je pense que tu es déjà au courant.
 **[1:53 - 2:01]** Donc, Bokili, ça va être la VM pour le moment.
 **[2:02 - 2:10]** S'il y a besoin futur de changer vers l'API ou si les besoins se présentent, on va faire… Oui.
 **[2:24 - 2:27]** Je pense que tu vas lire dans tes emails, un email de Carole.
 **[2:10 - 2:10]** Oui.
 **[2:27 - 2:36]** Ça a été, je pense, déjà clarifié avec Sébastien et on va vers la VM pour le moment.
 **[2:39 - 2:47]** En principe, tout ce qui est API par la suite, c'est juste un truc qu'on pourra faire ou ne pas faire selon nos besoins actuels.
 **[2:55 - 3:02]** Donc, on n'aura pas à faire tout de suite, tout de suite après l'API ou peut-être qu'on n'aura pas à la faire carrément.
 **[2:47 - 2:55]** Mais d'après ce que j'ai compris, Sébastien a accepté la proposition de la VM pour longue durée.
 **[2:36 - 2:38]** Donc, pour une longue durée.
 **[3:11 - 3:13]** Donc, je suis toujours à ce stade-là.
 **[3:02 - 3:11]** Donc, à ce stade-là, je suis en train de tester les connexions avec la base PROD de Bourguet pour voir si tout va bien.
 **[3:18 - 3:22]** Une fois que j'ai les accès, tout est confirmé.
 **[3:16 - 3:18]** Donc, il y a ça.
 **[3:13 - 3:16]** Franck vient de me donner les credentials et tout.
 **[3:33 - 3:36]** Je vais être peut-être à 100% sur ça.
 **[3:22 - 3:33]** Une fois que la base est migrée, c'est là que je vais commencer un travail de mapping pour voir ce qui manque en termes de champs pour pouvoir mettre en place l'intégration.
 **[3:36 - 3:38]** Ça va être un gros morceau.
 **[4:00 - 4:04]** Parce que dans Directus, je ne peux pas avoir liste de ce qui a été programmé.
 **[3:39 - 4:00]** Pour le ticket de Sonia, ce qu'elle a demandé pour inclure les productions originales, j'ai fait un ticket à Louise, à l'équipe Louise, pour me sortir tout ce qui a été programmé depuis 2022, janvier 2022, pour avoir le flag « is original » ou pas.
 **[4:13 - 4:14]** Une fois que j'ai ça, je vais la peupler.
 **[4:04 - 4:08]** Donc, une fois que j'ai ça, je peux faire le LinkedIn et tout.
 **[4:08 - 4:13]** J'ai préparé le pipeline pour ajouter la colonne « is original ».
 **[4:17 - 4:21]** Comme ça, elle va toggler et elle aura la production originale.
 **[4:14 - 4:17]** Je vais mettre un toggle dans le rapport.
 **[4:24 - 4:30]** Il y a deux tickets sur lesquels… Oui ?
 **[4:21 - 4:24]** Sinon, on aura le rapport dans sa complétude.
 **[4:30 - 4:35]** Oui.
 **[4:38 - 4:53]** Ça va être original sur le produit.
 **[5:07 - 5:12]** Ça ne va pas prendre en considération la même série.
 **[4:53 - 4:57]** Donc, elle est appliquée sur le produit, dans la fiche produit.
 **[5:00 - 5:07]** Donc, une fois que j'ai le business number du produit à côté, original ou pas, autant que ça va être filtré dans mon rapport.
 **[5:12 - 5:21]** Si elle n'est pas originale, elle ne va pas la prendre en considération du moment que ce n'est pas activé au niveau de Louise, ou ce n'est pas coché plutôt au niveau de Louise.
 **[5:22 - 5:22]** Exactement.
 **[5:22 - 5:25]** Donc, il y a ça, il y a deux tickets.
 **[5:25 - 5:34]** Il y a le ticket de… Non, Amélie, ça va être Binta qui va prendre en charge, je pense.
 **[5:34 - 5:41]** Oui, elle est en contact avec elle.
 **[5:34 - 5:34]** Elle est sur ça.
 **[5:41 - 5:43]** Ils vont se réunir, je pense, au retour de Binta.
 **[5:43 - 5:43]** Je ne suis pas sûre.
 **[5:43 - 5:45]** Donc, je n'ai pas les updates par rapport à ça.
 **[5:45 - 5:51]** Mais d'après ce que j'ai vu, il y a une rencontre qui a été organisée, qui sera organisée peut-être.
 **[5:51 - 5:53]** Donc, je ne suis pas sûre par rapport à ça.
 **[5:58 - 6:03]** C'est pour faire des changements au niveau du rapport performance vidéo.
 **[5:53 - 5:58]** J'ai deux tickets, celui d'Isabelle Bessette et un autre de Théo.
 **[6:03 - 6:13]** Celui de Bessette, elle demande qu'on ait comme un group-in, pas par série, mais par titre.
 **[6:13 - 6:24]** Si, par exemple, il y a une série qui a une saison 1, 2, 3, 4, qu'on regroupe la performance par collection, exactement.
 **[6:24 - 6:27]** Donc, là, je n'ai pas encore eu le temps de travailler.
 **[6:27 - 6:39]** Et parce que ce qui se passe, c'est que Marie-Pierre veut qu'on garde la défalcation entre les séries pour voir si une série est visionnée et voir si on renouvelle les droits de cette série ou pas.
 **[6:39 - 6:46]** Donc, elle a besoin d'avoir les informations spécifiques à la saison pour voir si elle veut renouveler la saison spécifique ou pas.
 **[6:46 - 6:51]** Bessette, elle veut un group-in pour ses rapports mensuels.
 **[6:51 - 6:57]** Comme ça, elle a la performance de toute la série avec ses saisons.
 **[6:57 - 7:02]** Donc, là, je devrais passer un peu de temps pour voir comment je devrais présenter ça dans le rapport.
 **[7:02 - 7:14]** Elle va devoir additionner.
 **[7:14 - 7:16]** Son argument, c'est qu'elle va devoir additionner.
 **[7:16 - 7:22]** Elle doit sortir toutes les séries, additionner, refaire le ranking parce que ça peut changer.
 **[13:50 - 13:53]** J'ai pas d'informations...
 **[7:26 - 7:30]** Le truc, c'est que… Oui, c'est juste un petit besoin.
 **[7:30 - 7:41]** Oui, c'est qu'on a trois, quatre saisons.
 **[7:41 - 7:42]** Elle ne va pas additionner beaucoup.
 **[7:42 - 7:48]** Mais effectivement, ça va être plus facile pour elle d'avoir un ranking facile.
 **[7:49 - 7:57]** Mais je ne pense pas qu'on aura priorisé ça tout de suite parce que j'ai juste un besoin comme ça supplémentaire.
 **[7:57 - 8:02]** Et je devrais peut-être repenser tout le layout du rapport à cause de ça.
 **[8:02 - 8:03]** Tu vois ce que je veux dire ?
 **[8:03 - 8:06]** Parce que j'ai comme quatre blocs avec des liens, etc.
 **[8:06 - 8:08]** Ça va prendre un peu de temps.
 **[8:08 - 8:36]** Je peux peut-être lui préparer comme un one-pager dans un rapport spécifique que pour elle, marketing et puis avoir ça sans pour autant modifier le layout du rapport qui est consulté par plein de monde.
 **[8:36 - 8:41]** Je ne veux pas quand même avoir plein, plein de pages qui peuvent porter à confusion.
 **[8:43 - 8:50]** Oui.
 **[8:41 - 8:43]** Je peux faire un one-pager quand j'aurai le temps.
 **[8:50 - 8:50]** Oui.
 **[9:03 - 9:06]** OK.
 **[8:59 - 9:03]** Oui.
 **[9:09 - 9:10]** Je ne sais pas ce que j'en fais.
 **[9:16 - 9:18]** Je vais le mettre en attente.
 **[9:10 - 9:16]** OK.
 **[9:06 - 9:09]** Le ticket, il est là.
 **[9:18 - 9:21]** Ça marche.
 **[9:21 - 9:23]** Il y a un petit ticket qui traîne depuis juin.
 **[9:28 - 9:35]** Il veut quand même une addition entre les performances sur le TFU pour G web et OTT.
 **[9:40 - 9:52]** Oui.
 **[9:27 - 9:28]** C'est celui de Théo.
 **[9:52 - 9:53]** Oui.
 **[9:35 - 9:40]** Il veut que la performance soit aussi groupée de ce point de vue-là.
 **[9:57 - 10:01]** Effectivement, ils peuvent additionner et voir ce que ça donne.
 **[10:01 - 10:02]** Effectivement.
 **[10:02 - 10:16]** S'ils font un top five des meilleures performances pour cinq produits, ils peuvent voir et faire une petite recherche du côté OTT, faire une petite recherche du côté web et puis additionner.
 **[9:57 - 9:57]** Informationnelle.
 **[9:23 - 9:27]** Je n'arrive pas à le finaliser parce que je n'ai pas eu le temps.
 **[10:24 - 10:28]** Oui.
 **[10:29 - 10:30]** Donc, là.
 **[10:54 - 10:55]** Blablabla.
 **[10:16 - 10:24]** Je ne sais pas si on peut dire non sur le ticket comme ça, politiquement parlant ou pas, mais on peut le dire.
 **[10:30 - 10:54]** Je peux par exemple la mettre en attente en disant que la vente passante actuellement ne permet pas de désolée.
 **[10:55 - 10:59]** On peut s'y pencher peut-être dans le futur.
 **[10:59 - 11:01]** Donc, on peut garder ces deux tickets comme ça.
 **[11:01 - 11:05]** Je pense que c'est ça.
 **[11:05 - 11:12]** De mon côté, pour YouTube, j'ai pris en charge l'intégration de tout ce qui est engaged views.
 **[11:12 - 11:17]** Tu te rappelles le courriel qu'on a reçu de YouTube pour dire qu'il y aura un changement dans la méthodologie de calcul et tout.
 **[11:17 - 11:18]** Donc, c'est bon.
 **[11:27 - 11:31]** Donc, maintenant, dans le rapport performance YouTube, on a deux métriques.
 **[11:22 - 11:27]** J'ai mis en ajour le rapport performance YouTube correspondant.
 **[11:18 - 11:22]** C'est pris en charge dans notre pipeline, dans notre data webhouse.
 **[11:31 - 11:34]** Celle des views brutes et celle des views engaged.
 **[11:36 - 11:39]** C'est que les views, ils vont skyrocket.
 **[11:34 - 11:36]** Parce que qu'est-ce qui va se passer ?
 **[11:39 - 11:45]** Et ça va être incroyable, la différence entre les views brutes et les views engaged.
 **[11:45 - 11:46]** Pourquoi ?
 **[11:46 - 11:55]** Parce qu'il n'y a plus cette manière de calcul de la part de YouTube d'attendre genre 30 secondes pour calculer un visionnement.
 **[11:55 - 12:01]** Même si tu scrolles et tu as la vidéo qui s'affiche, c'est automatiquement un view de compté.
 **[12:01 - 12:18]** Donc, pour pouvoir rester dans la même logique qu'on avait autrefois, j'ai fait un courriel à Marianne PO, les gens de marketing, pour qu'ils comprennent qu'il faut se baser sur les engaged views pour avoir l'historique, pour voir l'évolution historique.
 **[12:18 - 12:25]** Ils peuvent se baser sur les views brutes parce qu'il y aura un pic qui n'a pas de sens.
 **[12:25 - 12:34]** J'ai ajouté aussi un filtre par pays dans le rapport YouTube performance afin qu'ils puissent ressortir les données spécifiques au Canada.
 **[12:46 - 12:53]** J'ai fait le fait qu'on peut les accompagner pour ce qu'ils ont mentionné lors de la dernière assemblée.
 **[12:34 - 12:46]** J'ai mis à jour plein de visuels qui étaient un petit peu hors-sudé, si je peux dire ça comme ça, et aussi d'inclure le fait qu'on a deux métriques qui sont les visionnements et les engaged views.
 **[12:53 - 13:06]** Ils ont parlé qu'il y aura une nouvelle stratégie YouTube, qu'ils sont en train de recruter quelqu'un qui va être spécifiquement dédié à la stratégie YouTube et qu'il y aura deux chaînes supplémentaires, deux nouvelles chaînes supplémentaires.
 **[13:06 - 13:13]** Oui, j'ai résisté dans besoin de nous pour ça.
 **[13:13 - 13:15]** Donc, il y a ça.
 **[13:23 - 13:43]** Qu'est-ce qui se passe?
 **[13:15 - 13:16]** Je pense que c'est ça de mon côté.
 **[13:43 - 13:50]** Je n'ai pas d'informations.
 **[13:16 - 13:20]** Donc, la priorité actuelle, c'est vous qui l'a.
 **[14:23 - 14:47]** Donc, cette émission-là, il sera diffusé en live sur l'OTT, mais on aura derrière comme les données de visionnement à la fin, c'est ça?
 **[13:53 - 13:54]** Merci.
 **[14:51 - 15:05]** Je voulais savoir comment ça va se présenter dans la table de JW Player, dans la table CDN.
 **[15:15 - 15:17]** Donc, comment ça va se présenter?
 **[14:48 - 14:51]** Alors, ce n'est pas comme le live du web.
 **[15:17 - 15:24]** Est-ce que ça va se présenter comme un ID, un média ID avec les views?
 **[15:13 - 15:15]** Oui.
 **[15:37 - 15:43]** Et le média ID du web, ce sera le même que celui de l'OTT, c'est ça?
 **[15:44 - 15:49]** Et puis, est-ce qu'il y aura du tracking associé à ce média ID?
 **[15:58 - 16:14]** OK.
 **[15:13 - 15:13]** Oui.
 **[15:49 - 15:58]** Est-ce qu'on aura dans la table CDN des lignes qui vont rapporter ce qui s'est passé en termes de views, en termes d'utilisateur?
 **[15:43 - 15:44]** OK.
 **[16:14 - 16:15]** Oui.
 **[16:16 - 16:17]** Oui.
 **[16:15 - 16:16]** Oui.
 **[16:18 - 16:34]** Mais on peut toujours poser la question à JW Player, par rapport à la table CDN, est-ce qu'il va inclure les données pour justement ce média ID qui correspond au live qui va être diffusé?
 **[16:17 - 16:18]** Oui.
 **[16:45 - 16:46]** Oui.
 **[16:34 - 16:43]** Parce qu'actuellement, toutes les données OTT, ça émane de la table CDN, ça s'appelle comme ça.
 **[16:46 - 16:55]** Donc, si on a ça, c'est sur cette phase qu'on va se dire, est-ce qu'on aura besoin d'un changement au niveau du rapport, au niveau de l'intégration?
 **[16:43 - 16:45]** D'accord.
 **[16:55 - 17:08]** Ça va être automatiquement affiché une fois les gens, ils vont mettre dans le moteur de recherche du rapport, ils vont mettre le titre de l'émission, ils vont avoir ce qui a été fait, ce qui a été visionné.
 **[17:08 - 17:13]** OK.
 **[17:14 - 17:15]** On fait comme ça.
 **[17:13 - 17:14]** Parfait.
 **[17:14 - 17:14]** Parfait.
 **[17:17 - 17:20]** S'il y a quoi que ce soit, je vais te bloguer.
 **[17:15 - 17:17]** Je pense que c'est ça de mon côté.
 **[17:23 - 17:24]** Encourage.
 **[17:20 - 17:23]** Merci beaucoup.
 **[17:24 - 17:24]** Allez.
 **[17:25 - 17:26]** Encourage avec les 300 emails.
 **[17:26 - 17:30]** Encourage, courage.
 **[17:30 - 17:31]** Allez, salut.
 **[17:31 - 17:31]** Oui.
--- a/Show More
+++ b/Show More
Author	SHA1	Message	Date
Amadou Ndiaye	6a0b37314d	vault backup: 2026-09-16 15:15:29	2026-09-16 15:15:30 -04:00
Amadou Ndiaye	2d579ed637	vault backup: 2026-09-16 14:35:02	2026-09-16 14:35:03 -04:00
Amadou Ndiaye	5108bc9d77	Merge remote-tracking branch 'origin/main'	2026-09-16 14:17:09 -04:00
Amadou Ndiaye	10ca2a6a5c	vault backup: 2026-09-16 14:14:46	2026-09-16 14:14:46 -04:00
amadou	10c7576c46	vault backup: 2026-09-16 11:12:22	2026-09-16 11:12:22 -04:00
amadou	e3f51ca46f	Stop tracking Smart Environment local data	2026-09-15 20:48:25 -04:00
amadou	90bc26f14f	vault backup: 2026-09-15 11:11:42	2026-09-15 20:46:28 -04:00
Amadou Ndiaye	2d6440b141	vault backup: 2026-09-15 17:13:50	2026-09-15 17:13:50 -04:00
amadou	ab4b4f8c7d	vault backup: 2026-09-15 14:53:23	2026-09-15 14:53:23 -04:00
Amadou Ndiaye	44e4e827bb	vault backup: 2026-09-15 14:32:20	2026-09-15 14:32:21 -04:00
Amadou Ndiaye	44b9efeb2a	vault backup: 2026-09-15 14:11:28	2026-09-15 14:11:28 -04:00
amadou	7345e3c47f	vault backup: 2026-09-15 12:02:06	2026-09-15 12:02:06 -04:00
amadou	e6c6860244	vault backup: 2026-09-15 11:01:48	2026-09-15 11:01:48 -04:00
amadou	f9856ea92b	vault backup: 2026-09-15 10:41:43	2026-09-15 10:41:43 -04:00
amadou	91c9bd9730	vault backup: 2026-09-14 22:58:33	2026-09-14 22:58:33 -04:00
amadou	03ed057733	vault backup: 2026-09-14 22:25:26	2026-09-14 22:25:26 -04:00
amadou	7cdfcc07e2	vault backup: 2026-09-14 22:05:22	2026-09-14 22:05:22 -04:00
amadou	94aab8f611	vault backup: 2026-09-12 10:18:55	2026-09-12 10:18:55 -04:00
amadou	6468179654	Ignore generated Smart Connections and weekly review files	2026-09-12 10:10:29 -04:00
amadou	c1e1cd8edd	vault backup: 2026-09-11 21:35:10	2026-09-11 21:35:11 -04:00
amadou	8a304759ef	vault backup: 2026-09-11 20:58:40	2026-09-11 20:58:40 -04:00
amadou	edfce9159a	vault backup: 2026-09-11 20:38:31	2026-09-11 20:38:31 -04:00
amadou	31c2fc64e7	vault backup: 2026-09-11 20:18:23	2026-09-11 20:18:23 -04:00
amadou	210f6134d1	vault backup: 2026-09-11 16:29:33	2026-09-11 16:29:33 -04:00
amadou	3e33070896	vault backup: 2026-09-11 16:09:25	2026-09-11 16:09:25 -04:00
amadou	48f5f29182	vault backup: 2026-09-11 15:49:16	2026-09-11 15:49:16 -04:00
amadou	55a9be9c4c	vault backup: 2026-09-11 13:49:01	2026-09-11 13:49:01 -04:00
amadou	648546b3ee	vault backup: 2026-09-11 12:07:54	2026-09-11 12:07:54 -04:00
amadou	9e1278a840	vault backup: 2026-09-11 11:47:51	2026-09-11 11:47:51 -04:00
amadou	c58930aace	vault backup: 2026-09-11 11:27:44	2026-09-11 11:27:44 -04:00
amadou	1e87c0e572	vault backup: 2026-09-11 11:07:40	2026-09-11 11:07:40 -04:00
amadou	1ea0f3eac2	vault backup: 2026-09-11 10:47:36	2026-09-11 10:47:36 -04:00
amadou	207da48c92	vault backup: 2026-09-11 10:27:33	2026-09-11 10:27:33 -04:00
amadou	9da8061869	vault backup: 2026-09-10 16:16:18	2026-09-10 16:16:18 -04:00
amadou	a595c355eb	vault backup: 2026-09-10 14:55:50	2026-09-10 14:55:50 -04:00
amadou	70f79b7357	vault backup: 2026-09-10 12:07:03	2026-09-10 12:07:03 -04:00
amadou	14236c3d3b	vault backup: 2026-09-10 11:06:52	2026-09-10 11:06:52 -04:00
amadou	f647808ee8	vault backup: 2026-09-10 10:46:47	2026-09-10 10:46:47 -04:00
amadou	044c584ff3	vault backup: 2026-09-08 21:04:22	2026-09-08 21:04:22 -04:00
amadou	cb36c70bdd	vault backup: 2026-09-08 20:44:18	2026-09-08 20:44:18 -04:00
amadou	8aa606806a	vault backup: 2026-09-08 20:03:26	2026-09-08 20:03:26 -04:00
amadou	79f051f695	vault backup: 2026-09-08 19:28:21	2026-09-08 19:28:21 -04:00
amadou	18a9c3f70b	vault backup: 2026-09-08 14:27:03	2026-09-08 14:27:03 -04:00
amadou	5a253cdf57	vault backup: 2026-09-08 12:46:04	2026-09-08 12:46:04 -04:00
amadou	13ee0820ea	vault backup: 2026-09-08 11:05:00	2026-09-08 11:05:01 -04:00
amadou	bef7475941	vault backup: 2026-09-08 10:24:56	2026-09-08 10:24:56 -04:00
amadou	c4a01cddcb	vault backup: 2026-08-27 18:00:32	2026-08-27 18:00:32 -04:00
amadou	e579a4836e	vault backup: 2026-08-25 04:07:14	2026-08-25 04:07:14 -04:00
amadou	6ac1881947	Last Sync: 2026-08-25 09:29 (Mobile)	2026-08-25 09:29:06 +02:00
amadou	e58ca17c07	vault backup: 2026-08-24 16:04:44	2026-08-24 16:04:44 -04:00
amadou	6d511d9c17	vault backup: 2026-08-24 12:57:45	2026-08-24 12:57:45 -04:00
amadou	fe4bfdd955	vault backup: 2026-08-23 17:54:04	2026-08-23 17:54:05 -04:00
amadou	116f1772b0	vault backup: 2026-08-23 17:17:39	2026-08-23 17:17:39 -04:00
amadou	aa038bb1ff	vault backup: 2026-08-23 16:57:37	2026-08-23 16:57:37 -04:00
amadou	ef4e063005	vault backup: 2026-08-23 16:37:36	2026-08-23 16:37:36 -04:00
amadou	a6421f5cd1	vault backup: 2026-08-21 17:06:22	2026-08-21 17:06:22 -04:00
amadou	e26f814e34	vault backup: 2026-08-21 16:06:18	2026-08-21 16:06:18 -04:00
amadou	5e38bfb89a	vault backup: 2026-08-21 13:04:14	2026-08-21 13:04:14 -04:00
`@@ -70,4 +70,4 @@ What would I do differently next time? N/A`

	`## Related`	`## Related`

	`- [[]]`	`- [[Algolia - 2024-2026]]`
`@@ -632,4 +632,4 @@ The long-term strategy is:`

	`- [[Self-Service Analytics]]`	`- [[Self-Service Analytics]]`

	`- [[CTO]]`	`- [[CTO - Aligner les objectifs stratégiques, les KPI et les données]]`