Scrum

2024-09-18

Les valeurs de Scrum : Le Respect, juste du gros bon sens ?

Il est plus que temps de terminer notre tour des valeurs Scrum et de comprendre comment les incarner au quotidien. La dernière, et non des moindres : Le Respect !

À le voir, comme souvent, on se dit que c’est juste du gros bon sens, mais concrètement, qu’est-ce qui va m’aider à mettre en place et améliorer une culture de Respect avec mon équipe ?

Il s’agit d’un élément clé sur le chemin d’une équipe pour atteindre un haut niveau de performance. C’est la valeur qui encourage la collaboration, la compréhension et la reconnaissance des contributions de chacun et chacune.

Alors, sans plus attendre, voici 10 bonnes pratiques pour renforcer le Respect au sein de ton équipe :

Lire la suite
2024-04-11

Si j’ai la balle, je fais quoi?

Je suis un grand amateur de baseball. Je le pratique encore aujourd’hui. Plus jeune, mon père me donnait toujours le conseil suivant : « Demande-toi, à chaque frappeur : Si j’ai la balle, je fais quoi? ». Je trouvais cela ridicule, mais je lui répondais. Avec le temps, j’ai compris l’intention derrière : prendre du recul sur la situation pour choisir le meilleur jeu.

Lire la suite
2023-06-06

L’Agilité selon Platon

Imaginez une tribu de travailleurs d’une compagnie lambda qui vivent dans une caverne depuis leur naissance. Sur le mur de la caverne, un jet de lumière projette une ombre, celle de l’Agilité.

Toute leur vie, ces travailleurs ont regardé l’ombre de l’Agilité et n’ont connu que celle-ci. Pour eux, l’ombre EST l’Agilité.

Qu’arrive-t-il lorsqu’un jour, l’un d’eux décide de se tourner vers l’entrée de la caverne et qu’il voit pour la première fois que c’est le GUIDE SCRUM qui projette l’ombre ? Il réalise alors que tout ce qu’il a connu de l’Agilité depuis sa naissance n’était qu’une ombre du guide Scrum aux contours flous et imparfaits.

Lire la suite
2023-05-16

Adaptation de Scrum – Retour d’expérience 3/7

(English follow) 

Dans ce troisième article de cette série, nous allons expliquer les raisons pour lesquelles plusieurs membres d’une équipe de développement logiciel Scrum ont souvent une spécialisation.  

L’objectif de cette série d’article de blogue est de démystifier l’application du cadre Scrum dans un contexte réel dans lequel, au final, des compromis sur le cadre sont presque toujours nécessaires. Voici la liste des articles de cette série :

  1. Mise en contexte 
  2. Il y a une hiérarchie dans l’équipe Scrum  
  3. Plusieurs équipiers ont une spécialisation (cet article) 
  4. Les changements, en milieu de Sprint et impactant l’objectif de sprint, sont acceptés 
  5. Les projections ne sont pas basées à 100% sur l’empirisme 
  6. La décision d’annuler un Sprint n’est pas prise seulement par le PO 
  7. Des personnes externes à l’équipe Scrum peuvent influencer la planification de Sprint 

Note : Les arguments qui suivent s’appliquent principalement dans le contexte d’une équipe Scrum de développement logiciel.

Les écosystèmes de développement d’aujourd’hui sont composés de plusieurs outils, technologies, infrastructures et langages, chacun offrant plusieurs versions et, très souvent, pouvant être configuré d’une multitude de façons. Pour un développeur ou une développeuse, le simple fait de maintenir ses connaissances à jour sur une pile technologique est un défi et demande un bon investissement de temps. Il est donc très commun pour les développeuses et développeurs logiciels se spécialiser.  

« 75 % des développeurs et développeuses backend répondants ne connaissent qu’une seule pile technologique. »

Lire la suite
2023-02-07

« Qui maitrise les bases, maitrise l’art ! »

Cette phrase, anciennement affichée en grand dans mon dojo de karaté🥋, exprime pourquoi un karateka doit toujours continuer à pratiquer les premiers katas. 

Quand tu refais tes premiers katas, tu les fais différemment🆕 parce que tu appliques et pratiques des concepts que tu as appris plus tard. 
Ils te permettent autant de progresser⛰️ que les katas avancés. 

🙅 »J’ai pas besoin de cette formation, je connais déjà les bases, je voudrais une formation avancée. » 
🤷 »Ça fait 5 ans que je fais du Scrum, je connais ça, voici comment ça marche… » 
🙎 »Pas besoin de revenir à chaque fois sur les valeurs et principes ! » 
🤦 »Pourquoi une nouvelle version du guide Scrum ? » 

Dans nos accompagnements d’équipes comme de gestionnaires, on entend souvent ce genre de phrases. 

Lire la suite
2023-01-17

Adaptation de Scrum — Retour d’expérience 2/7

(English follows)

Dans le deuxième article de cette série, nous allons expliquer pourquoi une hiérarchie a été mise en place dans les équipes Scrum, pourquoi cette pratique s’applique dans plusieurs contextes et, pour finir, comment elle peut s’aligner avec le cadre Scrum.

L’objectif de cette série de blogues est de démystifier l’application du cadre Scrum dans un contexte réel où, au final, des compromis sur le cadre sont presque toujours nécessaires. Voici la liste des articles de cette série et les liens des articles déjà publiés :

  1. Mise en contexte.
  2. Il y a une hiérarchie dans l’équipe Scrum (cet article).
  3. Plusieurs équipiers ont une spécialisation.
  4. Les changements, en milieu de Sprint et impactant l’objectif de sprint, sont acceptés.
  5. Les projections ne sont pas basées à 100 % sur l’empirisme.
  6. La décision d’annuler un Sprint n’est pas prise seulement par le PO.
  7. Des personnes externes à l’équipe Scrum peuvent influencer la planification de Sprint.

Métier, organisation et leadership

Il est très rare que tous les membres d’une équipe agile soient des experts, vétérans ou séniors. La plupart du temps, on retrouve un mélange de juniors, intermédiaires et séniors qui, ensemble, cumulent « toutes les compétences nécessaires »[1] à la réalisation des items du carnet de produit. Mais qu’est-ce que ça veut vraiment dire « toutes les compétences nécessaires » pour une équipe agile? Selon mon expérience[2], les compétences nécessaires sont composées de deux parties : l’autonomie métier et l’autonomie organisationnelle.

Lire la suite