vault backup: 2026-08-05 18:03:09
This commit is contained in:
@@ -1,25 +0,0 @@
|
||||
---
|
||||
type: meeting
|
||||
date: 2026-07-07
|
||||
source: MeetMic
|
||||
status: inbox
|
||||
duration: 27m
|
||||
meetmic_id: 8051A77B-3965-4202-BB17-68FFAF52000F
|
||||
---
|
||||
|
||||
# Recording
|
||||
|
||||
**Summary**:
|
||||
Le texte décrit un environnement d’analyse de données et de gestion de la collecte, d’exploitation et de gouvernance des données dans un contexte professionnel, probablement dans un secteur médias ou éducatif. L’organisation travaille en collaboration avec des équipes analytiques, marketing et développement pour améliorer la prise de décision basée sur les données. Les défis incluent la gestion des sources de données, la qualité des données, la gouvernance, et l’interopérabilité entre équipes. L’accent est mis sur l’importance de la transparence, de la centralisation et de la mise en place de normes, même si les outils et les processus restent encore en développement. Le dialogue montre une volonté d’optimiser les solutions existantes (comme Adobe Analytics) et d’adopter des approches plus proactives, comme le "Serve Side Track In", pour mieux capturer les comportements utilisateurs. Il existe aussi des efforts pour standardiser les données et créer des mécanismes de gouvernance, mais les structures restent encore fragmentées, avec des équipes qui ne partagent pas toujours les mêmes responsabilités.
|
||||
|
||||
**Key Points**:
|
||||
- L’organisation gère la collecte, la qualité et l’exploitation des données à travers des équipes spécialisées, avec une collaboration étroite entre développement, marketing et analyse.
|
||||
- Les données proviennent de diverses sources, notamment Adobe Analytics, et sont utilisées pour analyser les comportements des utilisateurs, même si la collecte n’est pas toujours complète ou fidèle.
|
||||
- Il existe des efforts pour améliorer la gouvernance des données, mais la mise en place de règles et de rôles reste en cours, avec des défis liés à la transparence et à la standardisation.
|
||||
- Le marketing repose sur des données collectées, mais il manque souvent de structure, et les outils pour les visualiser restent limités.
|
||||
- Les équipes travaillent sur des solutions comme le "Serve Side Track In" pour améliorer la collecte en temps réel, mais il reste des obstacles techniques et de budget.
|
||||
- La collecte de données est souvent fragmentée, avec des systèmes disparates, et les données ne sont pas toujours authentifiées ou complètes.
|
||||
- L’analyse des données est parfois limitée à des données agrégées, et les équipes cherchent à mieux comprendre les comportements des utilisateurs pour mieux servir les besoins des clients.
|
||||
- Les équipes cherchent à améliorer la collaboration entre les départements, mais les structures et les responsabilités restent encore floues.
|
||||
- Il existe des solutions comme des outils de gestion (ex. : "Gerplidium") pour créer des identifiants techniques, mais leur utilisation reste limitée et complexe.
|
||||
- L’objectif final est de mieux intégrer les données dans les processus métier, mais cela nécessite un effort continu et une meilleure gouvernance.
|
||||
@@ -1,37 +0,0 @@
|
||||
---
|
||||
type: meeting
|
||||
date: 2026-08-05
|
||||
source: MeetMic
|
||||
status: inbox
|
||||
duration: 39m
|
||||
meetmic_id: 928AA86A-6EF9-45D2-A4B9-4539DABF2994
|
||||
---
|
||||
|
||||
# Recording
|
||||
|
||||
## Résumé
|
||||
- L’objectif est de permettre un broadcast live en parallèle sur deux flux (OTT et TFO) sans coût excessif, en exploitant un même ingest point.
|
||||
- Un défi technique est identifié : la possibilité de broadcaster deux streams simultanés sur le même ingest point, ou sur des propriétés différentes, nécessitant une vérification avec JWP.
|
||||
- Une solution envisagée est d’utiliser un même feed (ex. celui de chorus) pour des streams en parallèle, avec une vérification de la compatibilité entre les deux flux et l’application.
|
||||
- Une question est posée à Rosé et Trinx pour savoir si le cross entre les applications et les flux est possible, et si les ingests peuvent être partagés.
|
||||
- Le coût d’un stream en parallèle est estimé à 2000 $ par mois, avec une discussion sur la viabilité d’un stream 24/7 et des horaires spécifiques.
|
||||
- L’approbation de la solution dépend de la capacité d’intégration de la technologie JWP et de la vérification de la compatibilité du code avec les règles de broadcast.
|
||||
|
||||
## Décisions
|
||||
Aucune
|
||||
|
||||
## Actions
|
||||
- [ ] Évaluer la compatibilité entre les flux en parallèle et l’application, avec JWP, par Rosé et Trinx.
|
||||
- [ ] Vérifier la possibilité d’un cross entre les applications et les flux, par José et Trings.
|
||||
- [ ] Évaluer la viabilité d’un stream 24/7 et des horaires spécifiques, par José et Trings.
|
||||
|
||||
## Blocages / Risques
|
||||
- Il n’existe pas d’ingest point partagé pour deux flux simultanés.
|
||||
- Le coût de la solution est estimé à 2000 $ par mois.
|
||||
- Le cross entre les applications et les flux est incertain.
|
||||
- La compatibilité avec les règles de broadcast est incertaine.
|
||||
|
||||
## À suivre
|
||||
- La vérification de la compatibilité entre les flux en parallèle et l’application.
|
||||
- La vérification de la viabilité d’un stream 24/7 et des horaires spécifiques.
|
||||
- La vérification de la possibilité d’un cross entre les applications et les flux.
|
||||
@@ -0,0 +1,129 @@
|
||||
---
|
||||
type: project
|
||||
project: Strategic KPI Framework
|
||||
status: active
|
||||
owner: Amadou
|
||||
start_date: 2026-08-05
|
||||
target_date:
|
||||
last_reviewed: 2026-08-05
|
||||
stakeholders: CDD
|
||||
---
|
||||
|
||||
- 🟢 **On track / Healthy:** no intervention required
|
||||
- 🟡 **Attention:** issue exists, but currently manageable
|
||||
- 🟠 **At risk:** intervention or decision required; commitment is likely to slip
|
||||
- 🔴 **Critical / Off track:** commitment missed, major blocker, or immediate intervention required
|
||||
- ⚪ **Unknown:** insufficient information to assess
|
||||
|
||||
**Status:** ⚪ Unknown
|
||||
**Owner:**
|
||||
**Start Date:** 2026-08-05
|
||||
**Target Date:**
|
||||
**Last Reviewed:** 2026-08-05
|
||||
**Stakeholders:**
|
||||
|
||||
---
|
||||
|
||||
## Objective
|
||||
|
||||
What are we trying to accomplish?
|
||||
|
||||
<% tp.file.cursor() %>
|
||||
|
||||
## Business Value
|
||||
|
||||
Why are we doing this?
|
||||
|
||||
-
|
||||
|
||||
## Success Criteria
|
||||
|
||||
How will we know the project succeeded?
|
||||
|
||||
-
|
||||
-
|
||||
|
||||
## Scope
|
||||
|
||||
### In Scope
|
||||
|
||||
-
|
||||
|
||||
### Out of Scope
|
||||
|
||||
-
|
||||
|
||||
## Deliverables
|
||||
|
||||
These are project outputs, not personal reminders.
|
||||
|
||||
- [ ]
|
||||
- [ ]
|
||||
|
||||
## Milestones
|
||||
|
||||
| Milestone | Owner | Target | Status |
|
||||
|---|---|---|---|
|
||||
| | | | ⚪ Unknown |
|
||||
|
||||
## Risks
|
||||
|
||||
| Risk | Impact | Probability | Mitigation | Owner |
|
||||
|---|---|---|---|---|
|
||||
| | | | | |
|
||||
|
||||
## Dependencies
|
||||
|
||||
| Dependency | Owner | Needed By | Status |
|
||||
|---|---|---|---|
|
||||
| | | | ⚪ Unknown |
|
||||
|
||||
## Decisions
|
||||
|
||||
Link only to actual decision notes.
|
||||
|
||||
- [[]]
|
||||
|
||||
## Current Status
|
||||
|
||||
**Overall:** ⚪ Unknown
|
||||
|
||||
### Latest Update
|
||||
|
||||
**Date:** 2026-08-05
|
||||
|
||||
-
|
||||
|
||||
### Completed
|
||||
|
||||
-
|
||||
|
||||
### In Progress
|
||||
|
||||
-
|
||||
|
||||
### Blockers
|
||||
|
||||
-
|
||||
|
||||
## Next Commitment
|
||||
|
||||
**Commitment:**
|
||||
**Owner:**
|
||||
**Due:**
|
||||
**Status:** ⚪ Unknown
|
||||
|
||||
## Actions
|
||||
|
||||
> Execution is tracked in **Monday or Jira**.
|
||||
> Personal actions belonging to me are tracked in **Twos**.
|
||||
|
||||
-
|
||||
|
||||
## Lessons Learned
|
||||
|
||||
_To be completed during and after the project._
|
||||
|
||||
## Related
|
||||
|
||||
- [[]]
|
||||
Reference in New Issue
Block a user