SAFe® expliqué : La valeur « Transparence »
SAFe repose sur quatre valeurs centrales. Nous avons déjà décrit les deux premières, l'Alignement et la Qualité intégrée. La troisième de ces valeurs est "Transparency" – en français : "Transparence". Mais pourquoi la transparence est-elle si importante qu'on l'inscrit comme valeur centrale – et que se cache-t-il derrière ?
Bien qu'il existe de nombreux domaines où la transparence est utile, nous souhaitons dans cet article mettre en lumière quelques aspects essentiels où un manque de transparence crée des obstacles majeurs pour un développement produit réussi.
Au niveau stratégique, des sujets importants concernant le développement du portfolio sont abordés :
La décision est vite prise – et le reste n'est "plus que" de l'exécution. Mais cette "exécution triviale" doit bien sûr aussi être prise en charge par quelqu'un. Et c'est ainsi qu'un Portfolio Manager assumera la responsabilité :
Ainsi, le sujet se retrouve en tant qu' Epic au niveau de la gestion de portefeuille. Sa marge de manœuvre est appréciable, mais crée aussi des problèmes qui doivent être résolus :
Une décision de portefeuille a naturellement des conséquences importantes sur le travail des équipes au sein de l'ART :
Souvent, on peut déjà s'estimer heureux qu'il y ait suffisamment de communication pour qu'au niveau du portfolio, une compréhension existe concernant les travaux qui sont encore en cours en parallèle, et quelles conséquences les nouvelles Epics auront sur la livraison de chaque Feature individuel. Et c'est ainsi que la planification se fait :
Et les équipes se mettent au travail, et chacun fait de son mieux – le réveil brutal arrive alors lors de la démo avec le client :
Les retours clients doivent bien sûr être pris au sérieux, et c'est ainsi que les Product Owners transmettent l'avis du client à la direction :
Et c'est ainsi que le "téléphone arabe" continue :
Les confusions qui en résultent conduisent ensuite à apaiser le client après coup, à interrompre des travaux déjà commencés et à mettre de côté des sujets partiellement terminés. Ce n'est ni souhaitable, ni durable.
Pour éviter que personne ne sache vraiment ce qui est important, pourquoi et quand, il faut une grande transparence.
Mesures SAFe pour augmenter la transparence :
Il existe un seul Portfolio-Kanban centralisé. Cela permet d'avoir une vue unifiée sur les Epics en cours, ceux qui arrivent ensuite – et ceux qui sont déjà terminés.
Les objectifs du Program Increment sont définis collectivement lors du PI Planning sous forme de PI Objectives et sont visibles à tout moment par toutes les parties prenantes.
Les équipes s'engagent sur des objectifs clairs à court terme et les atteignent généralement.
Lorsque les équipes s'écartent de leurs objectifs, elles le communiquent rapidement, non seulement en interne, mais aussi entre elles.
La vue sur le Program- et l'Architecture-Kanban est accessible à toutes les personnes impliquées dans l'Agile Release Train (ART).
Il en va de même pour les backlogs de toutes les équipes de l'ART.
L'avancement du programme est vérifié lors des Iteration et System Demos. Cela permet de voir rapidement où le plan initial doit être ajusté.
Harmonisation entre la stratégie et la capacité réelle de développement
Il existe une compréhension partagée du terme "Velocity" jusqu'au niveau du management
Il y a une clarté sur le WIP au niveau des équipes et du programme – en particulier sur le fait qu'il faut limiter le WIP.
Ces mesures ne prétendent en aucun cas être exhaustives, mais elles représentent le minimum essentiel pour pouvoir prévenir les problèmes les plus courants.
SAFe mise sur le fait que chaque individu sait comment contribuer à livrer la plus grande valeur le plus rapidement possible – et également sur la confiance que chacun apporte sa contribution à la réussite. Nous t'expliquons la quatrième valeur, la Program Execution, dans le prochain article.
