OpenUP: du Processus et de l’Agilité

Si vous n’étes toujours pas convaincu qu’OpenUP (« a lean Unified Process ») est un excellent compromis entre le RUP (instance la plus lourde du Processus Unifié) et les Méthodes Agiles, lisez cet article de Per Kroll, OpenUP In a Nutshell. Peut-être vous incitera-t-il à télécharger OpenUP 1.0 (c’est gratuit), et à l’essayer au sein de votre…

Manifeste pour une ERGONOMIE AGILE

Vous êtes nombreux à m’avoir sollicité sur cette question de l’Ergonome Agile :
en quoi consiste concrètement son travail dans des contextes UP, OpenUP, XP, SCRUM, DSDM ou Lean ?
Comment intégrer l’Expérience Utilisateur, le Design d’Interaction et le Graphisme dans un projet appliquant l’une de ces nouvelles méthodes, dites Agiles (car opposées aux cycles de développement traditionnels, en cascade ou V) ?

Tout d’abord, un constat : l’intégration d’une conception centrée utilisateur dans un contexte Agile n’est pas aisée, l’ergonome n’est pas attendu, et s’il ne parvient pas à prouver rapidement sa plus value, ou pire s’il retarde les équipes de dév. … on le sortira poliment du projet, c’est ça le Lean Thinking !!
Pourtant, croyez-moi les projets Agile ont un réel besoin d’ergonomie !!

L’ergonome Agile introduisait la nécessité pour nous autres Ergonomes ou Spécialistes de l’Interface Utilisateur, d’adapter notre démarche, nos outils et nos ivrables pour une collaboration plus efficace au sein d’équipes fonctionnant en mode itératif, incrémental. Cet article vous présente donc quelques pistes concrètes d’intégration de notre démarche mais n’hésitez pas à me contacter si vous voulez en savoir plus …

« … Le temps est donc venu pour l’ergonome de devenir Agile … », telle était donc ma précédente conclusion, mais quelles spécificités du profil de l’Ergonome Agile vont rendre sa collaboration plus efficace et surtout plus efficiente ? Quelles dimensions de son activité seront bénéfiques au projet, au client, aux utilisateurs finaux et en quoi son intervention donnera-t-elle satisfaction à l’équipe de développement ?

D’ABORD LE PROFIL DE L’ERGONOME AGILE
L’ergonome Agile possède…

Documentation Agile : Juste ce qu’il faut

Agilité rime souvent avec Absence de documentation : voilà une idée reçue bien nuisible qui doit être combattue avec force … car mener un projet en utilisant les méthodes Agile (Agile UP, xxUP, XP, SCRUM…), n’a jamais signifié « ne produire aucune documentation ». A l’origine de cette confusion ? Peut être une mauvaise interprétation de l’Agile…

Votre expert UP n’en est pas un …

S’il décrit les phases du processus comme des phases séquentielles et insiste pour que la plupart des tâches soient effectuées avant le développement proprement dit S’il vous suggère des itérations de plus de 6 semaines S’il vous recommande de planifier une longue phase d’inception S’il vous recommande d’élargir le nombre de livrables plutôt que de…

Processus Unifié : 10 bonnes façons de se planter …

Adapter le Processus Unifié et basculer vers les méthodes Agiles ne se fait pas en un mois (c’était mon précédent billet); la démarche doit être rigoureuse, nécessite un vrai plan d’accompagnement du changement et passe par des jalons importants: Convaincre – Préparer et Planifier – Mettre en oeuvre – Evaluer, Raffiner et Améliorer. Sinon, voici…

L’ergonome AGILE

Après le chef de projet Agile … l’Ergonome Agile L’agilité véhicule pas mal d’idées reçues. Je me suis attaqué à l’une d’entre elle en soulignant la forte complémentarité entre Offshore et Méthodes Agiles. Pour autant, d’autres mythes circulent souvent à propos de ces méthodes: « Pas de documentation », (au contraire la doc. existe mais on…

Méthodes Agiles : une comparaison

Les méthodes agiles suscitent à l’heure actuelle beaucoup d’interêt. Ce trés bon article de synthèse (en anglais) se propose de comparer les principales : dans une première partie vous retrouverez notamment XP, SCRUM et Lean Development Software, dont on parle pas mal en ce moment. Dans une seconde partie, Rod Coffin et Derek Lane décrivent entre…

User stories, Use cases : les différences

MàJ: Un bon récap et le TABLEAU SYNTHETIQUE DES DIFFERENCES dans ce billet Use Case vs User Story « User stories » (c’est à dire « Récits d’utilisateurs » ou plutôt « Histoires d’utilisateur«  comme le suggère Claude Aubry) et « Use cases » (« Cas d’utilisation ») ont des similitudes (mon précédent billet, « Use cases, User Stories ? « ) mais aussi de réelles différences qui,…

Use cases, User stories ?

MàJ: Le comparatif sous forme de tableau synthétique dans ce billet Use Case vs User Story Ou plutôt Cas d’utilisation (pratique Processus Unifié, UP), Récits d’utilisateur (pratique Extreme Programming, XP) ?… la question se pose car il s’agit de deux modes de représentation des exigences (fonctionnelles) utilisées dans le cadre des Méthodes Agiles. J’ai toujours utilisé (moi…

Un "User Proxy" mais pas d’utilisateurs

D’ailleurs, je trouve le terme « user proxy » vraiment bien choisi… Un « User proxy » (au sens XP, Extreme Programming) n’est pas un vrai utilisateur mais il est sur le projet pour aider à le représenter. Les méthodes agiles et une démarche ergonomique (par exemple au travers de l’ISO 13407) cherchent à impliquer les utilisateurs au plus…