Aller au contenu

« Unfix Retour d'experience dans une TMA » : différence entre les versions

De Agile Tour Toulouse
QRobert (discussion | contributions)
 
Ligne 47 : Ligne 47 :


<u>Fonctionnement :</u>
<u>Fonctionnement :</u>
* Cycle de priorisation fait tous les mardi de manière collégial (2h à 39 personnes)
* Cycle de priorisation fait tous les mardi de manière collégiale (2h à 39 personnes)
* Suivis du temps passé par équipe en suivant la catégorisation des "Horizons d'investissement"
* Suivis du temps passé par équipe en suivant la catégorisation des "''Horizons d'investissement''"
* C'est le client qui liste les P1, P2, P3 avec une limite de nombre d'éléments chaque fois.
* C'est le client qui liste les P1, P2, P3 avec une limite de nombre d'éléments chaque fois.
* Les tickets sont poussé par le client mais tiré par les équipes.
* Les tickets sont poussés par le client, mais tiré par les équipes.
* Parfois il y avais des dépendances entre les équipes, si cela arrive il y avais un rituel où un représentant de chaque équipe se regroupait à la demande pour échanger sur des besoins d'outil ou de synchronisation. Avec la facilitation crew qui sera la en support.
* Parfois, il y avait des dépendances entre les équipes.
* Dans les creux des itération on peut contacter les autres pour voir si on peut donner un coup de main ou échanger un chantier.
** Si cela arrive, il y avait un rituel où un représentant de chaque équipe se regroupait à la demande pour échanger sur des besoins d'outil ou de synchronisation.  
* Chaque value stream crew a un capitaine qui sert de focal point pour les autres.
** Avec la facilitation crew qui sera la en support.
* Chantier choisis en autonomie par l'équipe en surveillant les horizons d'investissement.
* Dans les creux des itérations, on peut contacter les autres pour voir si on peut donner un coup de main ou échanger un chantier.
* Chaque value stream crew a un capitaine qui sert de point de contact pour les autres.
* Les chantiers sont choisis en autonomie par l'équipe en surveillant les horizons d'investissement.


== Schéma final : ==
== Schéma final : ==
[[Fichier:PXL 20250612 150021762.jpg|centré|vignette|800x800px]]
[[Fichier:PXL 20250612 150021762.jpg|centré|vignette|800x800px]]

Dernière version du 17 juin 2025 à 12:53

16h - Salle création 4

Comme nous avons essayé d'utiliser Unfix pour réinventer, dynamiser, adapter notre organisation dans le cadre de la maintenance d'applications (et evolutions)

Prise de note :[modifier | modifier le wikicode]

  • Contexte Historique:
    • Équipe de TMA (Maintenance applicative)
    • 2 chefs de projet (Un pour chaque app)
    • Une équipe de Dev, BA, etc chacun
    • Chacun avec un panel applicatif avec quelques évolutions à faire.
    • Fonctionnement en forfait.
    • Assignation des tâches ciblées.


Comment changer ? :

  • Changement du mode de fonctionnement dû à une étude interne qui avait montré un faible taux de satisfaction et une perte de motivation.
  • Piste de Scrum mis de côté, car le client n'avais pas envie d'être sollicité.
  • 1er étape a été un melande de demandé aux équipes ce qu'ils veulent ainsi que la présentation de propositions.


Comment gérer une demande qui arrive ?

  • Les équipes vont sélectionner les chantiers selon leurs disponibilités et envie.
  • "Si tu fais le chantier, tu vas aussi faire aussi de la maintenance reliée"
  • Une équipe sans chantier va se concentrer sur de la maintenance et voir si un nouveau chantier existe ou va apparaître qui pourrait les intéresser.


Organisation :

  • Les équipes suivent la même cadence.
  • Double matrice organisationnelle :
    • Une matrice verticale pour l'administratif
    • Une matrice horizontal inspiré du unFIX Model.
  • En détail :
    • Une gouvernance crew (définis le cadre que doit respecter les équipes)
    • Des "value stream crew": Ici des équipes capables de travailler du début à la fin, mais Quel que soit le logiciel.
    • Une facilitation crew : ensemble de personnes qui accompagnent les équipes (2 archi et un responsable technique). "C'est pas eux qui font, ils définissent les besoins"
    • Une 1er tentative a été de mettre les PO et BA dans l'expérience crew.
      • Le PO peut intervenir pour n'importe lequel des Value Stream Crew.
      • Difficulté pour les PO ainsi de suivre les chantiers et de savoir vers qui se tourner.
    • Nouvelle tentative : le PO reste dans l'équipe dans le temps du chantier, il fait partie du Value Stream Crew.
    • Mise en place de Communauté de Pratique.
      • Une tech et une produit.
      • Il y a un budget et temps associé.
      • Certaines sont ouvertes à tous et d'autres non.


Fonctionnement :

  • Cycle de priorisation fait tous les mardi de manière collégiale (2h à 39 personnes)
  • Suivis du temps passé par équipe en suivant la catégorisation des "Horizons d'investissement"
  • C'est le client qui liste les P1, P2, P3 avec une limite de nombre d'éléments chaque fois.
  • Les tickets sont poussés par le client, mais tiré par les équipes.
  • Parfois, il y avait des dépendances entre les équipes.
    • Si cela arrive, il y avait un rituel où un représentant de chaque équipe se regroupait à la demande pour échanger sur des besoins d'outil ou de synchronisation.
    • Avec la facilitation crew qui sera la en support.
  • Dans les creux des itérations, on peut contacter les autres pour voir si on peut donner un coup de main ou échanger un chantier.
  • Chaque value stream crew a un capitaine qui sert de point de contact pour les autres.
  • Les chantiers sont choisis en autonomie par l'équipe en surveillant les horizons d'investissement.

Schéma final :[modifier | modifier le wikicode]