lundi 24 mai 2021

Attaque des Titans: Utilisation du Framework SAFe-like par le Bataillon d'exploration

 Nous allons parler du manga "L'attaque des Titans" et allons decrypter la préparation et l'execution par le "bataillon d'exploration" d'une opération utilisant des process quasi identiques à SAFe.




Ce manga est un des plus regardés et est classé systématiquement dans les classements des meilleurs Mangas par exemple ce classement  du site gentside : Manga: les 10 meilleurs manga de tous les temps

Le manga est tellement devenu célèbre que même le chef de l'État, Emmanuel Macron, en lançant le Pass Culture (Une aide de 300 euros pour tout jeune de 18 ans), le président a donc fait une vidéo TikTok pour dévoiler l'offre.  La phrase d'accroche sur cette vidéo est "300€ pour le bataillon d'exploration". Une référence à ce manga.




Le bataillon d'exploration est une unité combattante à laquelle fait partie Eren, le héros du Manga. Nous verrons dans la vidéo que ce bataillon à les dimensions d'un train agile SAFe et se comporte comme le framework SAFe préconise.

Nous allons nous aussi surfer sur la vague de ce manga.

En regardant ce manga avec ma fille de 18 ans, j'ai eu la surprise d'assister à la préparation d'une opération majeure et j'ai eu la surprise d'assister à un déroulé similaire en tout point avec le Framework SAFe (Scaled Agile Framework) utilisé pour agiliser de grands programmes. L'agilité à l'échelle n'est utilisable qu'à partir du moment où on a au moins 50 personnes qui collaborent ensembles.

Dans ce manga, la bataillon est composé de 100hommes et femmes. La trame de l'histoire en quelques mots:

  • L'humanité vit depuis 100 ans à l'intérieur de murs pour la protéger
  • à l'extérieur de ces murs, des êtres géants attaquent et tuent tout humain
  • les humains ne savent pas d'où viennent ces êtres et jour après jour, ils perdent du terrain face à ces "monstres",  ces titans
  • dans les extraits que je vais vous montrer, on est à un moment où des informations majeures sont localisées et le bataillon d'exploration monte une opération pour aller récupérer ces informations.

  • Vous verrez dans cette vidéo que le bataillon applique scrupuleusement le Framework SAFe, des commentaires que j'ai inséré dans la vidéo vous permettront de bien faire le parallèle et de le comprendre.
En résumé:
  •  Tous les membres du bataillon sont réunis pendant un certain temps pour préparer l'opération, ils sont alignés sur l'objectif, on leur transmet la vision de ce qui va être fait. (début du PI Planning)
  • une sorte de board programme est exposé à toutes les équipes montrant le positionnement de chaque équipe et leur interaction ( dépendances, milestones)
  • les équipes (Squad de moins de 10 individus) en fonction des instructions et de l'alignement, travaillent sur leur plan de déploiement ( Team Breakout au sein du PI Planning)
  • l'armée met à disposition des squads des ressources leur permettant de realiser leur mission
  • les équipes évaluent les risques se font des convictions et envisagent des actions (PI Planning / ROAMing des risques)
  •  On voit que l'opération se déroule par phases similaires à des sprints, chaque sprint ayant un Objectif 
  • D'autres squads externes au bataillon (externes au train SAFe) sont en dépendance (externe) et viennent l'assister par exemple pendant la traversée de la vieille ville. C'est l'équivalent d'équipes d'Ops, département technique, RH, Finances ou autres qui assisterait un programme sur différents volets.
  • Au niveau des rôles on voit que les officiers se comportent soit comme des PM SAFe (ont la vision globale, la stratégie, pilote le train, décident des releases, prend les décisions orientant le train).  D'autres officiers ont un rôle plus proche du RTE et des Scrum Masters. Ils s'assurent que l'exécution du plan se déroule bien. Ils n'ont pas la décision de changer les orientations, juste de s'assurer que tout le monde reste sur les rails.
  •  Les membres des squads sont animés de valeurs similaires à celles promues par Scrum (sur lequel SAFe s'appuie pour l'agilité d'équipe) soit: le courage, le focus sur l'objectif, l'engagement personnel et collectif, le respect de ses coéquipiers et l'ouverture vis à vis des challenges et du travail à realiser.





Le reste dans la vidéo ;)


(à voir en plein écran avec le son)






lundi 22 mars 2021

Evolution de l'utilisation des Frameworks de 2015 à 2020

 

Comme tous les ans, VersionOne devrait sortir courant Avril son étude sur les pratiques agiles dans les entreprises à travers le monde.

