Les "Octave Talks" sont des mini-conférences réalisées en interne par et pour nos équipes.
Au programme de cette édition :
en 10 minutes, un rapide "panorama de méthodes agiles" pour découvrir différentes façons de pratiquer l'agilité : Devops, carte du client/carte du produit (Value proposition Design), Lean Startup, Design Thinking, eXtremeProgramming, RAD, le Processus Unifié, Crystal Clear, et le Google Design Sprint.
L'objectif : permettre à tous, techniciens support, développeurs, chefs de projets, administrateurs système, consultants fonctionnels, commerciaux, spécialistes marketing, designers, etc. d'identifier une ou plusieurs méthodes et pratiques pour améliorer le travail ensemble.
Ce survol de différentes approches débouchera sur une comparaison avec les méthodes les plus populaires actuellement, Scrum et Kanban (la méthode, pas seulement le tableau).
Pour conclure, nous pourrons échanger ensemble sur vos contextes de travail et les outils méthodologiques qui peuvent y convenir le mieux.
Les 4 valeurs du manifeste Agile :
Nous découvrons comment mieux développer des logicielspar la pratique et en aidant les autres à le faire.Ces expériences nous ont amenés à valoriser :
Les individus et leurs interactions plus que les processus et les outils
Des logiciels opérationnels plus qu’une documentation exhaustive
La collaboration avec les clients plus que la négociation contractuelle
L’adaptation au changement plus que le suivi d’un plan
Nous reconnaissons la valeur des seconds éléments,mais privilégions les premiers.
Les 12 principes du manifeste Agile :
Garder le focus sur la valeur
Accueillir le changement
Itérer
Collaborer
Faire confiance
Communiquer directement
Conserver un état de livraison permanent
Maintenir un rythme soutenable
Viser l’excellence
Minimiser la quantité de travail inutile
Laisser l’équipe s’auto-organiser
Entretenir l’amélioration continue
Je vous propose de découvrir :
XP et ses bonnes pratiques
RAD et ses phases
le Processus Unifié et ses liens avec UML
Crystal Clear, une méthode méconnue bien que facile et efficace pour les petites équipes
le Lean Startup, la méthode des startups pour faire des produits qui « collent » aux besoins des clients
Devops, l’approche qui réconcilie les développeurs et les administrateurs système/réseau
Parmi les 13 Pratiques :
Client sur site
Planning poker
Petites livraisons
Ecriture des tests avant le code
Conception simple
Utilisation de métaphores
Refactoring
Appropriation collective du code
Programmation en binôme
Parmi les principes :
Ne pas ajouter de fonctionnalités plus tôt que prévu
N'optimiser qu'à la toute fin
RAD et DSDM proposent des techniques de priorisation pour gérer les deux orientations de projet possibles (délais fixe ou budget fixe).
L’équipe RAD est appelée SWAT (Skills With Advanced tools) : des concepteurs-développeurs aux spécialités complémentaires.
La SWAT et le client cohabitent dans les mêmes locaux pendant le projet, afin que le client puisse réagir rapidement lors du prototypage actif.
L’application est construite module par module, suivant un cycle itératif, incrémental et adaptatif.
RAD propose des durées type pour chaque phase du projet, afin de limiter les dérives du projet.
Le Processus Unifié et ses variantes :
est à base de composants
utilise UML
est piloté par les Use Cases
est centré sur l’architecture
est itératif et incrémental
OpenUp est :
minimal, complet et extensible,
pour une petite équipe.
Un architecte et de 2 à 7 développeurs…
colocalisés dans une grande salle ou occupant des salles adjacentes…
utilisant des tableaux blancs ou des paperboards…
ayant un accès facile aux utilisateurs experts…
éloignés des distractions
livrent fréquemment aux utilisateurs du code testé et utilisable
tous les mois ou tous les deux mois (3 mois au pire)
adaptant leurs propres conventions de travail régulièrement.
Le Lean Startup est une méthode scientifique conçue pour limiter les risques liés au lancement d’un nouveau produit.
Elle suit une démarche scientifique : le cycle build – measure – learn.
Les hypothèses business sont testées lors d’itérations courtes (généralement 2 semaines).
Les métriques embarquées dans le prétotype (MVP) permettent d’éviter les biais de perception dans l’évaluation des résultats du test.
Devops est plus un état d’esprit qu’un ensemble d’outils :
Il amène toutes les équipes de l’entreprise à travailler ensemble à la bonne marche des projets.
La conséquence visible de cette bonne marche est la mise en œuvre d’une démarche de déploiement continu.
Je vous propose 3 méthodes qui complètent les précédentes pour faire le bon produit :
Le Design de Proposition de Valeur (Strategyzer)
Le Design Thinking (IDEO)
Le Design Sprint, qui mélange Lean Startup et Design Thinking pour réaliser rapidement une étude d’opportunité
Le Design de Proposition de valeur permet de vérifier l’adéquation entre le produit et les besoins utilisateurs.
On décrit pour les tâches de l’utilisateur :
Ses besoins
Ses peurs
Les gains qu’il espère obtenir
On décrit comment le produit répond cela :
Les caractéristiques du produit ou service
L’expérience utilisateur
Les bénéfices générés par l’utilisation du produit ou service
Cette méthode est utile aussi bien aux services marketing qu’aux Product Owners pour communiquer sur le produit.
Contrairement à la pensée analytique, le « Design Thinking » n’est pas un process linéaire avec un début et une fin.
Dans la version de l’université de Standford, il comporte 5 étapes pour générer des idées innovantes :
Empathize : les interviewers cherchent à établir ce que les utilisateurs font (DO), pensent (THINK), ressentent (FEEL) et disent (SAY). L'objectif est d'obtenir une phrase de type : Le porteur d'intérêt a besoin de quelque chose en raison de autre chose.
Define : poser le cadre du problème et de l’évaluation des solutions qui émergeront
Diverge : générer des idées
Converge : trier les idées et réaliser le prototype
Test : obtenir un retour utilisateur
Ne faites plus de cahier des charges, faites un design sprint !
5 jours pour réaliser tester une idée business :
Understand : comprendre le problème que l’on souhaite adresser et choisir un objectif à atteindre
Diverge : générer des idées de solutions
Converge : choisir la solution
Prototype : réaliser la solution
Validate : tester la solution
Un rapide tour d’horizon de Scrum et Kanban, les 2 méthodes les plus utilisées en ce moment.
Les rôles Scrum :
L’équipe agile est au cœur du framework Scrum
Product Owner : le client ou son représentant
Scrum Master : je ne suis pas un chef de projet
Le travail à faire est découpé en timeboxes agiles appellées « sprints ».
Les fonctionnalités à développer lors du sprint sont classées par ordre de priorité et leurs spécifications seront fixes pendant le sprint.
Les rituels Scrum :
Planning Poker pour estimer les temps de développement
StandUp Meeting pour tuer la réunionite
Rétrospective pour mettre en œuvre l’amélioration continue
La démarche Kanban est une approche empirique d’amélioration continue inspirée du modèle PDSA (Plan-Do,Study-Act).
Démarrez où vous êtes ! Il n’y a pas de pré-requis.
Kanban IT a deux règles principales :
Limiter le Work In Progress (WIP)
Visualiser le flux de travail (Value Stream Mapping)
Les pratiques sont simples :
Rendre explicites les règles de gestion du workflow
S’améliorer de manière collaborative
On cherche à aller vers un « flux tiré ».