Agile, Lean, Scrum et informations diverses
icône RSS icône Emai icône Accueil
  • Suis-je un Product Owner Agile ?

    Posté le mars 11th, 2010 Alexandre Boutin 2 commentaires

    product-ownerDernièrement j’ai eu la question suivante :

    « Je suis Product Owner d’un produit réalisé en mode Agile depuis plus d’un an, est-ce que vous pensez que j’ai besoin d’une formation de Product Owner Agile ? »

    La question est intéressante puisque le principe de l’agilité est un peu « d’apprendre en marchant » et donc il est tout à fait raisonnable de se poser la question de l’intérêt de se suivre une formation pour se faire expliquer le travail que l’on pratique au quotidien :)

    Comme la réponse n’est pas binaire et dépend forcément du contexte dans lequel le travail est réalisé, voici ce que j’ai répondu :

    -          Si vous utilisez une modèle de valeur métier pour prioriser vos exigences

    -          Si vous savez utiliser les techniques de planification agile basée sur la vélocité

    -          Si vous savez faire un diagramme d’affinités pour identifier vos utilisateurs

    -          Si vous savez décrire une User Story de petite taille qui soit démontrable

    -          Si vous savez définir des critères d’acceptation compréhensibles par l’équipe technique

    -          Si le Burndown Chart de Release est votre outil de reporting principal (voir unique)

    -          Si vous avez compris pourquoi votre présence à la rétrospective est indispensable

    -          Si vous avez compris pourquoi votre présence au daily stand up est facultative

    Alors vous n’avez aucunement besoin de formation spécifique :)

    Qu’en pensez-vous ?

     

    2 réponses à “Suis-je un Product Owner Agile ?”

    1. - Si vous et l’équipe partagez une compréhension commune de TERMINé ?

      - Si vous comprenez le concept de dette technique ?

      Bruno

    2. Bjr
      Pour ma part, je crois que cela se joue aussi au niveau des valeurs et principes.
      En particulier
      - 1er principe : plusieurs releases « rapprochées »
      - xème principe :) exigences émergentes (tout comme architecture émergente)
      - autre yème principe : travailler chaque jour avec l’équipe.

      Mes 2 centimes d’euros..
      Thierry.

    Laisser une réponse