Je vous propose de faire un zoom sur l'utilisation des Framework d'agilité à l'échelle.




  SAFe s'installe seul en première place et confirme la tendance déjà observée les années précédentes.
  D'autres Framework, pourtant très prometteurs comme LeSS, font le buzz auprès des coachs mais d'années en années ne parviennent pas à décoller.  

  Si le sujet vous intéresse,  sur l'utilisation de SAFe (le framework qui s'installe solidement en 1er place) en France, je vous invite à lire l'état des lieux fait par Michel Levaslot sur un post linkedin:    Etat des lieux du deploiement de SAFe en France en Janvier 2021

  Ces tendances seront elles confirmées en 2021?  Rdv en Avril pour la prochaine édition de l'étude de VersionOne


Source: 14th Annual State of Agile Report 

samedi 20 mars 2021

Inspect and Adapt

     

Overview du Rituel 

Toutes les parties prenantes du train se réunissent pour partager l’avancement du train et les « succès ». Ils réfléchissent sur les axes d’améliorations et identifient des plans d’actions cohérents, avec des porteurs nommés. C’est la rétrospective du PI écoulé.

QUI?

  • Animé par le RTE. 
  • Les participants sont toutes les parties prenantes ayant une interaction avec le train.

QUAND ?

  • 1 fois par PI.

DUREE?

  • Jusqu'à une demi journée.
  • Le rituel est animé par le RTE.

Déroulé

PRÉ – REQUIS 

Les indicateurs des sprints pertinents que l’on a à disposition (burndown, débit, TTM...), le compte rendu du dernier Inspect & Adapt et des rétrospectives.

ATTENDUS

Le meeting est considéré comme terminé lorsque nous pouvons répondre aux questions suivantes :

  • Quelles sont les améliorations que nous avions décidé de réaliser lors du précédent I&A ? 
  • Est-ce qu'elles ont été terminées ? 
  • Quels ont été leurs effets ?
  • Quelles sont les améliorations que nous décidons de réaliser pour le prochain Program Incrément ?

TAKE AWAY

Au début de chaque réunion un responsable de la rédaction du CR est identifié
  • Redescendre l’actualité auprès de l’équipe

System Démo

     

Overview du Rituel 

On y présente la dernière livraison cumulée et terminée de toutes les équipes, sur le sprint écoulé.

Elle est indispensable pour permettre aux parties prenantes et aux représentants utilisateurs de valider les nouvelles fonctionnalités du produit.

QUI?

Animée par le PM. Les participants sont tous les « stakeholders », l’équipe et les représentants des utilisateurs finaux.

QUAND ?

  • 1 fois par Sprint.
  • Le dernier jour de chaque fin de Sprint.

DUREE?

  • 1h00.
  • Le rituel est animé par le  RTE.

Déroulé

PRÉ – REQUIS 

Un environnement / support à jour avec toutes les Features et les User Stories terminées sur le sprint écoulé.

ATTENDUS

Le meeting est considéré comme terminé lorsque les points suivants ont été parcouru :

  • Avancement : ce qui va être démontré et ce qui ne sera pas démontré
  • Démo : des nouvelles Features et US terminées
  • Discussion : des évènements principaux ayant eu lieu pendant le sprint
  • Présentation : des principales US / Features arrivant dans le(s) prochain(s) sprint(s)
  • Indicateurs : partage des indicateurs et des grandes tendances de l’équipe

TAKE AWAY

Un CR contenant le journal de décisions sur les validations obtenues.


ART Sync

     

Overview du Rituel 

ART Sync est une fusion du Scrum de Scrum et du PO Sync. Il est convoqué quand l'engagement global n'est plus tenable et d'importants ajustements sont nécessaires. 

Lors de ce rituel, le Program Board est mis à jour selon les engagements planifiés et réalisés. Les acteurs clés du PI se synchronisent.

La matrice des risques ROAM est passée en revue. Si des obstacles sont identifiés comme « bloquants », un plan d’action, avec porteur, est mis en place.

QUI?

  • Animé par le RTE. 
  • Les participants sont le RTE, les PM, les PO, les SM et l’architecte, management.

QUAND ?

  • À la demande.
  • 1 fois par semaine quand cela est nécessaire

DUREE?

  • Jusqu’à 1h. 
  • Le rituel est animé par le RTE.

Déroulé

PRÉ – REQUIS 

L’ART Sync est alimenté par les CR des rituels PO Sync et Scrum de Scrum.

ATTENDUS

Le meeting est considéré comme terminé lorsque nous avons parcouru les points suivants :

  • Partage des risques et ROAMing en séance (tous les risques résiduels doivent être adressés)
  • Revue de l'avancement et de l'engagement
  • Prise de décisions sur les irritants/ alertes/ obstacles permettant d’atteindre l’objectif
  • Mise à jour du tableau des adhérences 

TAKE AWAY

Au début de chaque réunion un responsable de la rédaction du CR est identifié
  • Redescendre l’actualité auprès de l’équipe