Aucune image

Agile CMMI : Voyage d’un coach agile au cœur de la gestion des exigences-REQM

Première étape de mon parcours au travers d’un référentiel Agile CMMI, et premier billet d’une longue série qui s’adresse en priorité à mes lecteurs AGILISTES, aux praticiens CMMI et à ceux qui s’intéressent de prés ou de loin à l’amélioration des processus. Ma posture est celle d’un coach Agile qui accompagne une organisation cherchant à atteindre le niveau de maturité 3 CMMI, mais souhaitant garder un mode de fonctionnement agile fondé sur des pratiques Scrum et XP.

Voici donc REQM, Gestion des exigences, l’un des 7 domaines du Niveau de maturité 2, dont l’intention est de « gérer les exigences des produits et composants de produits du projet et d’identifier les incohérences entre ces exigences et les produits d’activité du projet ». La gestion des exigences (REQM) est avec RD (Développement des exigences) la base de ce qu’on appelle l’Ingénierie des exigences, des activités ô combien cruciales dans les projets informatiques. Les exigences sont fonctionnelles (« ce que les système doit faire ») ou non fonctionnelles (attributs de qualités, par exemple fondés sur l’ISO 9126). Au programme, REQM dans une vision Agile CMMI …

Aucune image

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…

Aucune image

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

Aucune image

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

Product Vision Box

La VISION du produit : les ateliers

C’est indispensable, contexte Agile ou pas !

A tout produit est nécessairement associée une Vision, fixant le cap, donnant du sens et décrivant ce qu’on entrevoit pour le produit à court, moyen ou long terme. La vision du produit (Vision + Personas), c’est aussi et de toute façon l’élément de base de toute notre Expérience Utilisateur.

Parfois peu détaillée, souvent liée à un problème et pilotée en termes d’objectifs (rappelez-vous la Vision d’Hawkins pour le Palm Pilot en 1994 : « Fits in a shirt pocket, syncs seamlessly with PC, fast and easy to use, no more than $299″), la vision produit n’aura de sens que si elle portée et partagée, pour fédérer les équipes et se projeter dans le futur. En Scrum, méthode agile la plus populaire, c’est le boulot du Product Owner, et cela doit être bouclé en Sprint 0.

Construire la Vision, la partager et la porter: vous avez là les 3 principaux challenges de nos clients… challenges qu’un mode collaboratif « Atelier de travail » (Vision workshops), un court document de Vision construit sur la base de différentes techniques vont permettre de relever…

Aucune image

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..

Aucune image

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…
  • 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…
Aucune image

XP Day France 2009… c’était nickel !

Il ya des moments plaisants dans la vie… ces deux derniers jours aux Xp Day en font vraiment partie !
Donc un grand merci à Sébastien, Sandrine, Yannick, Thibault pour leur excellente organisation …, et encore merci d’avoir intégré la thématique « Experience Utilisateur » au sein de leur programme (une première je crois).
Au final :
  • le plaisir d’avoir assisté à des sessions de haut niveau (des présentations comme « XP2.0 Améliorer l’amelioration continue avec lean » ou ateliers-jeu comme « the pair coaching.net agile game » mais le regret tout de même de ne pas avoir pu assister à tout ce que j’aurais souhaité et un atelier Kaizen sur 1 journée qui vous privait de tout le reste si vous choisissiez d’y assister. Le prendre en cours comme je l’ai fait n’était pas franchement pas l’idéal 🙂
  • le plaisir du lieu (au vert, chalet de la porte jaune, Bois de Vincennes)
  • le plaisir d’avoir revu d’anciens collègues
  • le plaisir d’avoir enfin pu échanger quelques mots (pas assez) avec des des connaissances virtuelles…
Aucune image

Ergonomie – Experience Utilisateur Agile c’est Lundi 16h30

… aux XP Days France, la conférence Agile sur les Méthodes Agiles !
Je serai donc lundi 25 mai à Vincennes pour vous parler d’Ergonomie, d’Experience Utilisateur et d’Agilité, et puis en dehors de cette session, pour échanger avec vous sur tous ces sujets qui me tiennent à coeur : Coaching, Facilitation, Scrum, Agile-CMMI, Entreprise Agile, Agile Testing… Pour en revenir à ma prés, voilà ce que vous pouvez en attendre :

  1. Comprendre l’ergonomie IHM et l’experience utilisateur
  2. Savoir comment integrer ces activités dans un contexte Agile
  3. Assimiler quelques bonnes pratiques

De toute façon, on se fera un ROTI à la fin 🙂