Des phrases qui démotivent une équipe et comment les remplacer

La motivation des équipes est l’une des clés de succès de tout projet. Dans ce  Post je vous présente des exemples de phrases que tout manager doit éviter car elles démotivent les équipes.  Je vous propose de les remplacer par des phrases vous permettant d’agir en véritable leader et de renforcer la motivation de vos troupes.

Le Post est inspiré d’un dossier publié dans le magazine « Management » N° Juin 2015 de G. Le Bellego et P. Ammar.

Leader-Phrases a eviter

Publicités

Lean Canvas ou Comment définir la Vision de son Produit

Il n’y a pas de bons vents pour celui qui ne connaît pas son Cap (Steve Jobs)

Introduction

Dans un projet agile, il y a plusieurs niveaux de planification. La figure ci-dessous est une adaptation du «Planning Onion» proposée par Mike Cohn pour représenter ces niveaux de planifications.

Planning Onion

La vision du produit est donc le premier niveau de planification. Cette vision doit refléter la stratégie business de l’entreprise en répondant aux questions suivantes :

  • Quels problèmes essayons-nous de résoudre ?
  • Pour qui : quels sont les clients, les utilisateurs?
  • Quelles solutions apportons-nous à ces problèmes ?
  • Comment allons-nous lancer ce produit sur le marché ?
  • Quel est le modèle économique de notre produit ?
  • Comment allons-nous mesurer le succès de ce produit (Revenus, Métriques) ?

Il faut noter qu’à ce stade de la planification, certains éléments (voire beaucoup) sont basés sur des hypothèses qui doivent être validées, améliorées ou modifiées par la suite. La vision du produit n’est donc pas figée et peut évoluer pour tenir compte des retours du terrain (marché, clients, utilisateurs).

 Quelles sont les avantages de la vision?

Lire la suite

PO BOX : La boîte à outil du Product Owner efficace

Le Product Owner (PO) est un rôle primordial dans l’adoption de la démarche Agile au sein de l’entreprise. Afin d’aider le PO dans son rôle, j’ai créé « PO BOX » comme boîte à outils qui essayent de couvrir les différentes tâches du PO:

  • Comment définir la vision du produit
  • Comment définir la roadmap du produit
  • Comment élaborer des requirements Agile
  • Comment prioriser les requirements

La PO BOX sera élaborée et enrichie de manière incrémentale (Posts séparés sur ce blog). Elle contient principalement des outils que j’ai pu utiliser lors de mes différentes interventions en tant que coach et consultant Agile. Elle ne prétend donc pas être exhaustive.

L’image ci-dessous montre sous la forme d’un Mind Map le contenu actuel de la PO BOX.

N’hésitez pas à me laisser vos commentaires, remarques et suggestions.

En vous remerciant

PO BOX v1.0

Le Framework LeSS : Les 10 principes

