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)
 
(5 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]]


* Lorem
== Prise de note : ==
* <u>Contexte Historique:</u>
** É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.
 
 
<u>Comment changer ? :</u>
* 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.
 
 
<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.
* 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.
 
 
<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.
* 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 : ==
[[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]