l’être : les valeurs d’équipe, la confiance, mon amélioration continue et la relation au monde exterieur

Leave a comment

Dans le monde agile, la collaboration de l’équipe et la confiance entre les équipiers sont des aspects important.

Dans de nombreuses migration à l’agilité, la construction de l’esprit d’équipe est souvent oubliée, et cela peut mener à l’échec de la migration ou du projet.

Parmi les activités que j’aime bien pour la construction d’une équipe, il y a l’arbre des valeurs que j’ai découvert grâce à Jean-Francois. Il permet à une nouvelle équipe d’apprendre à ce connaître.  Un des buts du jeu, et de découvrir les valeurs qui sont importantes pour un équipier, et que l’équipe construise petit à petit ses valeurs communes.

A partir de ces valeurs, l’équipe pourra alors réfléchir sur la cohérence de ces valeurs avec les piliers de l’agilité, et voir comment elles peuvent aider à la réussite. L’exercice sert aussi a identifier les points de vigilances,  quand certaines valeurs peuvent être en contradiction avec l’agilité.

Tout cela pour avoir une équipe autonome et responsable qui sera capable d’agir (et de réagir) efficacement dans la plupart des situations.

Slide2

Parmi les “Bad smell” qui peuvent indiquer que la confiance n’est pas la,  on peut citer :

  • les organisations où les équipiers n’ont pas le droit de manger ensemble (prestataires, stagiaires, … ) ;
  • les équipes avec des objectifs individuels forts ;
  • les équipes ne faisant pas de rétro constructives, en effet,  je pense que la confiance entre les équipiers est une des clés de la réussite des rétro ;
  • l’intégration ou le changement d’équipier sans accompagnement. L’ajout d’une nouvelle personne peut changer (et change souvent) certaines des valeurs communes …

Le deuxième aspect est le fait que développeurs,scrum master et PO fassent une équipe.

Le partage de valeurs et la confiance entre tous les membres de l’équipe est un début, mais cela n’est pas suffisant.

Pour atteindre une relation ou l’équipe est une et indivise dans toutes les situations (cela n’interdit pas la divergence d’opinions, mais elle doit être constructive et dans l’intérêt du projet). Il faut une interaction quasi quotidienne avec le PO. Etre PO est un travail au quotidien et il ne s’agit pas juste de gestion du backlog. Le PO doit être en relation avec l’équipe pour éclaircir les points, préciser les attentes, travailler sur les critères d’acceptation, … Cela implique aussi, que les rôles de chacun sont connus à chaque instant. On peut facilement être amener à oublier la différence entre le rôle et la personne. Par exemple, lorsque le PO est en vacances …  les équipiers peuvent penser qu’ils n’ont plus de PO …. Il est important que dans ce genre de situation, le PO “délègue” son rôle à une ou un ensemble de personne. La gestion des priorités pourra être déléguée à une personne, la validation des stories à une autre, et ainsi de suite….

Slide3

Advertisements

Communication Niveau 1 : Les bases de la communication

Leave a comment

Et voila notre première qualité : La communication !

Slide1

Notre PO échange régulièrement avec les clients, l’équipe et les utilisateurs. Les communications peuvent être locales/distantes,  conviviales/conflictuelles et il est donc important pour un PO de maîtriser cet outil pour être efficace dans son travail quotidien.

Parmi les outils que le PO peut utiliser pour l’aider dans cette tâche nous retrouvons les techniques élémentaires de reformulation, de questionnement, ainsi que toutes les techniques liées à l’accompagnement au changement et/ou au benchmarking.

Attention, cette thématique est difficile à appréhender pour les PO issus du monde la technique ….

Le PO doit aussi faire attention a être cohérent dans le vocabulaire employé avec tous les interlocuteurs. En effet, si le graphe affiché pour un chimiste est une courbe de calibration, le fait d’utiliser le même vocabulaire avec l’équipe de développement fera que le code utilisera le même terme. Ce qui dans le temps, rendra le logiciel plus facilement maintenable et cohérent.

Tip : quelques liens pour débuter

  • http://www.pedagopsy.eu/
  • http://attitudesgagnantes.com/10cles-apprendre-a-ecouter/ … ou comment ça je suis bavard !!!!
    J’ai eu l’occasion de participer à une séance de théâtre d’improvisation improvisé avec Aline … Quelle leçon …. ce prendre en 2 minutes dans les dents qu’on n’écoute pas 🙂
  • A Practical guide to distributed Scrum (Elizabeth Woodward, Steffan Surdek, Matthex Ganis)

Les 6 grandes catégories

Leave a comment

Slide20    Dans le post précédent, on m’a demandé d’être plus précis sur les 6 catégories que j’ai choisies pour guider mon PO dans sa progression, voila, je vais essayer de mettre des mots et de clarifier ce que nous avions en tête lorsque nous les avons définies.