LeSS (Large Scale Scrum) est un framework Agile à grande échelle élaboré par Craig Larman et Bas Vodde (https://less.works). Il est basé sur Scrum (Large Scale Scrum is Scrum). En effet, le framework est une combinaison de règles et de guides destinés à appliquer Scrum dans un contexte multi-équipes. LeSS se décline en réalité en deux frameworks :

  • LeSS qui couvre de 2 à 8 équipes
  • LeSS Huge pour plus de 8 équipes

Cet article présente les principes du framework LeSS. Ils sont en nombre de 10 :

Less Principles

Lire la suite

Frameworks Agile à Grande Echelle

L’approche Agile a été mise en œuvre dans un premier temps pour gérer des projets de petite  taille impliquant souvent une seule équipe localisée au même endroit. Mais actuellement, le nombre d’entreprises ayant adopté des pratiques Agile pour gérer des projets de plus grande ampleur, ne cesse de croître (Alcatel, Ericsson, Nokia, JP Morgan, Spotify, …). Cette mise en œuvre de l’agilité à grande échelle, ne se fait pas sans difficultés car nécessitant souvent des changements profonds aux seins des entreprises.

Pour accompagner cette « transition  Agile de grande ampleur », de nombreux frameworks Agile « à grande échelle » ont été élaborés ces dernières années.

De manière générale, un framework Agile à grande échelle s’articule autour des éléments suivants :

  • Un ensemble de principes
  • Un ensemble de règles
  • Une structure organisationnelle : ensemble de rôles, organisation des équipes
  • Un ensemble d’artefacts
  • Des événements ou cérémoniaux
  • Un guide de  pratiques à expérimenter (ou à éviter)

Voici une liste des principaux frameworks existants :

  • LeSS: Large Scale Scrum;
  • SAFe: Scaled Agile Framework
  • DAD: Disciplined Agile Delivery
  • EBMgt: Evidence Based Management
  • ETF: Enterprise Transition Framework
  • SA@S: Scaled Agile @ Spotify

PURIFF ou Quels tests effectuer durant un Sprint Scrum

Dans Scrum chaque Sprint crée un incrément qui est un produit partiel potentiellement livrable à la production.
Pour qu’il puisse être déployé en production, l’incrément doit répondre à tous les critères d’acceptation et subir toutes les vérifications nécessaires.

Chaque Sprint doit donc inclure toutes les activités de tests permettant d’obtenir un incrément exploitable que l’on peut livrer à la production.

Ce post introduit l’acronyme PURIFF  comme concept pour  regrouper  l’ensemble des activités de tests à mener durant le Sprint. Chaque élément  de l’acronyme correspond à une catégorie de tests :

Lire la suite

Six conseils pour améliorer votre définition de “Fini”

Rappels

La définition de “Fini”,  “Definition of Done”  ou DoD[1] en anglais représente les critères qui déterminent si un travail est accompli. Cette définition peut concerner les éléments du Backlog du produit (Les fonctionnalités à réalise), les tâches qui réalisent ces éléments, l’incrément (le résultat d’un Sprint) et la release finale du produit.
Il s’agit d’un artefact important dans Scrum car  Il  permet à tous les participants  au projet de partager une signification commune des résultats attendus.

La définition de “Fini” ou DoD, doit donc être explicite est visible à l’intérieur et à l’extérieur de l’équipe Scrum. Parmi les objectifs attendus du DoD :

Lire la suite

Quelles méthodes agiles utilise-t-on le plus en France?

L’utilisation des méthodes Agile gagne de plus en plus du terrain en France. Mais quelles sont réellement les méthodes les plus utilisées en France?

Dans une enquête réalisée en 2009 par le « French User Group » (Organe de la  Scrum Alliance) auprès de plus de 150 entreprises en France représentant des SSII et des client finaux, portant entre autres sur les méthodes agiles utilisées dans l’entreprise, Scrum et XP arrivent largement en tête :

  • Scrum occupe la première  position avec 86% des sondées déclarent utiliser cette méthode.
  • XP est  deuxième avec 52 % des sondées.
  • La méthode Lean arrive en troisième (14%), talonnée en quatrième position par les méthodes maisons (13%).
  • Les autres méthodes agiles (DSDM, Crystal Clear, etc.) occupent la dernière place (7% des sondées).

Classement détaillé :

  1. Scrum : 86% de sondées
  2. XP :   52%
  3. Lean : 14%
  4. Méthode maison : 13%
  5. Autres (Hors DSDM et Crystal Clear): 5%
  6. DSDM : 1%
  7. Crystal Clear : 1%

Source : Enquête Nationale Scrum User Group – Juin 2009 – http://www.frenchsug.org

Peut-on abandonner un Sprint en cours de route?

Selon les règles de Scrum, un Sprint peut être  abandonné   avant son terme.  Seul le Product Owner est habilité à prendre une telle décision.  Il peut  le faire à la demande des parties prenantes, de l’équipe de développement ou du  Scrum Master.

Le Sprint peut être abandonné si son objectif devient obsolète vidant le Sprint de son sens : l’entreprise change d’orientation,  les conditions du marché et de la technologie évoluent, etc.

Lorsqu’un Sprint est abandonné, chaque élément  fini du Backlog du produit est examiné. Si une partie du travail est jugée  livrable en production, le Product Owner  peut décider de  l’accepter et l’intégrer au produit existant. Les autres éléments incomplets sont ré-estimé et remis dans le Backlog du produit.

A noter que l’abandon  d’un Sprint est consommateur de ressources et peut être traumatisant pour l’équipe Scrum.