<\/p>\n
<\/p>\n
Commen\u00e7ons par le <\/p>\n <\/p>\n <\/p>\n <\/p>\n En 2001, dix-sept hommes d\u2019affaires sp\u00e9cialis\u00e9s de l\u2019univers de la tech co-signent le Manifeste Agile, inspir\u00e9 de leurs exp\u00e9riences respectives en gestion de projet. Ils expliquent vouloir privil\u00e9gier \u00ab les interactions humaines plut\u00f4t que les processus, les logiciels op\u00e9rationnels plut\u00f4t qu\u2019une documentation exhaustive, la collaboration avec les clients plut\u00f4t que la n\u00e9gociation contractuelle, et l\u2019adaptation au changement plut\u00f4t que le suivi d\u2019un plan \u00bb<\/em>. <\/p>\n <\/p>\n <\/p>\n Tout un programme donc, qui repose sur des cycles de d\u00e9veloppement it\u00e9ratif et adaptatif, impliquant le client tout au long du processus et permettant de r\u00e9agir tr\u00e8s rapidement \u00e0 ses demandes. S\u00e9bastien Morizot, VP digital et Marketing chez Wojo, en r\u00e9sume les grandes lignes ainsi : \u00ab Les m\u00e9thodes agiles, car il y en a plusieurs, visent \u00e0 mettre plus rapidement les produits \u00e0 disposition des personnes, sans r\u00e9diger un \u00e9norme cahier des charges au pr\u00e9alable et sans s\u2019embarquer dans un interminable projet en V. Il y avait une volont\u00e9 d\u2019arr\u00eater les effets tunnel, cause d\u2019\u00e9chec dans ces projets. Non seulement il y avait une forte lassitude des \u00e9quipes, mais surtout, quand l\u2019outil ou le produit sortait enfin et qu\u2019on l\u2019utilisait, on d\u00e9couvrait alors ses d\u00e9fauts ou manquements de conception\u2026 mais un peu tard !<\/em> \u00bb<\/p>\n <\/p>\n <\/p>\n \u00c0 lire aussi : <\/strong>Travailler efficacement gr\u00e2ce \u00e0 la m\u00e9thode de la tomate<\/strong><\/a><\/p>\n <\/p>\n <\/p>\n Plusieurs m\u00e9thodes agiles existent : <\/p>\n <\/p>\n <\/p>\n <\/p>\n Revenons \u00e0 nos moutons. Un projet men\u00e9 en <\/p>\n <\/p>\n L\u2019\u00e9quipe projet l\u2019utilise pour d\u00e9finir les <\/p>\n <\/p>\n Le produit est ainsi test\u00e9 en continu, ce <\/p>\n <\/p>\n <\/p>\n <\/p>\n \u00ab Cette <\/p>\n <\/p>\n \u00ab La <\/p>\n <\/p>\n <\/p>\n <\/p>\n \u00ab Mais <\/p>\n <\/p>\n S\u2019appuyer sur le backlog permet de <\/p>\n <\/p>\n <\/p>\n <\/p>\n \u00ab C\u2019est m\u00eame indispensable<\/em>, mart\u00e8le S\u00e9bastien Morizot. C\u2019est important de comprendre les fondamentaux de la m\u00e9thode, qu\u2019est-ce qu\u2019un sprint, un backlog, comment on transforme une id\u00e9e en fonctionnalit\u00e9\/produit, pour ensuite planifier ses t\u00e2ches correctement. Cela ne s\u2019improvise pas.<\/em> \u00bb Chez Wojo, les \u00e9quipes marketing et communication sont form\u00e9es \u00e0 la m\u00e9thode agile afin d\u2019apprendre \u00e0 formuler correctement les demandes, hi\u00e9rarchiser les besoins et organiser les sprints selon le poids de chacune des t\u00e2ches. \u00ab Tout le monde a tendance \u00e0 vouloir tout mettre tout de suite, alors qu\u2019il faut apprendre \u00e0 s\u00e9quencer, justement<\/em>. \u00bb<\/p>\n <\/p>\n <\/p>\n
\ncommencement, avec la d\u00e9finition donn\u00e9e par le Larousse : agile, n.f., 1\/ souple et alerte dans les
\nmouvements du corps ; 2\/ qui est vif, prompt \u00e0 comprendre. <\/em>On a donc
\nles notions de r\u00e9activit\u00e9, de souplesse et d\u2019adaptabilit\u00e9, qui ont inspir\u00e9 les
\nauteurs du Manifeste Agile, r\u00e9dig\u00e9 en 2001
\n(eh oui, \u00e7a ne date pas d\u2019hier). <\/em><\/p>\nAu commencement, un
\nmanifeste agile con\u00e7u pour le march\u00e9 des tech\u2019<\/h2>\n
\nRAD (pour Rapid Application Development), DSDM (pour Dynamic systems
\ndevelopment method), FDD (Feature driver development), etc. Les deux plus
\nutilis\u00e9es aujourd\u2019hui, et qui ont essaim\u00e9 bien au-del\u00e0 de l\u2019univers de la tech\u2019,
\ns\u2019inscrivent dans une logique d\u2019am\u00e9lioration continue (Lean, en anglais) :
\nla m\u00e9thode Extreme Programming (XP) et la m\u00e9thode Scrum. Elles s\u2019utilisent
\ns\u00e9par\u00e9ment ou conjointement selon la typologique du projet. <\/p>\nC\u2019est quoi au juste, travailler en mode agile ?
<\/h2>\n
\nmode agile repose sur la cr\u00e9ation d\u2019un backlog, sorte de bo\u00eete \u00e0 suggestions
\n(une id\u00e9e, d\u00e9velopp\u00e9e ensuite avec une animation sp\u00e9cifique pour la pr\u00e9ciser et
\nla transformer en fonctionnalit\u00e9 produit) du projet o\u00f9 l\u2019on enregistre au fur
\net \u00e0 mesure les demandes li\u00e9es au d\u00e9veloppement du produit. Ce r\u00e9servoir \u00e9volutif
\nse vide et se remplit au fil de l\u2019avanc\u00e9e du projet et de l\u2019animation autour du
\nbacklog. <\/p>\n
\nt\u00e2ches prioritaires afin d\u2019obtenir le plus rapidement possible le \u00ab minimum viable product<\/em> \u00bb,
\nc\u2019est-\u00e0-dire une version utilisable du produit dot\u00e9 de ses fonctions
\nessentielles, auxquelles viendront s\u2019ajouter progressivement de nouvelles
\nfonctions. \u00ab Les technologies
\npermettent aujourd\u2019hui d\u2019avoir un rendu partiel tr\u00e8s rapide<\/em>, explique S\u00e9bastien
\nMorizot, et le s\u00e9quencement des t\u00e2ches en
\nsprints permet de d\u00e9livrer, toutes les deux ou trois semaines, de petites
\n\u00e9volutions. On met ainsi \u00e0 disposition tr\u00e8s rapidement un produit minimaliste,
\nqui s\u2019enrichit au fur et \u00e0 mesure.<\/em> \u00bb<\/p>\n
\nqui permet d\u2019ajuster la suite de son d\u00e9veloppement en fonction des demandes du
\nclient et des tests r\u00e9alis\u00e9s en usage r\u00e9el. \u00ab C\u2019est tr\u00e8s en lien avec le design thinking de produit, avec des post-it
\nqui dessinent progressivement toutes les fonctionnalit\u00e9s que le produit doit
\navoir.<\/em> \u00bb<\/p>\nLes avantages de la m\u00e9thode agile\u2026
<\/h2>\n
\nm\u00e9thode est tr\u00e8s int\u00e9ressante car elle permet d\u2019\u00eatre r\u00e9actif par rapport aux
\n\u00e9volutions du march\u00e9 et \/ ou des besoins et demandes du client, d\u2019abandonner
\ncertaines fonctionnalit\u00e9s si leur test n\u2019est pas concluant, et d\u2019en ajouter
\nd\u2019autres en cours de route <\/em>\u00bb, explique S\u00e9bastien Morizot. Un concept
\nque les agilistes appellent le \u00ab fail
\nfast<\/em> \u00bb. Pla\u00eet-il ? Cela veut dire qu\u2019on s\u2019autorise \u00e0 tester une
\nid\u00e9e en limitant les cons\u00e9quences de l\u2019\u00e9chec, puisqu\u2019on la d\u00e9veloppe tr\u00e8s
\nrapidement, lors d\u2019un sprint, et qu\u2019on l\u2019abandonne tout aussi rapidement si
\nelle n\u2019est pas concluante ou ne re\u00e7oit pas le succ\u00e8s attendu. La qualit\u00e9 du
\nrendu final est ainsi bien meilleure que dans la m\u00e9thode traditionnelle. Mais
\nce n\u2019est pas tout. <\/p>\n
\ncapacit\u00e9 \u00e0 embarquer les gens est beaucoup plus forte, puisqu\u2019ils voient se
\nconcr\u00e9tiser tr\u00e8s vite le fruit de leurs efforts. Au lieu d\u2019\u00eatre dans un
\nfonctionnement en cascade et un plan d\u2019action qui imposent de tout penser d\u00e8s
\nle d\u00e9part, le projet agile est dirig\u00e9 par une vision. C\u2019est une m\u00e9thode de
\ntravail entre personnes qui savent o\u00f9 elles veulent aller, qui laisse la
\nlibert\u00e9 de r\u00e9fl\u00e9chir en fonction de ce qui est livr\u00e9 pour partir sur une
\nnouvelle id\u00e9e.<\/em> Autre atout :
\nle mode agile implique de travailler en mode pluridisciplinaire, avec des
\nexpertises vari\u00e9es qui travaillent en mode int\u00e9gr\u00e9, de mani\u00e8re beaucoup plus
\nfluide puisque chacun exprime ses besoins au fur et \u00e0 mesur<\/em>e. \u00bb<\/p>\nEt les \u00e9cueils \u00e0 \u00e9viter !
<\/h2>\n
\nattention, mode agile ne rime pas avec mode bordel ! On confond trop
\nsouvent m\u00e9thode agile et id\u00e9es \u00e9chang\u00e9es dans un couloir, qui provoquent une d\u00e9sorganisation
\ntotale<\/em>, s\u2019agace l\u2019expert digital et marketing. Au contraire, elle n\u00e9cessite une tr\u00e8s bonne hygi\u00e8ne de fonctionnement
\net d\u2019animation, plus compliqu\u00e9e \u00e0 tenir que la m\u00e9thode traditionnelle en V car
\nelle demande des interactions continues et l\u2019implication de tous. \u00bb<\/em> <\/p>\n
\nrajouter des t\u00e2ches en cours de route, mais le nombre de t\u00e2ches engag\u00e9es et trait\u00e9es
\ndans chaque sprint, lui, ne peut pas varier, sous peine de surcharger les
\n\u00e9quipes. \u00ab Il faut donc hi\u00e9rarchiser
\nles priorit\u00e9s, et accepter qu\u2019une t\u00e2che ne soit pas trait\u00e9e tout de suite car
\nelle n\u2019est pas prioritaire pour le fonctionnement imm\u00e9diat du produit. Elle le
\nsera dans un sprint ult\u00e9rieur.<\/em> \u00bb Ce qui suscite parfois (souvent) des
\nincompr\u00e9hensions chez les collaborateurs et managers habitu\u00e9s aux d\u00e9lais de
\nlivraison \u00e0 date fixe, inh\u00e9rents \u00e0 la m\u00e9thode en V. <\/p>\nPeut-on se former \u00e0 \u00eatre agile ?<\/h2>\n
![\"\"](\"https:\/\/www.wojo.com\/blog\/wp-content\/uploads\/2019\/03\/Sebastien-M.jpg\")
<\/figure>\n<\/div>\n