Selon le guide Scrum, l’équipe Scrum est une équipe auto-organisée :

« Les équipes auto-organisées choisissent la meilleure façon d’effectuer leur travail et ne sont pas dirigées par des personnes extérieures à l’équipe. Les équipes interfonctionnelles disposent de toutes les compétences nécessaires pour effectuer le travail sans dépendre d’autres personnes qui ne font pas partie de l’équipe. Le modèle d’équipe de Scrum est conçu pour optimiser la flexibilité, la créativité et la productivité ».

L’adoption de l’état d’esprit Agile au niveau de l’équipe est une réalité. Pratiquement plus personne ne remet en question les avantages qu’Agile offre à l’équipe. Cependant, dans la plupart des organisations, les produits, les projets et les processus ne sont pas réalisés par une équipe de 3 à 11 personnes. Au lieu de cela, ils nécessitent souvent 30 personnes ou plus, et c’est à ce moment-là qu’il est utile de disposer de cadres ou de bibliothèques de ressources qui nous donnent les outils pour continuer à conserver les avantages de l’Agile à une plus grande échelle.

La communauté Agile a essayé d’optimiser les différentes parties d’une organisation. L’un des moyens d’y parvenir est de réduire, de désescalader les organisations, de créer des équipes auto-organisées. Dans certains contextes, cela n’est pas possible, nous ne pouvons pas créer des équipes dans lesquelles il y a une personne du département « juridique » ou « financier » ou « marketing ». Nous devons plutôt chercher des cadres qui permettent aux différents départements de collaborer entre eux tout en maintenant l’alignement sur les objectifs de l’entreprise.

SAFe

SAFe® (acronyme de Scaled Agile Framework Enterprise) est un cadre permettant d’étendre les pratiques agiles basées sur les principes Lean et Agile pour le développement de logiciels et de systèmes, au niveau de l’entreprise. SAFe m’a également été utile en tant que cadre Lean Agile dans des environnements qui ne développent pas de logiciels et de systèmes, mais pour des équipes impliquées dans un processus.

SAFe® est un cadre de travail qui permet d’étendre les pratiques agiles.

Il y a des gens qui ne considèrent pas SAFe comme un cadre Agile, en fait, je connais des cas où ce cadre a été mis en œuvre non pas comme un cadre de soutien pour atteindre l’agilité, mais comme un but en soi. Cela a généré des opinions très contraires, ce que je comprends. Cependant, mon objectif n’est pas de débattre sur la question de savoir si SAFe est ou n’est pas Agile, mais de partager mon expérience sur la façon dont SAFe nous a aidés à adopter ou à étendre les pratiques Lean Agile dans des organisations avec plusieurs équipes travaillant sur le même produit ou le même processus.

Mon objectif n’est pas de débattre de la question de savoir si SAFe est ou n’est pas Agile, mais de partager mon expérience sur la façon dont SAFe nous a aidés à adopter ou à étendre les pratiques Agiles Lean.

Cadre strict ou bibliothèque

SAFe fonctionne très bien si nous l’interprétons comme une bibliothèque de ressources pour la mise à l’échelle des pratiques agiles. Il ne donnera guère de bons résultats s’il est appliqué comme un cadre rigide où tous les rôles et événements doivent être présents simplement parce qu’ils apparaissent dans le « tableau d’ensemble ».

Tout d’abord, comme expliqué dans cet autre article, SAFe est basé sur un ensemble de principes Lean Agile.

Une autre raison pour laquelle nous pouvons dire que SAFe est Agile et que tous les cadres de mise à l’échelle devraient suivre est le fait que la base est constituée d’équipes Agiles allégées.

SAFe est basé sur des équipes agiles.

Équipes agiles

SAFe promulgue que rien ne doit interférer avec les équipes, elles sont la pierre angulaire de la mise à l’échelle. L’équipe est l’ADN sur lequel tout est construit, elle est au cœur et c’est là que commence la mise à l’échelle des pratiques Lean et Agile.

Les caractéristiques de cet équipement, telles qu’elles apparaissent dans la bibliothèque SAFe, sont les suivantes :

• Responsabilisés, auto-organisés, autogérés et interfonctionnels
• Ils fournissent conjointement de la valeur, testée, par le biais d’un système fonctionnant toutes les deux semaines.

Il est vrai que SAFe semble imposer une condition aux équipes :  » itérations de 2 semaines « . La raison de cette imposition est de faciliter la synchronisation entre les équipes afin de faciliter l’alignement au niveau de l’équipe (train), bien que la durée des itérations doive être telle que nous puissions gérer de manière acceptable le risque commercial et synchroniser le développement avec d’autres événements commerciaux. Les itérations peuvent durer 3 ou 4 semaines, voire une semaine, mais il est vivement conseillé à TOUTES les équipes de travailler par itérations de même durée ou multiples les unes des autres.

Hormis cette restriction, dans toutes les escalades où SAFe est utilisé comme cadre, la base est constituée d’équipes agiles.