L'évolution des attentes des clients, les "plates-formes brûlantes", les pressions concurrentielles et les exigences réglementaires croissantes ne sont que quelques-uns des défis importants auxquels les chefs d'entreprise modernes sont confrontés. Ces pressions ont fait passer de nombreuses entreprises du domaine simplement compliqué au domaine complexe, nécessitant de nouvelles approches de la gestion - l'agilité évolutive à l'échelle.
Définitions
Ces mots seront définis comme suit tout au long de ce billet (tirés de cet article sur le cadre Cynefin ) :
- Compliqué : dans lequel la relation entre la cause et l'effet nécessite une analyse ou une autre forme d'investigation et/ou l'application de connaissances d'expert, l'approche est de Sentir - Analyser - Répondre et nous pouvons appliquer les bonnes pratiques.
- Complexe : dans lequel la relation entre la cause et l'effet ne peut être perçue que rétrospectivement, mais pas à l'avance, l'approche est de sonder - sentir - répondre et nous pouvons sentir une pratique émergente.
- Evidence : remplaçant la terminologie "Simple" utilisée précédemment par le début 2014 - dans lequel la relation entre la cause et l'effet est évidente pour tous, l'approche est de Sense - Categorize - Respond et nous pouvons appliquer les meilleures pratiques.
SAFe 4.0 et Kanban
Un nombre croissant d'entreprises se tournent vers le Scaled Agile Framework (SAFe) pour mettre à l'échelle les pratiques Lean et Agile que l'industrie technologique a acceptées comme meilleures pratiques. Les organisations qui s'épanouissent dans leurs transformations SAFe fonctionnent en comprenant les points suivants : la complexité de la transformation d'une organisation, le rôle d'un point de départ clair "Big Picture", et une poursuite incessante du changement évolutif à l'aide de divers principes directeurs et modèles.
L'inclusion beaucoup plus large de Kanban dans SAFe 4.0 constitue une avancée significative sur ce dernier point. Mais à moins que votre organisation ne comprenne mieux les propriétés de gestion du changement d'un système Kanban bien organisé, cela restera une opportunité inexploitée.
"Les débuts de "Scrumble
Il y a quelques années, j'étais consultant sur Kanban et Scrumban dans une grande entreprise de services financiers, au moment même où se déroulait l'une des premières mises en œuvre de SAFe. Cela a fasciné nombre de mes collègues coachs Agile, mais j'ai été moins impressionné. À l'époque, SAFe était considéré comme un processus rigide du haut vers le bas. Elle n'a pas non plus réussi à prendre en compte les flux de valeur complexes ou à permettre des systèmes équilibrés en termes de demande et de capacité aux niveaux de l'équipe et de l'organisation.
Depuis ces premiers jours, SAFe a considérablement évolué ; aujourd'hui, il s'agit d'un cadre et d'une bibliothèque qui permettent de résoudre des problèmes courants dans des domaines aussi bien simples que compliqués. La planification de l'IP, par exemple, est l'une des nombreuses pratiques SAFe réussies qui expose les hypothèses et les risques au sein des équipes avant la mise en œuvre. Une planification efficace et collaborative permet de prendre de meilleures décisions et de réduire les risques.
Le contexte compte : Quand SAFe donne un faux sentiment de sécurité
Cependant, lorsque le contexte passe de compliqué à complexe, de nouveaux défis apparaissent, que les praticiens SAFe moins expérimentés peuvent manquer. Il y a un risque de créer l'illusion de la certitude là où elle n'existe pas/ne peut pas exister si un processus spéculatif efficace dans un domaine évident est appliqué dans un autre domaine. De bons exemples de cela sont :
- La dette technique provenant d'une mauvaise conception qui reste non reconnue.
- Introduire une quantité démesurée de déchets dans le processus de planification afin de "s'aligner" artificiellement.
- Utiliser un type de travail ou de contexte comme classe de référence à un autre sans se rendre compte qu'ils ne sont pas comparables.
En revanche, les praticiens SAFe qui adoptent une approche plus évolutive et pragmatique peuvent éviter certains de ces dangers en accordant une attention particulière aux résultats et en adaptant leur réflexion et leurs approches en conséquence. En un mot, ils appliquent Kanban.
SAFe(ban) pragmatique
Depuis la version 4.0, Kanban est désormais un citoyen de première classe dans SAFe, sa mise en œuvre étant encouragée à tous les niveaux du Big Picture. Voici quelques-unes des questions auxquelles la méthode Kanban peut aider à répondre dans une mise en œuvre SAFe :
- Comment pouvez-vous tirer parti des données de stabilité et de délai de divers systèmes pour aider à déterminer des cadences étroitement couplées (alias l'incrément de programme) ?
- Comment pouvez-vous utiliser l'optionnalité pour améliorer l'expérience de service pour les clients d'un flux de valeur ou d'un train de lancement ?
- Pourquoi et comment fonctionne le principe de limitation des travaux en cours ?
- Quelles hypothèses les praticiens SAFe font-ils couramment (et ne devraient pas faire) ?
- Quelles hypothèses doivent être vraies pour que les systèmes Kanban connectés fonctionnent en réseau ?
- Comment gérer les flux de valeur et libérer les trains comme un réseau de systèmes et de services connectés ?
- Comment les boucles de rétroaction organisationnelles peuvent-elles fonctionner dans le contexte d'un train de libération utilisant Kanban ?
- Comment le STATIK de Kanban s'échelonne-t-il ?
- Comment pouvons-nous utiliser Discovery Kanban pour sonder, sentir et répondre dans un environnement complexe ?
Tout comme le terme Scrumban est utilisé pour décrire l'application de Kanban dans un contexte Scrum, je suggérerais SAFeban comme un hybride similaire de la méthode Kanban appliquée dans un contexte SAFe. SAFe reconnaît maintenant l'importance des systèmes Kanban connectés, et le programme de survivabilité de la méthode Kanban. Ces intégrations de Kanban dans SAFe constituent un grand pas en avant.
C'est une période passionnante dans le développement de processus matures pour diriger des organisations technologiques fortes et agiles.
Remerciements
Merci à Alexei Zheglov, Yuval Yeret, Shyam Kumar, Kevin Callahan, Diana Reddy et Dimitar Bakardzhiev pour leurs commentaires et suggestions sur cet article de blog.
