Timeline : pour une belle retrospective !
Les rétrospectives d’itérations (sprints) ou de projet sont des vrais moments d’échanges et de communication. RDV incontournables de Scrum et des Méthodes Agile, elles peuvent […]
agilité
Transformation agile : comment choisir ses projets pilote ?
Même si de (rares) exemples d’adoption agile « Big Bang » existent, notamment celle de Salesforce en 2007 (sans pilote mais non pas sans préparation), je reste persuadé qu’une transformation agile réussie passe par l’expérience de deux ou trois (max.) projets Pilotes.
PROJET REEL – EQUIPE REELE : ça c’est la base, mes deux prérequis : le projet pilote doit être représentatif même s’il reste tourné vers l’apprentissage!
NE PAS TESTER CE QUE POURRAIT DONNER l’AGILITE DANS LA VRAIE VIE ET DANS SON PROPRE CONTEXTE ORGANISATIONNEL EST SELON MOI UNE ABERRATION. C’est de surcroit se priver d’une source de connaissance et d’amélioration non négligeable (approche KAiZEN) ainsi que d’un bon levier d’accompagnement au changement.
Comment sélectionner les bons projets pilote ?
Voilà une question ô combien cruciale, tant ces projets seront sous le feu des projecteurs, une question que nous sommes tous amenés à nous poser et sur laquelle est revenu dernièrement Mike Cohn, grand gourou US de l’agilité.
Ces 4 critères me vont plutôt bien :
Durée: Le projet pilote ne doit être ni trop court (pour être crédible et source d’apprentissage) ni trop long (pour capitaliser au plus vite et adopter dans la foulée).
Bref : Entre 2 et 5 mois (max) avec entre 4 et 7 itérations de trois semaines…
Demain c’est l’Agile Tour Paris 2009
« Go see » …
demain 15 octobre, à partir de 9heures, à l’Université Paris Ouest – Nanterre La défense (Paris X)
L’agile Tour, c’est un cycle de conférences sur l’Agilité, dans plusieurs villes de France et d’ailleurs durant tout le mois d’octobre avec comme objectifs de:
– Promouvoir l’agilité
– Partager nos visions de l’agilité
– Fédérer
– Soutenir
Le programme parisien est allêchant. L’inscription semble nécessaire.
Pour ma part, un déplacement à Brest ne me permettra pas d’assister à l’événement; j’y serai l’année prochaine … sans faute !
Sinon vous avez aussi l’événément toulousain, le 22 octobre, avec du beau monde, notamment Claude Aubry, Pascal Roques, Thierry Cros, Laurent Carbonnaux, Olivier Azeau …
Style de coaching agile
Le coaching Agile, je le rappelle, consiste à aider l’organisation, une équipe, une personne dans son parcours vers l’agilité pour des résultats concrets et mesurables. C’est un savant mélange d’expertise et de déontologie, c’est aussi et surtout une question de style adapté au contexte de l’intervention, et couplé à une mécanique d’apprentissage qui m’est chère : SHU – Ha – RI.
Le coaching … c’est donc enseigner, notamment les règles fondamentales (« suivre les règles »), les pratiques clés, les valeurs, les principes en encouragent et en impliquant au maximum (Implique moi et je comprendrai) pour initier le changement.
Le coaching … c’est aussi accompagner et guider sur la base de ce qui a été enseigné préalablement. Il s’agit d’approfondir et de répondre à des problématiques plus diverses, souvent plus complexes. Etre le partenaire privilégié, étudier les situations, envisager toutes les options et essayer avec l’équipe celle(s) qui me semble(nt) le(s) plus pertinente(s). Feedback et adaptation, mais toujours avec un minimum d’enseignement…
Agile : des standards pour changer et s’améliorer !
Agilité et standards : certains n’y croient toujours pas … et pourtant…
Travailler dans une équipe Agile, c’est accepter de travailler avec les standards. Des standards non pas pour contraindre, mais pour challenger, changer et s ‘améliorer. Des standards non pas centralisés, mais construits, partagés, intégrés par les équipes.
Les enjeux sont énormes car la standardisation est un vrai facilitateur de travail source de productivité, de qualité, de confort et de satisfaction. Les standards réduisent la complexité. Ils sont aussi et surtout la première brique de toute démarche d’amélioration continue … De l’humain, pas du documentaire !
Bon je le répète une dernière fois : « TRAVAILLER AVEC » et ne pas subir !
Le poids de la culture d’entreprise est important sur cette question, et selon les organisations c’est toute la philosophie autour de ceux -ci qui est à revoir, tant au niveau de la définition des standards que de leur exploitation…
Agilité… ce qu’il vous faut !
Mais pas seulement… Entre 1994 et 2009, le taux de réussite des projets IT est passé de 16% à 32 % (selon les dernières statistiques, et le dernier Chaos report). Ok c’est mieux, mais toujours pas terrible…
Petit retour en arrière, en 2006, le Standish Group revenait sur ces projets qui marchent en analysant les facteurs de réussite. Pour la première fois, l’agilité était citée … d’ailleurs Jim Johnson (Standish Group) en faisait l’éloge dans une interview sur InfoQ
TOP 5 des Facteurs de Succès (2006)
#1 IMPLICATION DES UTILISATEURS FINAUX
#2 Soutien de la direction
#3 Objectifs Business clairs
#4 Périmètre de projet optimal
#5 PROCESS AGILE
User Story Map: un gros Plus pour votre Backlog
Le Story Map est l’un des éléments forts que j’ai retenus de ma dernière certification Product Owner, délivrée par Arlen Bankston (LithtSpeed).
Intégré à un large radiateur d’informations, le User Story map est une dose supplémentaire d’UX (user Experience) dans votre projet Scrum, le complément idéal, voire indispensable de votre Backlog de produit.
Contrairement au Backlog de produit, le Story Map est multidimensionnel, plus visuel et plus collaboratif notamment au moment de sa construction.
es règles sont simples:
* Le User Story map représente donc le backlog de produit
* Il est lié aux Personas, placés sur la gauche du Story Map
* Il se lit sur 2 axes:
* Horizontal, l’axe temporel – séquences d’action, que les ergonomes et les analystes apprécieront puisqu’il se fonde sur les analyses de l’activité et analyses métier
Agile et Lean : booster d’innovation !
AGILE : Création de valeur, Collaboration et Culture du Changement
LEAN : Philosophie du long terme, Fluidité et Respect des personnes
Lean et Agile, voilà un mélange plutôt détonnant au service de l’Entreprise !
Je suis convaincu comme certains que l’agilité, va bien au delà de l’application de Scrum ou de XP sur un projet de développement informatique. L’agilité se joue à plusieurs niveaux:
- Niveau Individuel (celui de la personne en situation de travail ou dans son quotidien),
- Niveau Equipe (un projet ou un département)
- Niveau Organisation (à toutes ses strates, dans tous ses métiers…)
Selon les cas, parfois dans tous les cas, on parlera donc d’Esprit Agile, de Pratiques Agiles, de Culture Agile voire d’Entreprise Agile; au final, les déclinaisons d’un même socle de valeurs et de principes..
Alerte Agile N° 7: Notre Product Owner va craquer !
Product Owner c’est l’un des 3 rôles (avec le ScrumMaster et l’Equipe) proposé par Scrum; c’est aussi un vrai point de vigilance pour moi en tant que Coach Agile.
Le Product Owner est le responsable du produit, le représentant du client et des utilisateurs et donc à ce titre l’interlocuteur privilégié de l’Equipe.
Le rôle est essentiel; son importance est primordiale:
être Product Owner sur un projet Agile, c’est déjà pas mal de responsabilités (LA DECISION), c’est aussi…
être Product Owner sur un projet Agile, c’est déjà pas mal de responsabilités (LA DECISION), c’est aussi…
- s’impliquer
- savoir communiquer
- savoir collaborer
- se rendre un minimum disponible
- disposer d’un certain savoir-faire…
Autant d’éléments, autant de risques que les choses dérapent…