Cherche Coach Agile (J’ai trouvé !)

Je recherche un coach agile (et non un Scrum Master) pour travailler en binôme avec moi sur la région parisienne (enfin surtout lui ou elle).

Le projet comporte une 40aine de personnes et j’estime la charge de travail à un mi-temps jusqu’à la fin de l’année.

Il est important que nous partagions certaines valeurs humaines … et je ne cherche pas à faire un coup financier … si vous êtes tenté, je vous laisse me contacter en direct (a POINT boutin AT agiletoyou POINT com)

Les 10 responsabilités du Product Owner

top-ten-goldVoici ma définition des 10 responsabilités principales du Product Owner (proposé sous forme de liste non priorisée) :

  1. Définir et faire partager la vision du produit (A l’aide du Product Charter par exemple)
  2. Représenter le client/utilisateur auprès de l’équipe
  3. Communiquer en externe sur l’avancement (Utiliser la vélocité comme métrique principale)
  4. Créer et maintenir le Product Backlog (Le quotidien du Product Owner)
  5. Prioriser le Product Backlog (Définition et utilisation d’un modèle de valeur métier)
  6. INVESTir dans les exigences (Rédaction complète et vérification à l’aide du modèle INVEST)
  7. Participer aux meetings Scrum de l’itération (Planning, Démo et Rétrospective) et éventuellement au Stand Up
  8. Accepter ou refuser le travail réalisé (Et donc faire « gagner » les points ou pas)
  9. Ne rien changer durant l’itération (Si, si, c’est une responsabilité)
  10. Etre disponible sur demande de l’équipe

Il m’a été difficile de faire le tri et de réduire à 10 éléments cette liste, donc si vous souhaitez rajouter quelque chose, il faudra également indiquer ce que vous aller retirer … pour que le total fasse toujours 10 🙂

Jouer à être le Product Owner

Venez nous rejoindre ce soir au Club Agile Rhône Alpes pour jouer à être un Product Owner en pratiquant le Business Value Game … vous verrez que ce n’est pas si facile que cela 🙂

Plus d’information sur le site du CARA : http://clubagile.org/2010/03/rencontre-agile-a-grenoble-17-mars-2010/

Suis-je un Product Owner Agile ?

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 🙂

Continuer la lecture de « Suis-je un Product Owner Agile ? »

Tests Fonctionnels en Scrum

Avant de mettre en production une release importante, il est primordial de s’assurer que le produit fonctionne correctement dans le détail. Pour obtenir cette confiance, il y a plusieurs possibilités dont :

  • Avoir utilisé l’approche BDD pour définir et réaliser le produit et couvrir TOUS les cas de fonctionnement
  • Avoir une batterie de tests fonctionnels automatiques permettant d’assurer une couverture complète du produit
  • Réaliser une UAT (User Acceptance Test) complète lors de l’itération de mise en production

C’est cette 3ème option qui a été retenue sur un projet que j’accompagne et pour réaliser cette action, plusieurs utilisateurs (7 personnes) se sont réunis 2 jours autour de l’équipe technique (5 personnes) et du Product Owner.

Pour conduire à bien cette activité, nous avons mis en place une approche Scrum :

Continuer la lecture de « Tests Fonctionnels en Scrum »

Agilité pour MOA

AgileImprovementsDernièrement un client m’a demandé un court argumentaire pour inciter une MOA (le représentant du client) à se renseigner sur l’agilité. La problématique était présentée de la façon suivante : « La MOA veut savoir ce qu’est l’agilité avant de consentir à se la faire présenter !  » et il fallait donc proposer quelque chose de court, concis et percutant.

Après quelques jours de réflexion, j’ai proposé le questionnaire suivant :

  • Votre besoin fonctionnel est-il parfois incomplet au T0 du projet ?
  • Identifiez-vous de nouveaux besoins en cours de réalisation ?
  • Attendez-vous longtemps pour voir une première version ?
  • Avez-vous des difficultés à vous faire comprendre de la MOE ?
  • Voyez-vous vos planning dériver avec le temps ?
  • Vous demandez-vous parfois ce que fait la MOE ?
  • Découvrez-vous beaucoup de bugs en fin de cycle ?
  • Souhaitez-vous augmenter votre productivité ?

Si vous avez répondu OUI à l’une de ces questions, alors les méthodes Agiles peuvent vous aider à mieux faire car

  • La possibilité de changer le besoin fonctionnel est intégré structurellement dans la méthode
  • Une version démontrable est livrée régulièrement (tous les 2 ou 3 semaines)
  • Les échanges entre MOA et MOE sont permanents et riches d’enseignements
  • La prédictibilité de la MOE est basée sur le travail réellement terminé et non sur une estimation de la progression
  • La visibilité est totale et permanente sur toutes les activités
  • Les tests sont faits en continu pour éviter les effets « Big Bang » de fin de cycle
  • Les gains de temps sur l’ensemble du cycle (de l’expression de besoin au déploiement) sont très significatifs

Avec quelques recommandations pour passer à l’Agilité

  • Se former, car même si la méthode semble simple, c’est plus complexe qu’il n’y parait
  • Se faire accompagner, car c’est plus difficile qu’il n’y paraît et les bénéfices seront obtenus plus rapidement
  • Démarrer au plus tôt en mode Agile, c’est-à-dire dès la collecte des besoins, car tous les acteurs sont concernés et pas seulement la MOE
  • Accepter et mettre en œuvre les changements induits par la méthode (réunions en présentiel, disponibilité en continu …)
  • Comprendre que l’agilité est avant tout un état d’esprit et non juste une « autre méthode »

