{"id":226501,"date":"2023-04-13T16:36:19","date_gmt":"2023-04-13T14:36:19","guid":{"rendered":"https:\/\/www.tuleap.org\/?page_id=226501"},"modified":"2026-03-18T12:05:01","modified_gmt":"2026-03-18T11:05:01","slug":"agilite-echelle-pas-que-safe","status":"publish","type":"post","link":"https:\/\/www.tuleap.com\/fr\/agilite-echelle-pas-que-safe\/","title":{"rendered":"L’agilit\u00e9 \u00e0 l’\u00e9chelle, ce n’est pas que SAFe\u00ae"},"content":{"rendered":"\r\n
\r\n
\r\n

\u00ab\u00a0Scrum, c’est pour les petites \u00e9quipes. Pour notre grande organisation, il nous faut SAFe\u00ae\u00a0\u00bb.<\/p>\r\n<\/blockquote>\r\n<\/figure>\r\n\r\n\r\n\r\n\r\n\r\n

Agilit\u00e9 \u00e0 l’\u00e9chelle, le constat du terrain<\/h2>\r\n\r\n\r\n\r\n

Note : nous avons r\u00e9dig\u00e9 cet article suite \u00e0 de nombreuses conversations avec des CEO de grandes organisations ainsi que des coachs agiles lors de nos conversations sur l’agilit\u00e9 \u00e0 l’\u00e9chelle. La vision de ces dirigeants \u00e0 changer suite \u00e0 nos \u00e9changes. Ca devrait vous parler aussi. Vous allez voir, vous allez faire plus simple!<\/p>\r\n\r\n\r\n\r\n

R\u00e9guli\u00e8rement, lorsqu’on entend parler d’agilit\u00e9 \u00e0 l’\u00e9chelle<\/a>, c’est le framework SAFe\u00ae qui est sous-entendu. On peut \u00e9ventuellement entendre parler de LESS ou de Scrum@Scale mais c’est plut\u00f4t rare. La majorit\u00e9 du temps, les entreprises parlent de SAFe\u00ae parce que pour elles, l’agilit\u00e9 \u00e0 l’\u00e9chelle = suivre des projets tr\u00e8s gros.
Cela peut se comprendre. Il est vrai que les entreprises industrielles ont souvent de tr\u00e8s gros projets logiciels \u00e0 suivre: composants logiciels pour des avions, logiciels embarqu\u00e9s dans les automobiles…Elles cherchent donc \u00e0 g\u00e9rer ces projets d’envergure de fa\u00e7on agile. Mais cela n’est pas simple, car il y a des contraintes de toute sorte qui rendent le processus lent et complexifie les choses. SAFe\u00ae d\u00e9livre des conseils int\u00e9ressants sur la r\u00e9organisation de l\u2019entreprise mais il ne fournit pas vraiment une m\u00e9thode efficace pour le faire. SAFe\u00ae semble manquer de r\u00e9ponses pragmatiques, surtout quand l\u2019agilit\u00e9 n\u2019est pas un concept fortement ancr\u00e9 dans une organisation.

Les entreprises finissent trop souvent par s\u2019enfermer dans un cadre, en tentant de l’appliquer strictement, sans l’adapter ou le remettre en cause, sans s\u2019apercevoir que SAFe\u00ae n\u2019a pas la r\u00e9ponse \u00e0 tout ou qu\u2019il n’est pas adapt\u00e9 \u00e0 leur contexte.\u00a0D’ailleurs, d\u00e9couvrez ici les 5 m\u00e9thodes agiles \u00e0 l’\u00e9chelle les plus utilis\u00e9es<\/a>.

Si l’on regarde les choses autrement, nous arrivons \u00e0 la conclusion que SAFe\u00ae n’est pas la seule voie pour faire de l’agilit\u00e9 \u00e0 l’\u00e9chelle, pour \u00eatre une entreprise agile<\/a>. En voici d’autres.<\/p>\r\n\r\n\r\n

 <\/p>\n\r\n\r\n\r\n

L’agilit\u00e9 \u00e0 l’\u00e9chelle sous 3 formes<\/h2>\r\n\r\n\r\n\r\n

Chez Tuleap, nos diff\u00e9rentes exp\u00e9riences et celles de nos clients, nous ont montr\u00e9es qu’il existe en r\u00e9alit\u00e9 \u00ab\u00a0plusieurs sortes\u00a0\u00bb d’agilit\u00e9 \u00e0 l’\u00e9chelle. En effet, sous ce m\u00eame chapeau, nous avons constat\u00e9 3 aspects d’agilit\u00e9 \u00e0 l’\u00e9chelle.<\/p>\r\n\r\n\r\n\r\n

\"\"<\/figure>\r\n\r\n\r\n\r\n

L’agilit\u00e9 \u00e0 l’\u00e9chelle, c’est…<\/h3>\r\n\r\n\r\n\r\n

1. …des projets de plus en plus gros…<\/h3>\r\n\r\n\r\n\r\n

Ca c’est la vision de SAFe<\/strong>\u00ae. Nous vous invitons \u00e0 lire notre article sur le framework agile SAFe\u00ae<\/a> pour mieux le comprendre.<\/p>\r\n\r\n\r\n\r\n

2. …de plus en plus d’agilit\u00e9…<\/h3>\r\n\r\n\r\n\r\n

En r\u00e9alit\u00e9, l’agilit\u00e9 \u00e0 l’\u00e9chelle c’est aussi augmenter le nombre de projets g\u00e9r\u00e9s en mode agile<\/strong>, m\u00eame si ils sont ind\u00e9pendants les uns des autres. Avoir des centaines de projets agiles en parall\u00e8le, certains en Scrum<\/a>, d’autres en XP, d’autres en Kanban<\/a>, avec des \u00e9quipes aux valeurs agiles qui cherchent \u00e0 s’am\u00e9liorer continuellement, c’est aussi de l’agilit\u00e9 \u00e0 l’\u00e9chelle! Cela initie un changement de paradigmes dans la gestion de projet et de culture au sein de toute l’entreprise. Voici d\u00e9ja un tr\u00e8s beau d\u00e9fi pour cette ann\u00e9e!<\/p>\r\n\r\n\r\n\r\n

3. …et de plus grand backlog<\/h3>\r\n\r\n\r\n\r\n

Un backlog c’est un panier. Il peut contenir pleins d’\u00e9l\u00e9ments diff\u00e9rents. Il peut grossir vite. On essaye de le maintenir \u00e0 jour et prioris\u00e9, mais il peut \u00e9voluer tr\u00e8s (trop) rapidement. Il faut donc g\u00e9rer une multiplicit\u00e9 d’items, qui proviennent des clients, des d\u00e9partements internes, des fournisseurs, et qui bougent vite.<\/p>\r\n\r\n\r\n\r\n\r\n\r\n

Projets de plus en plus gros, plus de petits projets agiles, de plus grands backlogs, voici trois pistes d’agilit\u00e9 \u00e0 l’\u00e9chelle que vous pouvez d\u00e9ployez dans votre organisation. Elles sont compl\u00e9mentaires, donc ne vous focalisez pas sur un seul de ces axes. Essayez en un autre si l’un ne convient pas \u00e0 votre entreprise. Vous avez plusieurs leviers sur lesquels agir….. mais gardez \u00e9galement en t\u00eate que…<\/p>\r\n\r\n\r\n\r\n

…Vous n’avez peut-\u00eatre pas besoin d’agilit\u00e9 \u00e0 l’\u00e9chelle, mais davantage d’agilit\u00e9!<\/h2>\r\n\r\n\r\n\r\n

Nous ne le r\u00e9p\u00e9terons jamais assez, l’agilit\u00e9 c’est d’abord une culture, des valeurs, des bonnes pratiques d’ing\u00e9nierie. Vous voulez de l’agilit\u00e9 \u00e0 l’\u00e9chelle? Commencez par plus de petites \u00e9quipes agiles, en Scrum ou autre.<\/p>\r\n\r\n\r\n\r\n

Davantage d’agilit\u00e9 veut dire plus de culture, plus de bonnes pratiques, meilleurs \u00e9changes, am\u00e9lioration continue, pas \u00e0 pas, se concentrer sur la valeur livr\u00e9e etc. Mettre en place aussi les bonnes pratiques d’ing\u00e9nierie logicielle, de Devops et de software craftmanship, les pratiques d’int\u00e9gration continue, de test continu, de peer coding. Un outil de Planification Agile d’Entreprise<\/a> connect\u00e9 \u00e0 la chaine d’ing\u00e9nierie logicielle apporte<\/p>\r\n\r\n\r\n\r\n

5 cl\u00e9s pour d\u00e9ployer l’agilit\u00e9 \u00e0 l’\u00e9chelle<\/h2>\r\n\r\n\r\n\r\n

Voici les 5 cl\u00e9s que vous devez garder en t\u00eate :<\/p>\r\n\r\n\r\n\r\n

    \r\n
  1. L’agilit\u00e9, c’est d’abord une culture<\/strong>.<\/li>\r\n\r\n\r\n\r\n
  2. Pour faire grand, apprenons \u00e0 faire petit<\/strong>.<\/li>\r\n\r\n\r\n\r\n
  3. (Re)apprenons \u00e0 essayer<\/strong>, \u00e0 nous tromper.<\/li>\r\n\r\n\r\n\r\n
  4. Montez \u00e0 l’\u00e9chelle, non pas en complexifiant les processus, mais en rendant le travail plus coh\u00e9rent<\/strong>, les \u00e9quipes mieux synchronis\u00e9es<\/strong>.<\/li>\r\n\r\n\r\n\r\n
  5. Ne partez pas seul. Faites vous accompagner<\/strong>.<\/li>\r\n<\/ol>\r\n\r\n\r\n\r\n

    Pourquoi les Product Backlog sont de plus en plus complexes<\/h2>\r\n\r\n\r\n\r\n

    Revenons sur notre constat n\u00b03, sur l’agilit\u00e9 \u00e0 l’\u00e9chelle qui arrive avec des Product Backlog de plus en plus grands, de plus en complexes. Ceci arrive pour plusieurs raisons:<\/p>\r\n\r\n\r\n\r\n

    Diff\u00e9rence de maturit\u00e9 des users stories<\/h4>\r\n\r\n\r\n\r\n

    L’agilit\u00e9 \u00e0 l’\u00e9chelle c’est aussi de plus grands backlogs, avec des niveaux de maturit\u00e9 diff\u00e9rents<\/strong>, qui m\u00e9langent \u00ab\u00a0simple id\u00e9e\u00a0\u00bb, \u00ab\u00a0proposition de changements\u00a0\u00bb et \u00ab\u00a0user stories bien r\u00e9dig\u00e9es\u00a0\u00bb. La gestion de la maturit\u00e9 des id\u00e9es du backlog est un sacr\u00e9 challenge agile. Cette d\u00e9marche d’innovation de produit est ce qu’on appelle \u00ab\u00a0l’id\u00e9ation\u00a0\u00bb en Design Thinking.<\/p>\r\n\r\n\r\n\r\n

    Diff\u00e9rence de nature des users stories<\/h4>\r\n\r\n\r\n\r\n

    Chez les industriels, qui d\u00e9veloppent des produits digitaux tr\u00e8s complexes dits cyber-physiques, nous notons de grands backlog h\u00e9t\u00e9rog\u00e8nes<\/strong>, c’est-\u00e0-dire de natures tr\u00e8s diff\u00e9rentes. Dans un backlog industriel, vous retrouvez des users stories hardware<\/em>, des US software<\/em>, d’autres \u00e9lectroniques<\/em> ou syst\u00e8mes<\/em>. L’enjeu consiste dans ce cas, \u00e0 rendre coh\u00e9rent les d\u00e9veloppements de chaque partie du produit, \u00e0 pr\u00e9voir des it\u00e9rations cal\u00e9es les unes par autre aux autres, ou encore \u00e0 penser les campagnes de validation de fa\u00e7on globale.<\/p>\r\n\r\n\r\n\r\n

    De plus en plus d’intervenants<\/em><\/h4>\r\n\r\n\r\n\r\n

    Faire parler, r\u00e9colter du feedback, au plus t\u00f4t, c’est bien tout l’int\u00e9r\u00eat des approches agiles. Mais lorsque les projets deviennent plus grands, le nombre de personnes impliqu\u00e9s augmentent<\/strong>. Elles ont des r\u00f4les et des vues diff\u00e9rents: un client, un PO, un marketeur, n’ont pas les m\u00eames pr\u00e9occupations. C’est la qualit\u00e9 de leurs multiples \u00e9changes qui donnera des user stories plus riches, au plus proche de la r\u00e9alit\u00e9 march\u00e9 donc qui satisferont un plus grand nombre de personnes. Tous ces profils doivent donc \u00eatre en capacit\u00e9 de collaborer dans un environnement agile commun<\/strong>.<\/p>\r\n\r\n\r\n\r\n

    Rejouer notre conf\u00e9rence sur ce sujet<\/h2>\r\n