vault backup: 2026-09-11 15:49:16
This commit is contained in:
+44
@@ -0,0 +1,44 @@
|
||||
---
|
||||
type: meeting
|
||||
date: 2026-09-11
|
||||
source: MeetMic
|
||||
status: inbox
|
||||
duration: 21m
|
||||
meetmic_id: 90081927-2438-4E69-ACC6-544E679F739F
|
||||
---
|
||||
|
||||
# Recording
|
||||
|
||||
## Résumé
|
||||
- La soumission ne peut pas être sécurisée dans le délai initial, car plusieurs problèmes doivent encore être corrigés et testés correctement.
|
||||
- Les principaux sujets abordés sont la migration des utilisateurs sur UAT, la fiabilité du champ de dernière activité, la migration forcée des utilisateurs multi-appareils et les tests Salesforce.
|
||||
- L’équipe de développement prévoit de terminer les corrections restantes, d’effectuer une régression complète, puis de fournir une version stable. La livraison est envisagée entre le vendredi 18 et le mercredi 23, sous réserve de confirmation.
|
||||
- Les livraisons seront mieux contrôlées afin d’éviter plusieurs versions successives et de permettre à l’équipe de test de planifier ses validations.
|
||||
|
||||
## Décisions
|
||||
- Le code sera gelé une fois les problèmes actuellement identifiés corrigés et validés.
|
||||
- Les travaux de phase 2 seront réalisés sur une branche distincte et ne seront pas intégrés à la phase 1 pendant la validation.
|
||||
- Une livraison ne sera effectuée que lorsque l’équipe de développement aura terminé ses tests et confirmé que l’équipe de réception est prête.
|
||||
|
||||
## Actions
|
||||
- [ ] Investiguer le problème de migration observé sur UAT et fournir une version stable après un nouveau cycle de tests — Responsable : équipe de développement
|
||||
- [ ] Mettre en place un mécanisme de retry pour fiabiliser la remontée de la dernière activité et examiner un indicateur de visibilité réservé aux tests — Responsable : équipe de développement
|
||||
- [ ] Organiser un échange avec Habiba afin de définir une solution robuste et suffisamment visible pour valider la dernière activité — Responsable : équipes concernées
|
||||
- [ ] Étudier avec l’agence actuelle la possibilité de déconnecter tous les utilisateurs et d’afficher un message d’obligation de mise à jour, notamment via Contentful — Responsable : Amadou et équipe concernée
|
||||
- [ ] Vérifier l’avancement des tests Salesforce avec Nicolas et Mark, puis communiquer une mise à jour — Responsable : équipe concernée
|
||||
- [ ] Confirmer par e-mail les dates de livraison jugées réalistes — Responsable : équipe de développement — Échéance : dans l’après-midi
|
||||
- [ ] Corriger les problèmes restants, effectuer une régression complète et préparer une build stable avant livraison — Responsable : équipe de développement — Échéance : entre le vendredi 18 et le mercredi 23, selon confirmation
|
||||
|
||||
## Blocages / Risques
|
||||
- Le temps disponible pour tester est insuffisant pour garantir une version solide avant soumission.
|
||||
- La migration fonctionne sur test/staging mais présente encore un problème non identifié sur UAT.
|
||||
- Le champ de dernière activité n’est pas jugé suffisamment fiable, notamment en cas d’échec réseau.
|
||||
- La stratégie de migration forcée des utilisateurs multi-appareils reste à définir et constitue un point critique pour la soumission.
|
||||
- Les tests Salesforce n’ont pas abouti et un problème de transfert de données entre parties de Salesforce est en cours d’analyse.
|
||||
- L’équipe de développement est en avance sur l’équipe de test, qui dispose encore d’un backlog de tickets à valider.
|
||||
|
||||
## À suivre
|
||||
- Confirmer la stratégie retenue pour la migration forcée et la communication aux utilisateurs.
|
||||
- Confirmer la date de livraison et le déclenchement du freeze.
|
||||
- Valider la disponibilité de l’équipe de réception avant chaque livraison.
|
||||
- Suivre les résultats des tests et de la régression complète avant la soumission.
|
||||
Reference in New Issue
Block a user