« Unfix Retour d'experience dans une TMA » : différence entre les versions
Aucun résumé des modifications |
|||
| Ligne 6 : | Ligne 6 : | ||
== Prise de note : == | == Prise de note : == | ||
* | * <u>Contexte Historique:</u> | ||
* 2 | ** Équipe de TMA (Maintenance applicative) | ||
* Une équipe de Dev, BA, etc chacun | ** 2 chefs de projet (Un pour chaque app) | ||
* Chacun avec un panel applicatif avec quelques | ** Une équipe de Dev, BA, etc chacun | ||
* Fonctionnement en forfait. | ** Chacun avec un panel applicatif avec quelques évolutions à faire. | ||
* Assignation des tâches | ** Fonctionnement en forfait. | ||
* Changement du mode de fonctionnement | ** Assignation des tâches ciblées. | ||
* Piste de Scrum mis de côté car client pas envie d'être sollicité. | |||
* 1er étape | |||
<u>Comment changer ? :</u> | |||
* Les équipes vont | * Changement du mode de fonctionnement dû à une étude interne qui avait montré un faible taux de satisfaction et une perte de motivation. | ||
* Si tu fais le chantier tu | * Piste de Scrum mis de côté, car le client n'avais pas envie d'être sollicité. | ||
* Une équipe sans chantier va | * 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 | * 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 : | ** 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. | ||
* | ** 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. | ||
*** Le PO peut intervenir pour n'importe lequel des Value Stream Crew. | |||
* Cycle de priorisation fait | *** 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égial (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. | ||