Devops for Growth

Les 7 Fs du plan de vol de l’équipe agile

The 7th Fs of (the Agile Inside Out) Flight Plan:

1. Foundation : What is your releasing frequency ? - A quelle fréquence livrez-vous en production ? - A quelle fréquence révisez-vous vos pratiques, processus ?

2. Flex : - Votre équipe est-elle prête à prendre en charge toutes les demandes ?

3. Focus : Time to put the focus on your team’s workflow as we visualise the work

4. Flow : As counter-intuitive as in may seem, limiting work in progress will help you to improve flow

Limiter la quantité de choses en cours (le multitâche) et la taille des éléments ou lots de travaux (batch size) permet d’accélérer le flux, de diminuer le temps de parcours moyen de l’ensemble des éléments.

Instaurer des limites fortes peut paraître contreintuitif au début. Pour autant, c’est par la contrainte que l’on s’aperçoit des problèmes de fond et que l’on arrive à améliorer l’ensemble du système de proche en proche.

1. Fuel : You have built a high-performance engine that deserves high-octane fuel, via techniques such as Story slicing, Story mapping, …

2. Farewell : Bid farewell to estimates and estimating. Trust me: you won’t miss them one bit.

3. Fine-tune : You’re flying high, but you’re on a journey that never ends: there’s always scope for fine-tuning.

Il s’agit de vérifier fréquemment et régulièrement les paramètres et indicateurs de vol. Cela se traduit par des rétrospectives préparées par un Scrum Master pour collecter les indicateurs et données utiles à l’introspection de l’équipe sur ses pratiques, afin de dégager les ajustements ou éventuels changements plus importants pour assurer la suite du voyage.

Expresso Agile en partenariat avec Scrumline , DEVWAY et Flowr (le logiciel édité par Odeven ) te proposent un accompagnement communautaire en ligne gratuit sous forme de MOOC, pour t'accompagner dans la préparation des certifications #PSM1 et #PSMO1 .

Au programme : des contenus à retrouver chaque semaine dans cette newsletter, des lives et leur replay chaque semaine du 24 juin au 16 septembre sur la page Linkedin Expresso Agile .

Most likely, at the start of every Scrum kick-off or Scrum training, complexity and its consequences will be explained by using models like Stacey or Cynefin. Often, everyone agrees with its key takeaway that with complexity the unknown exceeds the known and an introduction of Scrum can be considered a complex endeavor as well.

Therefore, what strikes me the most is that…

• Organizations continue to select large consultancy firms with ‘Scrum experts’ to lead their Scrum transformation. The most detailed transformation plan has the highest chance of being selected;
• Scrum coaches continue to use fancy maturity models in which growth is a linear progression through a number of discrete phases. The expected growth looks the same across organizations, teams, and individuals;
• Trainers continue to share ‘best practices’ — like Story Points and User Stories — in their classes, while they also start their classes explaining models like Stacey or Cynefin;
• Students continue to attend classes with a core focus on providing answers to questions from the related assessment, with the only goal of getting everyone certified.

Le rôle de l’équipe

Le rôle et mission de l’équipe Scrum est de réaliser et livrer les éléments à plus forte valeur ajoutée pour ses clients, utilisateurs et sponsors.

Pour accomplir cette mission, certains coéquipiers ont besoin d’être plus focalisés sur certaines choses.

Tous les coéquipiers qui réalisent à proprement parler le produit ou service, ont besoin d’être concentrés pour mettre en oeuvre leurs compétences respectives au service de l’objectif de l’équipe.

Selon le contexte et l’objectif, cette activité peut être plus ou moins coopérative, avec plus ou moins d’interactions entre coéquipiers.

Le rôle du PO dans la focalisation

Le PO donne à l’équipe Pourquoi et Sur Quoi porter son effort pour le prochain sprint.

Lors du démarrage du sprint le PO informe l’équipe de ce qui est le plus important et urgent à faire pour les parties prenantes extérieures. L’équipe partage et définit ensemble ce qu’elle peut faire de mieux commme résultat, en tenant compte des contraintes de réalisation.

Le PO s’améliore individuellement dans la focalisation en limitant la taille du backlog de produit à une cinquantaine d’items.

Le PO est focalisé sur la définition et priorisation d’éléments à plus forte valeur ajoutée pour les parties prenantes, et à réaliser par l’équipe.

Le rôle du SM dans la focalisation

Le SM protège l’équipe des perturbations qui pourraient l’écarter de son objectif. Le SM anticipe les obstacles, les risques et prépare les actions pour les limiter.

Le SM est focalisé sur la performance de l’équipe globale en soutien au PO et aux développeurs. Cette focalisation lui impose d’être à l’écoute de cet écosystème complexe.

Quelques méthodes / références

Pour votre équipe, où la coopération et la focalisation sur un objectif collectif est importante, je n’ai pas mieux que Scrum.

Pour gérer un flux de demandes où la répartition et le séquencement des tâches de réalisation importent plus qu’un objectif commun à 2 ou 3 semaines, une approche Kanban peut être mieux adaptée.

Avec un peu d’expérience, tirer le meilleur des deux permet de se focaliser sur les bonnes choses au bon moment et de la bonne manière…

The DevOps model has its unique principles that promote automation and team collaboration. Therefore, the primary focus of the model is the enhancement of collaboration between teams that are driven by sequential feedback. The DevOps model resembles the Agile methodology, but differs due to the collaboration focus between technical team members and managers, while Agile focuses on client involvement.

What does DevOps carry out?

• Continuous Integration and Delivery
• Microservices
• Infrastructure as Code
• Monitoring and Logging
• Communication and Collaboration