Please enable JavaScript.
Coggle requires JavaScript to display documents.
[BP] Transition agile (sauvegarde) (7- Fluidifier la collaboration avec…
[BP] Transition agile (sauvegarde)
1 - Analyser le contexte
3-Définir une stratégie de la transition
2- Réaliser les interviews
Interview pour avoir des feedbacks auprès des équipes satellites via SM + Tech lead
Interview pour avoir les attentents face aux problématiques de l'équipe
Interview pour analyser les forces / faiblesse de l'équipe par l'équipe (valeurs d'équipe, contexte projet)
Interview auprès des sponsors pour avoir le feedback sur la priorisation / efficacité de l'équipe
5- Cadrer Scrum avec l'équipe
Mettre en place le cadre Scrum en fonction du contexte
Faire un atelier de rôle et de responsabilité => de chacun et l'équipe
Faire une présentation de l'agilité / scrum à l'équipe
DOD et DOR
4- Unifier les processus / workflow
6- Optimiser le travail d'équipe
Valoriser le travail d'équipe
Faire une matrice de compétence
7- Fluidifier la collaboration avec les autres équipes
Mieux communication sur des sujets à venir
Etre le support et de conseil vis à vis les autres équipes
Améliorer l'intégration du composant transverse
Cadrer le périmètre de release pour la prédictibilité
SOS
8- Faciliter le package de l'équipe et la manière de builder
[BP] Présenter un audit du contexte et les recommandations
Rendre les composants de meilleur de qualité
Avoir un environnement d'intégration continue
Avec des tests automatiques
Avoir plus de tests unitaires
Tester les devs sur l'environnement de INT
Avoir un outil de versioning (Nexus)
Améliorer la validation des maquettes
[BP] 7- Améliorer la communication avec les autres équipes
Créer une page confluence par composant (lien pointant sur gitlab, guide d'installation, contexte ...)
Mettre à jour le confluence pour chaque modification de composant afin de notifier les équipes externes + mail
Tech : Communiquer les sujets techniques au réunion techlead
Fonc : Commmuniquer la roadmap
Participer aux points de synchro PO / PPO
[BP] Avoir une équipe polyvalente
Avoir une équipe tournante pour la maintenance des bugs
Faire une matrice de compétence
Faire des pairs programming
Faire une réunion technique au sein de l'équipe
Etre polyvalent sur les fichier de configs serveur
Créer une proximité avec les équipes satellites
Faire des démos croisées
Faire des rétros croisées
Multiplier les échanges Dev + Dev
Multiplier les échanges directes plutôt que par mail
[BP] 7- Améliorer l'intégration du composant transverse
Avoir le composant dans un vrai contexte
Prioriser les bugs bloquants / critiques
Avoir le maximum d'information pour la qualification des bugs (DOR bug)
Avoir 1 ticket de Jira systématiquement par bug
[BP] 7- Avoir plus de visibilité sur les sujets
Améliorer la communication sur les dates clés
Mettre à jour régulièrement le roadmap et le communiquer à l'équipe
Mettre à jour les contenus des releases sur jira
Cadrer les releases en fonction de la vélocité / priorité / durée
[BP] Faire des démos efficaces
Inviter les parties prenantes
Faire de la pub et donner de l'intérêt pour la démo
Accueillir positivement les feedbacks et les intégrer dans le backlog
Faire des démos croisées
Optimiser la synchroniser avec les autres équipes
Faire des démos / planning croisées
Faire des ateliers de synchronisation (QA, inter équipe...)
Participer aux ateliers de synchro POs (search, AH...)
Faire les DSM un point d'entrée pour les autres équipes
Optimiser la priorisation des sujets
Améliorer la communication sur le traitement des bugs
Travailler par capacitaire
Prioriser les sujets par criticité
Améliorer la qualification de bugs entre les équipes BP / Front
Avoir le maximum d'information pour la qualification des bugs (DOR bug)
Avoir 1 ticket de Jira systématiquement par bug
[BP] 6- Valoriser le travail d'équipe
Faire des démos régulièrement
Mieux communiquer sur les sujets des releases
[BP] 7- Etre le support et de conseil vis à vis les autres équipes
1 dev dispo (1j) pour être le support de l'équipe beta testeur (pair intégration)