24 April 2024

Scaling Agile ou l’agilité à l’échelle : coordination des équipes

Coordination des équipes :

Lorsque l’on travaille sur le même produit avec différentes équipes, la première question qui se pose est :

  • comment assure t-on la coordination du travail des différentes équipes ?
    Deux possibilités :
  • sans rôle ou équipe de coordination
  • avec rôles et équipe de coordination

Coordination des équipes sans rôle ou équipe de coordination :

Dans le framework Spotify avec moins de 100 personnes, la coordination se fait dans un mode Scrum of Scrum, et on essaie de faire un découpage avec aussi peu de dépendances que possible.

Pour le framework LeSS avec 100 personnes environ (8 équipes maximum), il y a un seul Product Owner (PO) car un seul Produit.

Coordination des équipes avec rôles et équipe de coordination :

Le framework NEXUS prévoit une Nexus Integration Team qui va permettre la coordination du travail de plusieurs équipes (jusqu’à 100 personnes).

Quant à lui, le framework DAD (Disciplined Agile delivery) organise la coordination du travail de plusieurs équipes (jusqu’à 100 personnes ou plus)de manière différente sur plusieurs niveaux :

  • une Equipe d’Intégration non dédiée (Technical Experts, Domain Experts, Independent Testers, Integrators) qui fait le Supporting Cast
  • une Equipe d’Intégration dédiée (Product Delivery, Program Manager (only one), Product Management, Architecture) qui a un rôle de Leadership Team et qui veille à la préparation de la Consumable Solution en coordonnant le travail des différentes Equipes Feature ou Application
  • une Equipe Feature ou Application (Team Lead, Specialists, Product Owner, Architecture Owner, Team Members) qu’on peut qualifier de DAD Sub-Team qui travaille sur la production des Features ou/et Components

Pour le framework SAFe, la coordination du travail pour des effectifs allant de 50 à 125 personnes s’organise en créant des Trains.
3 nouveaux rôles au niveau Programme, la locomotive du train, avec des rôles de coordination différents :

  • le Product Management qui créée le Program Backlog et qui valide les PI Increments
  • le Release Train Engineer (RTE), en quelque sorte un Scrum Master Lead, un rôle parfaitement adapté pour un Manager de Projet
  • Le System Arch/Eng : rôle de premier plan qui donne les consignes de conception et qui veille à l’architecture
    Chaque Agile Team, les wagons, est constitué par un Product Owner, des Team Members et un Scrum Master.
    Et en parrallèle des Shared Services.
    Des Business Owners s’occupent de chaque segment de clientèle.
    Au niveau Portefeuille de produits (Lean Portfolio Management), des Epics Owners, un Entreprise Architect, un Agile PMO / LACE (Lean-Agile Center of Excellence) et des Community of Practices (CoP) réunissant les différents RTEs, SMs, POs, … coordonnent les Value Streams.

Leave a Reply

Your email address will not be published. Required fields are marked *