Aller au contenu

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

De Agile Tour Toulouse
QRobert (discussion | contributions)
Aucun résumé des modifications
QRobert (discussion | contributions)
 
(3 versions intermédiaires par 2 utilisateurs non affichées)
Ligne 3 : Ligne 3 :
Comme nous avons essayé d'utiliser Unfix pour réinventer, dynamiser, adapter notre organisation dans le cadre de la maintenance d'applications (et evolutions)
Comme nous avons essayé d'utiliser Unfix pour réinventer, dynamiser, adapter notre organisation dans le cadre de la maintenance d'applications (et evolutions)


[[Fichier:Photo_CIGXIR_20250612_103301.jpg|centré|cadre]]
[[Fichier:Photo_CIGXIR_20250612_103301.jpg|centré|vignette|600x600px]]


* Equipe de TMA (Maintenance applicatif)
== Prise de note : ==
* 2 chef de projet (Un pour chaque app)
* <u>Contexte Historique:</u>
* Une équipe de Dev, BA, etc chacun  
** Équipe de TMA (Maintenance applicative)
* Chacun avec un panel applicatif avec quelques évolution à faire.
** 2 chefs de projet (Un pour chaque app)
* Fonctionnement en forfait.
** Une équipe de Dev, BA, etc chacun
* Assignation des tâches ciblé.
** Chacun avec un panel applicatif avec quelques évolutions à faire.
* Changement du mode de fonctionnement du à une étude interne qui avais montrer un faible taux de satisfaction et une perte de motivation.
** Fonctionnement en forfait.
* Piste de Scrum mis de côté car client pas envie d'être sollicité.
** Assignation des tâches ciblées.
* 1er étape mélange de demandé aux équipes ce qu'ils veulent + des propositions.
 
* Comment gérer une demande qui arrive ?
 
* Les équipes vont sélectionné les chantiers celon leurs disponibilités et envie.
<u>Comment changer ? :</u>
* Si tu fais le chantier tu va aussi de la maintenance.
* Changement du mode de fonctionnement dû à une étude interne qui avait montré un faible taux de satisfaction et une perte de motivation.
* Une équipe sans chantier va ce concentrer sur de la maintenance et voir si un nouveau chantier existe ou va apparaître qui pourrait les intéresser.
* 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.
 
 
<u>Comment gérer une demande qui arrive ?</u>
* 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.
 
 
<u>Organisation :</u>
* Les équipes suivent la même cadence.
* Les équipes suivent la même cadence.
* Double matrice organisionnel :
* Double matrice organisationnelle :
* Une matrice verticale pour l'administratif  
** Une matrice verticale pour l'administratif
* Une matrice horizontal inspiré du unFIX Model.
** Une matrice horizontal inspiré du unFIX Model.
* Une gouvernance crew
* En détail :
* Des value stream crew : équipe capable de travailler du début à la fin mais quelques sois le logiciel.
** Une gouvernance crew (définis le cadre que doit respecter les équipes)
* 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"
** Des "value stream crew": Ici des équipes capables de travailler du début à la fin, mais Quel que soit le logiciel.
* Tentative 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 tourné. Nouvelle tentative : le PO reste dans l'équipe dans le temps du chantier, fait partie du Value Stream Crew.
** 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''"
* 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.
** Une 1er tentative a été de mettre les PO et BA dans l'expérience crew.  
* Certaines règles sont définies pour tous dans la Base.
*** Le PO peut intervenir pour n'importe lequel des Value Stream Crew.
* Cycle de priorisation fait tout les mardi de manière collégial (2h à 39 personnes)
*** Difficulté pour les PO ainsi de suivre les chantiers et de savoir vers qui se tourner.
* Suivis du temps passé par équipe en suivant la catégorisation des "Horizons d'investissement"
** 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.
 
 
<u>Fonctionnement :</u>
* 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.
* 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.
[[Fichier:PXL 20250612 150021762.jpg|vignette]]
* 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 : ==
[[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]