111 lines
4.6 KiB
Markdown
111 lines
4.6 KiB
Markdown
## 2026-07-27 - Revue du projet Algolia
|
|
|
|
### Échéancier convenu
|
|
|
|
Échéancier initial :
|
|
- Jalon 1 - Cadrage & Document d'Analyse Business : 16 juin 2026
|
|
- Jalon 2 - Pipeline d'intégration & audit des sources : 9 juillet 2026
|
|
- Jalon 3 - Rapport & modélisation : 17 juillet 2026
|
|
- Jalon 4 - Livraison technique finale : 24 juillet 2026
|
|
|
|
Le jalon 1, prévu pour le 16 juin, a été livré le 8 juillet.
|
|
|
|
À la suite du retard du projet, Binta a proposé un nouvel échéancier incluant
|
|
initialement une livraison finale au 5 août.
|
|
|
|
Avant mon départ en vacances, j'ai confirmé l'échéancier suivant à l'équipe :
|
|
|
|
- Jalon 2 : 20 juillet 2026
|
|
- Validation : 3 jours
|
|
- Reprise : 24 juillet 2026
|
|
- Livraison : 28 juillet 2026
|
|
- Validation : 3 jours après livraison
|
|
|
|
Cet échéancier constitue le calendrier convenu avant mon départ en vacances.
|
|
|
|
**Source :** https://groupe-media-tfo.slack.com/archives/C07Q42W678E/p1783604533417149
|
|
|
|
### Document de cadrage
|
|
|
|
Le document de cadrage a été approuvé après les modifications
|
|
du 11 juillet, avant mon départ en vacances.
|
|
|
|
Historique Google Docs observé le 27 juillet :
|
|
- 11 juillet, 13:02 - modification par Binta
|
|
- 26 juillet, 17:26 - modification par Binta
|
|
- 27 juillet, 08:19 - modification par Binta
|
|
- 27 juillet, 10:51 - modification par Binta
|
|
|
|
Les modifications des 26 et 27 juillet sont donc postérieures
|
|
à l'approbation du document.
|
|
|
|
### Modification identifiée
|
|
|
|
Comparaison entre la version approuvée et la version actuelle :
|
|
|
|
La version approuvée passe de :
|
|
- Section 4 - Gouvernance et atténuation des risques
|
|
à
|
|
- Section 5 - Annexe : calendrier officiel de rotation des index
|
|
|
|
La nouvelle version ajoute avant l'annexe :
|
|
|
|
"5. Règles de gestion et limites techniques (Source Algolia)"
|
|
|
|
Cette nouvelle section documente notamment :
|
|
- troncature Top 1000 et taux d'échec
|
|
- instabilité de pagination
|
|
- agrégation journalière / impact des filtres
|
|
- décalage de fuseau horaire
|
|
- nettoyage des données
|
|
|
|
L'ancienne section 5 devient donc la section 6.
|
|
|
|
### Validation
|
|
|
|
Un commentaire ajouté le 27 juillet à 11:00 indique que cette
|
|
section a été ajoutée après validation du document de cadrage et
|
|
n'avait pas fait l'objet de vérification/validation.
|
|
|
|
Binta a répondu à ce commentaire à 11:16.
|
|
|
|
### À établir avant conclusion
|
|
|
|
- Comparer précisément les versions du 11 et du 26 juillet.
|
|
- Vérifier si les changements ont été communiqués avant le 27 juillet.
|
|
- Établir pourquoi la nouvelle section a été ajoutée.
|
|
- Déterminer si les nouvelles règles modifient les critères permettant
|
|
d'évaluer la conformité de la livraison.
|
|
- Vérifier l'état réel du jalon 2.
|
|
- Vérifier la livraison du rapport Power BI prévue selon l'échéancier convenu.
|
|
- Évaluer la livraison finale uniquement contre les exigences et dates
|
|
effectivement approuvées.
|
|
|
|
### Sources
|
|
|
|
- Échéancier projet approuvé
|
|
- Version approuvée du document de cadrage
|
|
- Version actuelle du document
|
|
- Historique Google Docs
|
|
- Commentaires Google Docs du 27 juillet
|
|
- Tickets PBI-440, PBI-444 et PBI-451
|
|
- Échanges concernant le nouvel échéancier
|
|
|
|
### Modification du cadrage après validation
|
|
Le document de cadrage approuvé a été modifié les 26 et 27 juillet. Binta a confirmé que le document avait été modifié. Elle a expliqué que les ajouts provenaient de constats effectués pendant la validation des volumes prévue au Jalon 2. Il lui a été demandé de notifier l'équipe lorsqu'un document déjà validé est modifié afin d'éviter toute confusion. Binta a confirmé avoir compris la demande. À vérifier lors de la validation du Jalon 2 : - Les nouvelles règles documentent-elles simplement des limitations découvertes pendant les tests? - Modifient-elles les critères d'acceptation précédemment convenus? - Les écarts qu'elles expliquent avaient-ils été identifiés avant ou après leur ajout au document?
|
|
|
|
## <mark style="background:#ff4d4f">Operational ticket capacity</mark>
|
|
|
|
Habiba informed me that she asked Binta to take operational tickets.
|
|
|
|
According to Habiba, Binta indicated that she would only take tickets if they did not affect her project deadline and did not agree to take the requested work.
|
|
|
|
Habiba indicated that Binta did not propose discussing/reprioritizing the requested delivery with the ticket owner.
|
|
|
|
Habiba will be on vacation for two weeks beginning Friday, which will reduce available coverage for these operational requests.
|
|
|
|
### To clarify
|
|
|
|
- Confirm expected operational coverage while Habiba is absent.
|
|
- Clarify with Binta that project commitments and operational responsibilities must be balanced according to management/team priorities.
|
|
- Establish who will cover Habiba's tickets during her absence. |