diff --git a/20 Work/Team/Binta.md b/20 Work/Team/Binta.md index 8f81b67..bb74291 100644 --- a/20 Work/Team/Binta.md +++ b/20 Work/Team/Binta.md @@ -1,19 +1,23 @@ + ## 2026-07-27 - Revue du projet Algolia -### Échéancier convenu +### Échéancier initial -É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. +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. +À la suite du retard, un nouvel échéancier a été demandé. -Avant mon départ en vacances, j'ai confirmé l'échéancier suivant à l'équipe : +Binta a initialement proposé : +- Jalon 2 : 20 juillet +- Jalon 3 : 28 juillet +- Jalon 4 : 5 août + +Avant mon départ en vacances, j'ai confirmé à l'équipe l'échéancier suivant : - Jalon 2 : 20 juillet 2026 - Validation : 3 jours @@ -21,91 +25,129 @@ Avant mon départ en vacances, j'ai confirmé l'échéancier suivant à l'équip - Livraison : 28 juillet 2026 - Validation : 3 jours après livraison -Cet échéancier constitue le calendrier convenu avant mon départ en vacances. +Cet échéancier constitue le calendrier convenu avant mon départ. -**Source :** https://groupe-media-tfo.slack.com/archives/C07Q42W678E/p1783604533417149 +**Source :** [Slack - échéancier confirmé] -### Document de cadrage +--- -Le document de cadrage a été approuvé après les modifications -du 11 juillet, avant mon départ en vacances. +### État du Jalon 2 au retour de vacances + +Au 27 juillet, le Jalon 2 n'est pas encore validé. + +HAB a effectué un premier spot check des dernières corrections et a +identifié des erreurs nécessitant une nouvelle validation. + +Les dernières corrections de Binta ont été publiées dans Jira le +27 juillet. + +HAB doit effectuer une validation complète, mais je lui ai demandé +de prioriser un projet destiné au Conseil d'administration. + +**Important :** Le report de la validation à partir du 27 juillet +est donc une décision de priorisation de ma part et ne doit pas être +attribué à Binta. + +À établir : +- État réel de la livraison du Jalon 2 au 20 juillet. +- Corrections demandées après la première validation. +- Corrections livrées le 27 juillet. +- Résultat de la validation complète lorsqu'elle pourra être effectuée. + +--- + +### Modification du document de cadrage + +Le document de cadrage avait été approuvé 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. +Une nouvelle section a été ajoutée après l'approbation : -### Modification identifiée +**5. Règles de gestion et limites techniques (Source Algolia)** -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 : +Elle 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. +Binta a confirmé que le document avait été modifié et a expliqué que +les ajouts provenaient de constats effectués pendant la validation des +volumes du Jalon 2. -### Validation +Il lui a été demandé de notifier l'équipe lorsqu'un document déjà +validé est modifié afin d'éviter toute confusion. -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 confirmé avoir compris la demande. -Binta a répondu à ce commentaire à 11:16. +#### À vérifier -### À établir avant conclusion +- Les ajouts documentent-ils uniquement des limitations découvertes? +- Modifient-ils des critères d'acceptation précédemment approuvés? +- Les écarts concernés avaient-ils été identifiés avant ou après + l'ajout de cette section? -- 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. +**Statut actuel :** problème de processus documenté et attente clarifiée. +Aucune conclusion sur l'intention derrière les modifications. -### 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 +## 2026-07-27 - Projets et charge opérationnelle -### 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? +HAB m'a initialement indiqué que Binta hésitait à prendre certains +tickets lorsque ceux-ci risquaient d'affecter l'échéancier d'Algolia. -## Operational ticket capacity +Après consultation des échanges écrits des 10 et 13 juillet, la +situation est plus nuancée : -Habiba informed me that she asked Binta to take operational tickets. +- HAB demande à Binta de prendre PBI-457. +- Binta accepte, mais demande si l'impact doit entraîner le déplacement + du Jalon 2, indiquant ne pas connaître l'effort nécessaire. +- HAB lui propose plutôt de négocier l'échéance du ticket selon ses + priorités. +- Le 13 juillet, Binta propose de prendre PBI-456, dont elle connaît + déjà la logique, pendant que HAB conserve PBI-457. +- Binta demande également à HAB de lui montrer le processus de + vérification des rapports. +- HAB accepte cette répartition. -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. +### Observation de gestion -Habiba indicated that Binta did not propose discussing/reprioritizing the requested delivery with the ticket owner. +Les échanges ne démontrent pas un refus général de prendre en charge +les tickets opérationnels. -Habiba will be on vacation for two weeks beginning Friday, which will reduce available coverage for these operational requests. +Ils soulèvent cependant la nécessité de clarifier la façon dont le +travail opérationnel doit être intégré à la planification des projets. -### To clarify +### Attente à clarifier -- 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. \ No newline at end of file +Les responsabilités opérationnelles normales font partie de la charge +de travail attendue et ne repoussent pas automatiquement les échéances +projets. + +Une demande exceptionnelle ou une accumulation significative pouvant +réellement mettre un engagement en risque doit être signalée avec une +estimation de l'effort et de l'impact. + +HAB sera absente pendant deux semaines à compter de vendredi. Binta +devra donc assurer une partie importante de la couverture opérationnelle +pendant cette période. + +--- + +## Sources + +- Échéancier projet +- Slack - confirmation du nouvel échéancier +- Jira - Jalon 2 et corrections +- Google Docs - document de cadrage +- Google Docs - historique des versions +- Google Docs - commentaires du 27 juillet +- Échanges HAB/Binta des 10 et 13 juillet \ No newline at end of file