Agile à l'échelle

Un pas en avant : déploiement d'Agile dans les grandes organisations

Scrum et Kanban sont deux frameworks Agile souvent utilisés au niveau de l'équipe. Ces dix dernières années, tandis qu'ils gagnaient en popularité, le secteur a commencé à adapter et à utiliser Agile dans des organisations plus grandes. Deux méthodes ont alors émergé pour faciliter ce processus : le Scrum de Scrums et le SAFe (Scaled Agile Framework, framework Agile à grande échelle). Tous deux constituent d'excellents points de départ pour utiliser Agile à grande échelle au sein d'une organisation.

Quel que soit votre point de départ, soyez conscient du fait que vos efforts pour utiliser Agile à grande échelle doivent eux-mêmes être agiles. Choisissez un cadre qui vous mettra sur la bonne voie. Ensuite, ajustez-le en fonction de l'évolution des besoins de l'entreprise et de l'émergence de nouvelles perspectives. (Le tout est de ne pas l'ajuster de façon excessive, au point qu'il ne soit plus reconnaissable comme agile.)

Articles sur le déploiement d'Agile à grande échelle

[CONTINUED]

Scrum de Scrums

Scrum est le framework Agile le plus utilisé au sein des équipes. Lorsque plusieurs équipes Scrum travaillent ensemble sur un gros projet, le Scrum de Scrums devient, tout naturellement, l'étape suivante pour l'utilisation d'Agile à plus grande échelle. Le composant principal du Scrum de Scrums est la réunion stand-up à plusieurs équipes. Ce n'est pas la même chose qu'une réunion d'avancement. Ce n'est pas non plus une réunion où les masters Scrum parlent du processus Agile. Il s'agit d'une réunion courte visant à informer toutes les personnes de l'entreprise des problèmes importants qui concernent l'ensemble du portefeuille.

Pour commencer, désignez, au sein de chaque équipe, un représentant pour le Scrum de Scrums, dans l'idéal un technicien. Le Scrum de Scrums est une réunion démocratique. Un master Scrum peut animer la réunion debout, mais elle se déroule comme n'importe quelle autre réunion debout d'équipe. Quotidienne, cette réunion doit rester brève, pas plus de 15 minutes. Elle ouvre la voie au partage des connaissances et fera émerger les problèmes d'intégration importants étant donné que les intervenants techniques seront informés de façon précoce et disposeront d'un forum pour s'exprimer.

Scrum de Scrums | Atlassian – Le coach Agile
Pro Tip:

Certaines équipes peuvent choisir de n'avoir des scrums de Scrums que deux à trois fois par semaine et de les faire durer plus de 15 minutes. Mais, gardez à l'esprit que les scrums de Scrums ne sont pas une réunion ennuyeuse où tous les membres de l'équipe en profitent pour déconnecter. Ces stand-ups doivent être ciblés. Vous devez faire remonter les problèmes qui affectent le groupe, déterminer les actions à prendre et par qui (le cas échéant) avant de clôturer la réunion. 

Généralement, le Scrum de Scrums s'articule autour d'une tâche majeure, comme un thème. Ce n'est pas une réunion où l'on discute des epics ou des livraisons au niveau des équipes, sauf si ceux-ci impliquent les autres participants à la réunion.

Certaines entreprises voient un intérêt dans l'extension des autres « cérémonies » Agile, comme la planification ou les rétrospectives de sprint dans le Scrum de Scrums. Les représentants se retrouvent juste avant la planification de sprint de leur équipe respective et échangent sur les sujets susceptibles d'émerger lors des prochains sprints. Cette démarche est idéale pour éviter les blocages entre les équipes ou pour gérer les difficultés d'intégration avant qu'elles ne deviennent paralysantes. S'agissant des rétrospectives, le Scrum de Scrums a lieu après celles des équipes. On y discute des actions qui peuvent nécessiter une coordination entre les équipes.

La planification et la réflexion à grande échelle ne doivent pas forcément avoir lieu à chaque sprint. Toutefois, elles sont importantes dans la culture Agile. Commencez par une cadence mensuelle et ajustez la fréquence en fonction des besoins. 

SAFe (Scaled Agile Framework)

Une autre façon d'utiliser Agile dans les grandes entreprises est de recourir à SAFe (voir le diagramme). Lancé par Dean Leffingwell, SAFe nécessite une approche plus structurée que le Scrum de Scrums en ce qui concerne l'utilisation d'Agile à grande échelle. SAFe décrit trois niveaux au sein de l'entreprise : le portefeuille, le programme et l'équipe. Cette structure plaît généralement aux grandes entreprises, étant donné que SAFe applique une approche à plusieurs niveaux pour la livraison du travail.

Dans SAFe, les grands domaines de travail, appelés thèmes, sont associés aux epics commerciaux et aux epics architecturaux. Les epics commerciaux décrivent les initiatives en prise directe avec le client, par exemple le lancement d'un nouveau produit. Les epics architecturaux sont des initiatives technologiques de l'entreprise, telles que la migration de Windows vers des serveurs Linux. Ces epics forment le backlog du portefeuille.

Lorsque l'entreprise commence à exécuter le backlog du portefeuille en utilisant les priorités définies par la gestion de produit et les responsables techniques, chaque epic commercial ou architectural devient un programme agile avec son propre train de livraisons agiles. Plusieurs équipes agiles travaillent ensemble sur chaque programme au sein de l'entreprise. Chaque programme contient plusieurs fonctionnalités et tâches architecturales qui composent le backlog du programme.

Enfin, chaque équipe dispose de son propre backlog découlant du backlog du programme. Les différentes équipes travaillent ensemble pour livrer des logiciels fonctionnels à chaque itération, tout en se coordonnant avec les autres équipes du programme.

« Comment puis-je me lancer ? »

Heureux que vous me posiez la question ! Au moment d'adapter Agile à l'échelle de toute l'entreprise, concentrez-vous sur le « juste assez ». L'excès de procédures sape l'agilité de l'entreprise et l'insuffisance qui en découle enlève toute visibilité à la direction générale. Un développement agile réussi au niveau du portefeuille reflète le développement agile au niveau de l'équipe : la même transparence, la même réactivité au changement et la même priorité à des logiciels fonctionnels et intégrés peuvent être appliquées à n'importe quel programme de portefeuille.

Les cadres de travail flexibles et le partage des outils facilitent la collaboration à l'échelle de l'entreprise.

Que votre entreprise commence avec le Scrum de Scrums, avec SAFe, avec toute autre méthodologie établie ou avec un processus développé en interne, n'oubliez pas que le processus lui-même doit être agile. Continuez à expérimenter de nouvelles idées et à apporter des améliorations incrémentielles. Gardez également à l'esprit que les outils de développement et de gestion de projets agiles deviennent des composants importants dans l'utilisation d'Agile à grande échelle. 

Assurez-vous que la palette d'outils de l'entreprise répond aux besoins de l'équipe agile, mais aussi à ceux des responsables du portefeuille. Enfin, utilisez les rétrospectives à tous les niveaux de l'entreprise afin de recueillir des avis sur l'optimisation future du processus de l'entreprise, afin de livrer vos logiciels plus rapidement, avec une qualité et une fiabilité supérieures. 

Laura Daly
Laura Daly

Laura est une experte Agile chez Atlassian. Elle possède une expérience dans différentes équipes produit, y compris Jira Software, Portfolio for Jira et Bitbucket. Lorsqu'elle n'écrit pas d'articles sur les bonnes pratiques Agile, vous la trouverez dans les montagnes à chasser les tempêtes et à rechercher les replats parfaits.