Qu’en pensez-vous ?

[Humour] Chuck Norris est Agile

402px-Chuck_norris_toilet_paperTraduit de l’anglais (préalablement de l’allemand) sur un pointeur donné par LaurentG, petit délire autour de l’agilité qui m’a fait rire 🙂

  • Chuck Norris est Scrum Master et Product Owner en même temps
  • Chuck Norris peut faire des sprints de 6 mois
  • Chuck Norris porte des TimeBoxer short
  • Chuck Norris ne déplace pas les postIt sur le tableau, il bouge le tableau
  • Chuck Norris n’estime pas, il sait
  • Chuck Norris s’appaire tout seul
  • Chuck Norris est autoriser à arriver en retard au Stand Up
  • Chuck Norris s’assoie lors du Stand Up
  • Chuck Norris a tout terminé à la fin du Sprint Planning Meeting
  • Chuck Norris n’estime pas les User Story, mais les User Story le respecte
  • Chuck Norris écrit d’abord le code et jamais les tests
  • Chuck Norris ne craint pas les bugs, mais les bugs le craignent
  • Chuck Norris ne connait pas le Kanban, il n’a pas de limite
  • Chuck Norris ne tire pas, il pousse
  • Quand Chuck Norris dit « c’est terminé », alors c’est vraiment terminé
  • Chuck Norris ne déploie pas, il développe directement sur les machines de production
  • Chuck Norris sait que pour établir un burn-down, il faut du Napalm
  • Chuck Norris n’a pas de burn-down, tout est brulé autour de lui
  • Chuck Norris ne répond qu’à 2 questions lors du Stand Up … il ne connait jamais de problème
  • Chuck Norris n’a pas besoin de prioriser le Product Backlog
  • Chuck Norris réalise plusieurs User Story en parallèle
  • Chuck Norris n’utilise pas le Développement Piloté par les Tests. Chuck Norris pilote lui même
  • Chuck Norris est le Product Backlog
  • Chuck Norris est Scrum Master certifié sans avoir le certificat
  • Chuck Norris n’a pas besoin d’Acceptance Test. Chuck Norris accepte ou pas !
  • Chuck Norris n’a pas besoin de rétrospective. Le process Chuck Norris est parfait
  • Chuck Norris écrit des tests qui passent avant d’avoir écrit le code
  • Chuck Norris gagne toujours au Poker Planning

Et je rajouterais

  • Chuck Norris n’a pas de plan de release. Chuck Norris sait ce qui est à faire
  • Chuck Norris a une vélocité de 50 000 points
  • Chuck Norris termine le Product Backlog à chaque itération

D’autres idées ?

I Need You – Besoin d’un coup de pouce

Guitare CountryJe prévois d’aller à Nashville cet été et j’aimerais avoir l’opportunité de présenter un sujet (j’avais été retenu pour Toronto en 2008 mais pas à Chicago en 2009).

J’ai choisi un thème qui me tient à coeur et qui est un peu décalé par rapport aux présentations que j’ai l’habitude de voir dans ce genre de manifestation :

Help me, they are asking for documentation!

Si vous pouviez me faire quelques commentaires directement sur le site AGILE2010, cela ferait un peu de buzz autour de mon sujet et me donnerait une chance supplémentaire d’être retenu.

Pour éviter « Access Denied », vous devez au préalable vous inscrire sur le site en créant un compte (ou utiliser votre compte existant s’il existe)

Ne laissez pas de commentaires du genre « Super idée » ou « Alex est génial » … ca ne servirait à rien voir même me desservirait, mais si vous pouvez me poser des questions sur le contenu de ma présentation ou sur ce que vous aimeriez bien y trouver … ce serait super 🙂

Merci à vous tous 🙂

La technologie du futur

Pas grand chose à voir avec l’agilité … quoique le présentateur est très agile de ses doigts … je vous recommande cette vidéo de 13 minutes qui est absolument géniale !!

Si vous avez déjà rêvé de prendre une photo avec les doigts, de lire l’heure sans porter de montre à votre poignet, de jouer au pong sur le sol du métro, d’avoir la carte météo de votre journal papier mise à jour en temps réel … et tout un tas d’autres choses aussi improbables ou incroyables … regardez cette vidéo !

Accès à la vidéo : SixthSense – La réalité augmentée

Le livre de Claude Aubry

Livre ClaudeSi Claude en a reçu un carton plein, moi j’ai reçu mon exemplaire ce matin avec un petit carton indiquant : « avec les compliments de l’auteur » en remerciement de ma relecture attentive entre juin et septembre dernier – merci Claude 🙂

Cette exercice de relecture avait généré quelques polémiques, car ma vision de Scrum diffère parfois un peu de celle de Claude, et donc des échanges très intéressants et surtout très enrichissants.

Je ne peux que vous inviter à acheter ce livre qui vous donnera beaucoup d’information sur la pratique de Scrum, et cela même si vous le pratiquez déjà.

Sinon, c’est vraiment beau un livre et cela me donne une sérieuse envie de tenter l’aventure moi-même … il ne me reste plus qu’à trouver le temps … car j’ai déjà le titre et le thème 🙂