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

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

(English follows)

L’objectif de cette série d’articles de blogue 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.

Introduction

Même si l’on respecte un cadre (ou une approche) Lean-Agile, la simple application de certaines pratiques plutôt que d’autres crée souvent une mésentente entre praticiens et praticiennes. Cette mésentente est décuplée s’il est suggéré de sortir du cadre. Comme exemple, j’ai choisi Scrum, car c’est le cadre Agile avec lequel j’ai le plus d’expérience, bien que j’applique aussi Kanban, Lean-Flow and SAFe.

Lire la suite

Passer des fausses certitudes aux doutes adaptables

(English follows)

Avant de donner un GO à un nouveau projet ou lors du suivis d’un projet en cours, les parties prenantes et organisations exigeront toujours d’avoir un minimum de confiance dans la planification. En méthodes traditionnelles (e.g. en cascade), ceci se reflète souvent par un besoin de savoir exactement ce qui va être fait, quand ce sera fait et à quel prix. Comme nous le savons maintenant, peu importe la précision de ces prédictions initiales, la réalité en constant changement du projet a tendance à rendre le plan inapproprié. Dans de telles cultures de développement, minimiser les écarts face au plan est plus important que de maximiser la valeur du projet.

Lire la suite