Qu'est-ce que SAFe® en réalité ?
Quels défis le développement en environnement d'entreprise doit-il réellement affronter ? Pratiquement depuis que le logiciel existe, on entend toujours les mêmes refrains : "Nous avons besoin d'un meilleur Time to Market, du respect des délais, d'une plus grande fiabilité dans les livraisons, d'une meilleure prévisibilité, d'un ROI plus élevé." Mais qu'en est-il dans la réalité ? La gestion de projet classique en cascade n'a pas vraiment pu apporter de solution. C'est pourquoi des spécialistes cherchent d'autres voies depuis les années 90. En 1995, lors de la conférence OOPSLA, un cadre méthodologique nommé "Scrum" a été présenté.
Depuis lors, Scrum s'est imposé des milliers de fois comme forme d'organisation pour des équipes petites, autonomes et performantes, et continue de se répandre. Dans les grands groupes également, Scrum gagne du terrain et ainsi naissent de nombreuses équipes Scrum autonomes qui apportent une contribution précieuse au succès de l'entreprise. Mais dans l'environnement entreprise, une question émerge : "Et si j'ai plus d'une équipe – si mon projet n'est pas une petite affaire, mais met toute une entreprise en mouvement ?" À cela, Scrum n'apporte pas de réponse : Scrum se limite volontairement à l'organisation d'une seule équipe. Scrum ne traite donc pas de la question de l'organisation globale de l'entreprise.
Dès que notre projet devient grand et complexe, cela devient pourtant important : un framework de mise à l'échelle adapté devient nécessaire pour que les équipes rament ensemble, efficacement, dans la bonne direction. Faute de réponse, on voit alors souvent apparaître des îlots agiles au sein de projets gérés de manière traditionnelle. On combine ainsi les inconvénients du management de projet traditionnel – comme le manque de flexibilité, les efforts de coordination élevés et les longs délais de livraison – avec Scrum, détruisant systématiquement les avantages de l'agilité. Mais il existe des alternatives : de nombreuses personnes ont déjà réfléchi à la façon dont on peut étendre l'agilité au-delà de l'équipe de manière pertinente. Il existe différents modèles pour ce développement organisationnel agile, mais aujourd'hui nous nous concentrons exclusivement sur SAFe.
Comment SAFe® est-il né ?
À l'origine, SAFe était une collection d'observations et de retours d'expérience sur ce qui avait bien fonctionné dans certaines entreprises lorsqu'elles ont essayé de faire évoluer leurs processus agiles au-delà des équipes. Au fil des années, de plus en plus d'informations se sont accumulées et les premiers schémas de pratiques ayant aidé de nombreuses entreprises différentes ont commencé à émerger. Cela a été structuré – c'était la naissance du "Scaled Agile Framework" (SAFe). Depuis, SAFe est utilisé dans de plus en plus d'entreprises à travers le monde pour faire évoluer l'agilité de manière systématique. Les expériences acquises alimentent continuellement le développement de SAFe. C'est pourquoi SAFe en est maintenant à la version 4.0, qui ne sera certainement pas la dernière. Parmi les entreprises qui ont acquis de l'expérience avec SAFe et dont les besoins ont contribué à façonner SAFe, on trouve notamment Telstra – un opérateur de télécommunications, la banque Westpac, le Royal Melbourne Institute of Technology, l'agence française pour l'emploi Pôle emploi, mais aussi des fabricants de matériel et de machines comme Cisco, John Deere – et Lego. L'universalité de SAFe est un certain indicateur que SAFe peut également être utile à d'autres entreprises.
Et maintenant, passons à la question : "Qu'est-ce que SAFe® ?"
SAFe utilise comme « matériel » des équipes qui s'organisent généralement avec Scrum et qui, grâce aux pratiques XP, livrent en permanence une haute qualité. Le développement produit dans son ensemble est piloté avec Kanban, et le management s'appuie sur le Lean. Nous pourrons aborder à un autre moment ce que ces différents frameworks signifient en détail dans un environnement complexe. Pour l'instant, retenons qu'ils offrent une base éprouvée et très solide de structures, méthodes et principes pour SAFe. La raison pour laquelle SAFe s'appuie sur ces quatre frameworks se trouve dans les valeurs SAFe : Kanban et Scrum assurent l'harmonisation entre stratégie et mise en œuvre. Chacun, du développeur au CEO, connaît la priorité n°1 et peut s'y orienter. C'est la valeur SAFe « Alignment ».
Scrum et XP garantissent que les équipes livrent une qualité irréprochable. Scrum réunit les bonnes personnes et XP veille à ce qu'elles travaillent de manière robuste. C'est la valeur SAFe « Build Quality in » : nous ne voulons évidemment pas de défauts dans le produit. Les pratiques XP aident les équipes à maintenir le produit en permanence dans un état livrable. Le Lean Management assure que l'organisation reste agile, s'améliore sur le long terme et réduit continuellement les efforts liés à chaque livraison. SAFe considère donc « Program Execution » comme une valeur centrale – contrairement aux beaux plans issus d'une tour d'ivoire qui ne correspondent pas à la réalité opérationnelle. Comme quatrième et dernière valeur centrale, SAFe définit la « Transparence », qui est atteinte opérationnellement par Kanban et stratégiquement par les méthodes du Lean Management.
Résumé : SAFe c'est... !
SAFe® est conçu comme un framework pour que les bonnes personnes fassent les bonnes choses au bon moment et de la bonne manière – que ce soit 50 ou 5000 personnes, que ce soit dans le développement, le management opérationnel ou le management stratégique. Les informations et les visuels proviennent de www.scaledagileframework.com.
