47 lines
2.5 KiB
Markdown
47 lines
2.5 KiB
Markdown
---
|
||
type: meeting
|
||
date: 2026-09-17
|
||
source: MeetMic
|
||
status: inbox
|
||
duration: 43m
|
||
meetmic_id: A36365F2-7829-465C-B505-B7D9E847CFCB
|
||
---
|
||
|
||
# Daily Meeting | TFO x ZEMIND
|
||
|
||
## Résumé
|
||
|
||
- La réunion a clarifié la distinction entre les approches « soft » et « radicale » pour la migration de Boukili vers la V3.
|
||
- L’approche soft permettrait encore l’accès à Firebase, avec un risque de données présentes dans deux bases sans synchronisation.
|
||
- L’approche radicale vise à éviter ce décalage en déconnectant les utilisateurs et en bloquant l’accès à Firebase lors du lancement de la V3.
|
||
- Une perte d’utilisateurs et une baisse temporaire des chiffres sont considérées comme inévitables et comme un risque assumé.
|
||
- La migration au moment de la reconnexion et une éventuelle migration forcée ultérieure restent à préciser, notamment pour la planification du pipeline de données.
|
||
|
||
## Décisions
|
||
|
||
- Retenir l’approche radicale plutôt que l’approche soft ou un fonctionnement mixte.
|
||
- Déconnecter les utilisateurs et couper les accès à Firebase au lancement de la nouvelle application.
|
||
- Préparer la solution avant le lancement, puis l’activer le jour même.
|
||
- Ne pas s’appuyer sur une période de 90 jours pour cette approche.
|
||
|
||
## Actions
|
||
|
||
- [ ] Organiser une rencontre avec Catherine et l’IBO afin d’aligner les terminologies et de confirmer la solution — Responsable : Abdoulah
|
||
- [ ] Confirmer avec l’IBO le délai de mise en œuvre et la date possible d’activation — Responsable : non précisé
|
||
- [ ] Informer Zemind de la solution et du calendrier après confirmation de l’IBO — Responsable : non précisé
|
||
- [ ] Préparer le pipeline de données pour la migration forcée en masse — Responsable : non précisé
|
||
|
||
## Blocages / Risques
|
||
|
||
- Risque de perte d’utilisateurs qui ne se reconnecteront pas après la déconnexion.
|
||
- Risque de baisse temporaire des chiffres après la migration.
|
||
- Les utilisateurs ayant désactivé les mises à jour automatiques pourraient ne pas effectuer rapidement la mise à jour.
|
||
- Le moment exact et le fonctionnement de la migration forcée restent incertains.
|
||
- La migration forcée pourrait nécessiter une gestion spécifique des utilisateurs qui ne se sont pas encore reconnectés.
|
||
|
||
## À suivre
|
||
|
||
- Clarifier avec l’IBO le calendrier exact, la durée de mise en place et les modalités techniques de la déconnexion.
|
||
- Déterminer quand et comment sera déclenchée la migration forcée des utilisateurs restants.
|
||
- Valider avec Zemind le scénario retenu et ses impacts sur le pipeline de données.
|