« Unfix Retour d'experience dans une TMA » : différence entre les versions
Apparence
Aucun résumé des modifications |
|||
| (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é| | [[Fichier:Photo_CIGXIR_20250612_103301.jpg|centré|vignette|600x600px]] | ||
* | == 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]
