7.3 KiB
status, project, type, target_date, risk
| status | project | type | target_date | risk |
|---|---|---|---|---|
| active | OTT V2 | project-note | 2026-09-09 | 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
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.