Please enable JavaScript.
Coggle requires JavaScript to display documents.
[PADME / Helios] Problématiques : les observations/ressentis de l'…
[PADME / Helios] Problématiques : les observations/ressentis de l'équipe
Qualité (sur les étapes du workflow)
Manque de documentations techniques/fonctionnelles
L'étape de code review prend beaucoup de temps
Beaucoup de dépendances avec les autres équipes
Manque d'éléments donnés par Solar sur certains sujets pour faire l'étude (EB)
Complexité de faire la recette sur un seul environnement
Spoc : Pas d'accès sur les logs
Satisfaction des clients
Un client qui veut toujours plus (ajout de ticket pendant le PI)
Pas assez visibilité sur les versions montées en rct /prod
Rapidité des réponses
Trop de canaux teams
Compliqué de trouver la bonne personne à contacter
Manque de disponibilité de certains référents
Compliqué de trouver des informations sur wiki
Dynamisme et l'énergie de l'équipe
Pression continue avec le Kanban
Clarté des US
Manque de temps pour bien cadrer les sujets
Manque d'informations sur certains tickets pour développer
Manque d'éléments sur des tickets pour pouvoir tester
Efficacité des réunions
Manque de dynamisme sur certaines réunions
Les actions d'amélioration ne sont pas suivies
Parfois on dérive un peu sur les réunions
Il est parfois compliqué de suivre l’ensemble des sujets présentés au refinement
Collaboration collective
Parfois, les QAs sont surchargés (2 vs 12 devs)
La montée en compétence technique prend du temps
Manque d'accompagnement pour les nouveaux arrivants face à un environnement si complexe
Ne pas avoir de place sur la journée d'équipe
Lenteur des pepelines
Certains sujets complexes sont pris en charge par un seul Dev (Analyse + dev)
Propositions des questions obligatoires et/ou secondaires à se poser pendant l'étape d'étude ou maturation
Est ce que ça touche le multiclient ? :check:
Est ce que ça touche tous les transporteurs ?
Est ce qu'il y a des cas limites (nombre de caractères limités ...) ? :check:
Est ce qu'il faut le multilangue ?
Est ce qu'il y a une dépendance sur une autre briques internes ou externes? :check:
Est ce qu'il a des contraintes juridiques? :check:
Est ce le RGPD est respecté ? :check:
Est que les prérequis des réflexions de sécu est validé ?
Quel est la conséquence de cross canalité ?
Est ce qu'il faut une NR ?
Est ce qu'il faut un FT ?
Est ce qu'il faut faire une reprise des test composants ?
Est ce qu'il y a de la rétrocomp vis à vis de BFF
Est ce qu'il faut un ordre de déploiement des MEPS
Est ce qu'il faut des JDD spéficiques pour la recette (si oui à compléter sur jira)
Est ce qu'il y a les indicateurs de suivis
Est ce qu'il a besoin de résilience (charge + performance) :
3 amigos : Liste des Questions pour les US
Est ce qu'il faut faire une reprise des test composants ?
3Amigos
Est ce qu'il faut un FT ?
3Amigos
Est ce qu'il faut des JDD spéficiques pour la recette (si oui à compléter sur jira)
3Amigos
Est ce qu'il y a de la rétrocomp vis à vis de BFF
3Amigos
Est ce qu'il faut un ordre de déploiement des MEPS
3Amigos
Est ce qu'il y a les indicateurs de suivis
3Amigos
Est ce qu'il a besoin de résilience (charge + performance) :
3Amigos
Est ce que les tests d'acceptations en Gherkin est faite ?
3Amigos
Est ce que le champs 'Wanted NR' est remplie ? :
3Amigos
[PADME / Helios] Les idées d'optimisation
Qualité (sur les étapes du workflow)
Améliorer le temps sur les codes review : avoir la main sur le review sur certains assets / ajouter les tags sur les MR dans gitlab :check:
Améliorer la gestion des dépendances sur jira :pencil2:
Avoir plusieurs environnements de recette VSA (recycler ECH) :check:
Utiliser le statut review interne (avec ou sans une nouvelle colonne) :check:
Satisfaction des clients
Réussir à dire "non" / ne pas accepter systématiquement les évolutions (oui : est ce que le sujet est mature) :pencil2:
Améliorer les gestions des priorités avec les produits par la valeur :pencil2:
Mieux gérer les features flipping, configurations, properties etc (Ticket monté de version + flag Feature flipping) => Equipe Jean Pierre : SM Clément Marché :check:
Communiquer davantage sur les dates de montées de version rct,prod et activation de feature flipping :check:
Mettre en place des notes de version avec une roadmap à jour (automatiser) :check:
Faire un POC d'un program board Solar/Padme :green_cross:
Choisir un nom d'équipe :check:
Faire une rétro PADME*Solar : entre PO / PM :check:
Rapidité des réponses
Fluidifier l'utilisation des canaux teams : - Padme Helios Technique (env, prod, recette ...) - Padme Helios DSM : info général autres :check:
Dynamisme et l'énergie de l'équipe
Faire des teams building :check:
Avoir de la place pour la journée d'équipe :check:
Clarté des US
Faire davantage d'ateliers de "3 amigos" (si possible en présentiel) :check:
Eclaircir dans l'équipe l'attendu des rôles PO, études, dev sur la phase de maturation/étude :check:
Avoir un backlog avec des US prêtes qui anticipe le futur :pencil2:
Avoir un BA/REF fonctionnel pour l'étape de la maturation et la documentation (schéma d'architecture, règles métier) :black_flag:
Pousser Solar pour avoir plus d'éléments sur les expressions de besoin :black_flag:
Avoir plus d'éléments sur des tickets pour pouvoir recetter (test d'acceptation) :check:
Avoir les liens des études sur les jiras
Efficacité des réunions
Avoir l'ordre du jour du refinement avant :recycle:
Avoir des rétros où l'équipe puisse se lâcher davantage :pencil2:
Mieux préparer les refinements entre les personnes ciblées :pencil2:
Créer un salon de discussion parfois dans les Dailys :red_cross:
Faire des DSM en salle de réunion sur la journée d'équipe :red_cross:
Suivre les actions d'amélioration sur 1 daily / IT (après le daily)
Faire le format standard du daily 1 daily/IT :recycle:
Avoir un front pour les démos :red_cross:
Souligner des alertes/risques Dev/recette au daily :pencil2:
Collaboration collective
Définir des points de contact par asset PO/SM/REF
Faire un calendrier visuel des congés :check:
Aider les QAs sur les périodes complexes
Réussir à découper les fonctionnalités complexes pour travailler à plusieurs
Avoir davantage de présentations lors de l'arrivée dans l'équipe (Faire un parcours d'intégration)
Présentation sur l’architecture et l'infra de monorepo
Cartographie des services
Présentation des grandes briques des services
Avoir des présentations techniques des services en fonction des parcours
Faire des séances de "vis ma vie" avec les membres de l'équipe (QA, PO, Etude, Mep ...)
Avoir un mentor pour la semaine
Mettre en évidence un ticket critique sur le board VSA :check:
Avoir davantage de documentations techniques / fonctionnelles :pencil2:
Aligner les stratégies des tests entre Padme, Solar, Padme /connect (à venir)
Faire davantage de pair programming
Créer une proximité avec les QAs Solar front (Rétro QAs)
Faire une matrice de compétence :check:
Review local
Story
VSA
Parcours critique
Parcours non critique
ECH
Parcours critique
Parcours non critique
Bug
Anomalie de prod
Anomalie de release / Recette
Liste des questions obligatoires et/ou secondaires à se poser pendant l'étape d'étude ou maturation
Obligatoire : avant le lancement d'un PI pour le chiffrage macro
Maturation de l'incrément du PI pour le passer prêt pour le développement