Les 6 catégories choisies sont :

  1. L’être, l’équipe : dans cette catégorie, je mets ce qui est lié au coté humain du PO. Avec par exemple, toutes les problématiques liées à sa communication avec l’équipe, avec ses clients, …., mais aussi les aspects liés à la confiance qu’il devra instaurer avec ses différents interlocuteurs.  Ce sont des points importants pour chacun des membres de l’équipe, mais à mon avis, ils sont critiques pour le PO et le scrum master.
    Slide21
  2. Le Produit : et oui, notre PO est le champion du produit, il doit en avoir la vision, comprendre les attentes des clients et/ou des acheteurs, être capable de gérer les contraintes légales et/ou marketing, il doit anticiper les besoins des clients, valider les idées, s’assurer de la satisfaction client, … enfin, un travail à plein temps.

    Slide22

  3. Le Backlog : mot un peu fourre tout, qui va de la gestion du plan de release du produit, à la gestion des sprints, et la gestion du backlog au quotidien, ….  Cela inclut aussi la gestion des risques du projet. Notre PO doit faire tout cela, sans oublier d’offrir une vision cohérente des évolutions à l’équipe et à ses clients.

    Slide23

  4. Les Stories : écrire des stories … des livres entiers ont été écrits la dessus, avec les questions récurrentes de la gestion des défauts, des contraintes techniques, du fonctionnel caché, des critères d’acceptation….
    La manière de les écrire dépend bien sûr, un peu de l’équipe qui va les réaliser, mais idéalement pas trop … Comment trouver le juste milieu qui permet à tous les acteurs d’être efficaces ?

    Slide24

  5. Le quotidien : ou comment s’assurer que son produit sortira régulièrement avec de la valeur. Quelles métriques suivre sur son projet, comment maîtriser ses livraisons, comment garder un rythme soutenu et tout cela en s’améliorant régulièrement ?

    Slide25

  6. Qualité : mot qui fait souvent sourire, ou qui fait peur.  Entre la startup qui doit à tous prix sortir la nouvelle fonctionnalité avant la concurrence, et/ou le logiciel médical qui doit sortir sans bugs, comment trouver le juste équilibre ? Comment tirer partie des différents tests réalisés tout au long de la vie d’un logiciel, comment définir sa stratégie de tests ?
    Mais la qualité n’est pas que le nombre de bug, il faut aussi s’assurer d’avoir un processus de développement fiable et prédictible, voire sous contrôle dans certain cas.

    Slide26

Les 6 catégories, ne sont évidemment pas gravées dans le marbre et ne demandent qu’à évoluer au cours du temps 🙂

Les 36 qualités d’un Product Owner

4 Comments

Cela fait quelques temps que je travaille avec plusieurs collègues et des membres du groupe cara coach, pour arriver a caractériser les qualités que l’on peut attendre d’un Product Owner. Dans le monde de l’agilité on trouve facilement des articles, des conseils, des formations pour les scrum masters. Cela est tout à fait normal, ils sont un peu les gardiens du temple.

Par contre, je trouve que le Product Owner (PO) est souvent délaissé. Son rôle est pourtant tout aussi important que le Scrum master.

Le PO, est un peu le Mc Giver de l’agilité. Il doit savoir presque tout faire, et bien :

  • Il doit être à la fois capable d’avoir une vision produit, et donc une forte compétence métier, voir marketing.
  • Il doit être un leader capable d’emmener les équipes de réalisations avec lui dans le projet.
  • Il doit naviguer entre clients, utilisateurs, acheteurs, sponsors  et satisfaire chacun (ou sacrifier certains) de ses interlocuteurs.
  • Il doit être capable à partir des informations précédentes de faire un plan de release pertinent, tout en ayant des stories utilisables au quotidien par les équipes.
  • Il doit parler l’informaticien(ne)s ….  comment ça, aurais-je des-fois l’impression d’être Chewbacca lorsque je parle avec une chimiste ??? 😉
  • Il doit faire preuve d’écoute et diplomatie pour expliquer les choix.
  • Il doit être disponible pour répondre au questions de l’équipe, …
  • et je pourrais continuer la liste encore sur quelques points.

Le PO doit donc être un sur-homme (ou femme).

J’ai la chance de fréquenter des PO qui pratiquent ce rôle depuis quelques années, et nous avons voulu essayer d’aider nos petits PO débutants dans leur progression.

Après quelques débats passionnants et enrichissants, nous sommes arrivés à une liste de 36 compétences et/ou pratiques utiles.

Nous avons réussi à les regrouper en 6 catégories :

  1. Etre/Equipe : pour tout ce qui est en relation avec les relations humaines
  2. Produit
  3. Backlog
  4. Story : en effet, c’est un sujet tellement vaste que nous lui avons donné une catégorie rien que pour elles:)
  5. Le quotidien : de l’équipe, du projet, ….
  6. La qualité :  ou comment avoir la qualité juste et adapté dans le contexte de notre projet

Fier de nous, nous avons cependant voulu aller un coup plus loin, et essayer de donner des indices de difficultés (ou de maturité) nécessaires pour acquérir un niveau supérieur. Nous avons été très originaux et utilisé un système de ceinture, connu dans tous les sports d’arts martiaux, ou dans le monde Lean.

Et zoup, 6 catégories, et 6 niveaux, cela nous fait 36 qualités.

FormationPO_Board_Empty

Mais quelles sont elles ????

—————————————> PUB <——————————————-

Un PO dojo à Grenoble : http://www.agilex.fr/2014/01/podojo-atelier-dexperimentation-pour-product-owner/

—————————————> PUB <——————————————-

La suite demain 🙂

Merci à  Solange, Lucie, Vanessa, Bruno, Jean, Jean-Francois, Luc, Michel pour tous les échanges constructifs

Isabelle & Laurent