![\"Approche](\"https:\/\/i0.wp.com\/www.ab-consulting.fr\/blog\/wp-content\/uploads\/2016\/10\/approche-agile.jpeg?resize=490%2C245\")
<\/p>\n
Cette approche, donc,\u00a0est devenue au cours de ces derni\u00e8res ann\u00e9es,\u00a0tr\u00e8s populaire dans les entreprises. Elle est con\u00e7ue\u00a0de sorte \u00e0 apporter\u00a0de nombreux\u00a0avantages mais requiert une discipline stricte pour produire la valeur promise. Chaque \u00e9tape est importante et indispensable. Nous allons vous\u00a0montrer, au travers de cet article, les avantages de cette approche d\u00e9j\u00e0 tr\u00e8s populaire. Il vous appartient ensuite de d\u00e9cider si elle est pertinente pour vous.<\/p>\n
Agile, de quoi s’agit-il?<\/h2>\n
N\u00e9 aux Etats-Unis, le mouvement agile est apparu en 2001,\u00a0lorsque 17 experts se sont alli\u00e9s pour mettre au point une nouvelle fa\u00e7on de d\u00e9velopper des logiciels, visant\u00a0\u00e0 r\u00e9duire\u00a0le taux d\u2019\u00e9chec important des projets informatiques. C’est d’ailleurs \u00e0 cette occasion que le terme Agile est apparu pour \u00a0qualifier cette nouvelle approche. Ce rassemblement a donn\u00e9 naissance \u00e0 un\u00a0manifeste<\/strong>\u00a0d\u00e9finissant quatre axes de valorisation pour les projets :<\/p>\n L\u2019approche agile est une approche de gestion de projet d\u00e9fiant les approches classiques. La notion m\u00eame de \u00ab\u00a0Gestion de projet\u00a0\u00bb est remplac\u00e9e au profit de \u00ab\u00a0Gestion de produit\u00a0\u00bb de fa\u00e7on \u00e0 mieux se focaliser\u00a0sur le produit plut\u00f4t que sur le projet. L\u2019objectif de tout projet est de livrer un produit. Dans une\u00a0approche dite \u00ab\u00a0classique\u00a0\u00bb, on attend g\u00e9n\u00e9ralement du client une expression d\u00e9taill\u00e9e et valid\u00e9e du besoin. Cette expression de besoin valid\u00e9e en d\u00e9but\u00a0de r\u00e9alisation laisse peu\u00a0place au\u00a0changement<\/strong>. La r\u00e9alisation prend\u00a0le temps qu’il faut et rendez-vous est repris avec le client pour la recette. Cet\u00a0effet tunnel<\/strong>\u00a0peut \u00eatre mauvais et tr\u00e8s conflictuel.<\/p>\n On remarque fr\u00e9quemment un d\u00e9phasage entre le besoin initial et l’application r\u00e9alis\u00e9e. On se rapporte alors aux\u00a0sp\u00e9cifications<\/strong>\u00a0valid\u00e9es et au\u00a0contrat<\/strong>. La majorit\u00e9 des projets se terminent tr\u00e8s mal au risque d\u2019affecter la relation avec le client. De plus, il peut arriver que certaines fonctionnalit\u00e9s demand\u00e9es soient\u00a0inutiles \u00e0 l\u2019usage. D’autres, d\u00e9couvertes en cours de route, auraient pu donner plus de valeur au produit.<\/p>\n En 1994, une enqu\u00eate r\u00e9alis\u00e9e\u00a0par le \u00ab\u00a0 Standish Group\u00a0\u00bb a d\u00e9montr\u00e9 que 31% des projets informatiques sont stopp\u00e9 en cours d\u2019ex\u00e9cution, 52% n\u2019aboutisse pas et ne respectent pas les d\u00e9lais et le budget impos\u00e9s proposant souvent moins de fonctionnalit\u00e9s qui \u00e9taient pr\u00e9vus. Et pour finir, seuls 16% des projets sont synonyme de r\u00e9ussite. La\u00a0m\u00eame enqu\u00eate de nouveau men\u00e9e en 2008\u00a0indique un taux de r\u00e9ussite de 35%. Cela repr\u00e9sente une nette progression mais reste insuffisant.<\/p>\n Parmi les principales causes d\u2019\u00e9chec relev\u00e9es on peut citer\u00a0:<\/p>\n L’approche Agile propose de r\u00e9duire compl\u00e8tement les cons\u00e9quences de cet\u00a0effet tunnel <\/strong>en donnant davantage de visibilit\u00e9, en impliquant le client du d\u00e9but \u00e0 la fin du projet et en adoptant un processus it\u00e9ratif et incr\u00e9mental<\/strong>. Elle consid\u00e8re que le besoin ne peut \u00eatre fig\u00e9 et propose au contraire de s’adapter aux changements de ce dernier. Mais cela ne peut pas se faire sans un minimum de r\u00e8gles.<\/p>\n Le principe de base des m\u00e9thodes \u00ab Classiques \u00bb est qu\u2019il peut \u00eatre\u00a0contre-productif. C\u2019est-\u00e0-dire qu\u2019avant de d\u00e9velopper un produit, il faut\u00a0le planifier et en sp\u00e9cifier les moindres d\u00e9tails. En effet, pr\u00e9voir tous les aspects de la production entra\u00eene dans la plupart des cas des frustrations et pertes de temps car les impr\u00e9vus surviennent tr\u00e8s souvent pendant la r\u00e9alisation. C\u2019est cette approche pr\u00e9dictive et s\u00e9quentielle de type waterfall<\/strong> ou cycle en V<\/strong> que les tenants des m\u00e9thodes \u00ab Agile \u00bb veulent casser.<\/p>\n Ainsi, le mieux serait de proc\u00e9der par \u00e9tapes c\u2019est-\u00e0-dire se fixer des objectifs \u00e0 court terme et commencer le d\u00e9veloppement sans perdre de temps. Une fois l’objectif atteint, on passe \u00e0 la phase suivante et ainsi de suite jusqu\u2019\u00e0 atteindre le but recherch\u00e9. Concernant le niveau de d\u00e9veloppement de logiciel, il appartient au client de transmettre \u00e0 l\u2019\u00e9quipe de d\u00e9veloppeurs sa vision du produit avec les fonctionnalit\u00e9s qui l\u2019accompagnent. Cela permet ainsi d\u2019avoir un \u00e9change direct avec l\u2019\u00e9quipe et et de d\u00e9finir\u00a0ensemble le co\u00fbt de chacune des fonctionnalit\u00e9s pour aboutir \u00e0 un budget final approximatif. L\u2019\u00e9quipe devra choisir ensuite une partie des exigences du client \u00e0 ex\u00e9cuter dans un court d\u00e9lai appel\u00e9 \u00ab\u00a0it\u00e9ration\u00a0\u00bb.<\/p>\n Dans chaque it\u00e9ration se trouvent les travaux de conception, les techniques de d\u00e9veloppement et les sp\u00e9cifications fonctionnelles. Au terme de chaque it\u00e9ration, le produit semi-fini mais utilisable, est montr\u00e9 au client. Il peut donc se rendre compte par lui-m\u00eame du travail r\u00e9alis\u00e9 dans un temps tr\u00e8s court. Quant \u00e0 l\u2019utilisateur final, il peut d\u00e9j\u00e0 se projeter dans l\u2019usage du produit. Cela lui permet de\u00a0transmettre des feedbacks importants pour les prochaines it\u00e9rations. Cette transparence est un grand avantage pour solidifier la relation de confiance et de collaboration entre le client et le fournisseur. Cela permet\u00a0ainsi d\u2019\u00e9conomiser son budget et de r\u00e9colter rapidement un premier retour sur investissement. Le client a aussi la possibilit\u00e9 de changer en cours de route la priorit\u00e9 des fonctionnalit\u00e9s qui n\u2019ont pas encore \u00e9t\u00e9 d\u00e9velopp\u00e9s (prochaines it\u00e9rations).<\/p>\n Cette souplesse ainsi offerte est donc un v\u00e9ritable atout pour le client. Encore une fois, on pense plus \u00ab\u00a0Produit\u00a0\u00bb que \u00ab\u00a0Projet\u00a0\u00bb d\u2019o\u00f9 le terme appropri\u00e9 ici est \u00ab\u00a0gestion de produit\u00a0\u00bb rempla\u00e7ant celui de \u00ab\u00a0gestion de projet\u00a0\u00bb.<\/p>\n Il existe plusieurs types de m\u00e9thodes Agiles, se diff\u00e9renciant\u00a0par leur capacit\u00e9\u00a0d\u2019adaptabilit\u00e9 \u00e0 certains projets. Parmi ces m\u00e9thodes nous retrouvons la m\u00e9thode RAD <\/strong>qui implique par exemple la pr\u00e9sence d\u2019une tierce personne pour r\u00e9soudre les probl\u00e8mes et les incompr\u00e9hensions. La m\u00e9thode SCRUM<\/strong>, la m\u00e9thode FDD<\/strong> et la m\u00e9thode DSDM<\/strong> sont quant \u00e0 elles bas\u00e9e sur l\u2019organisation de plusieurs mais courtes r\u00e9unions permettant de d\u2019approuver chaque \u00e9tape, contr\u00f4ler les avanc\u00e9es et d\u00e9velopper une bonne relation de confiance entre les intervenants en la rendant plus interactive.<\/p>\n Loin d\u2019\u00eatre une simple m\u00e9thodologie, l\u2019approche Agile d\u00e9finit un \u00e9tat d\u2019esprit impactant l\u2019ensemble des entreprises souhaitant s’y conformer. Cette d\u00e9marche, \u00e0 la fois longue et difficile \u00e0 mettre en \u0153uvre, en vaut largement la peine. Elle permet, en effet,\u00a0d\u2019obtenir des r\u00e9sultats tr\u00e8s satisfaisants. Il est donc primordial d\u2019en maitriser chaque partie afin de faire accepter ce changement tant\u00a0au sein de l\u2019entreprise qu\u2019aupr\u00e8s du client.<\/p>\n La plupart des m\u00e9thodes \u00ab\u00a0agile\u00a0\u00bb de gestion de projet\u00a0sont cibl\u00e9es sur les projets de d\u00e9veloppement de logiciel. Est-ce \u00e0 dire qu’on ne peut utiliser Agile que pour l’informatique? A l’heure o\u00f9 la mondialisation exige des Entreprises qu’elles soient toujours plus agiles pour se repositionner sur le march\u00e9 gr\u00e2ce \u00e0 des innovations constantes, ne pourrait-on pas imaginer cr\u00e9er des produits non logiciels de fa\u00e7on agile?<\/p>\n La r\u00e9ponse est bien s\u00fbr positive. Les m\u00e9thodes de gestion de projet traditionnelles se sont r\u00e9cemment enrichies d’une version agile. L’agilit\u00e9 n’entame en rien la n\u00e9cessit\u00e9 d’utiliser une m\u00e9thode \u00e9prouv\u00e9e. Aussi, r\u00e9cemment les principaux \u00e9diteurs ont publi\u00e9 des versions \u00ab\u00a0agile\u00a0\u00bb de leur m\u00e9thode traditionnelle :<\/p>\n Les m\u00e9thodes Agiles pourront \u00eatre utilis\u00e9es pour de gros projets car elles proposent une adaptabilit\u00e9, une meilleure visibilit\u00e9 et gestion des risques. Elles pourraient tout aussi bien \u00eatre utilis\u00e9es pour les projets o\u00f9 il n\u2019y pas de documentation d\u00e9taill\u00e9e. Le client peut alors suivre\u00a0la progression du projet et l\u2019adapter au fur et \u00e0 mesure selon ses besoins.<\/p>\n .Par contre, les m\u00e9thodes Traditionnelles seront plus adapt\u00e9es si vous avez une id\u00e9e pr\u00e9cise\u00a0de votre projet avec un cahier des charges et planning tr\u00e8s d\u00e9taill\u00e9 o\u00f9 vous avez\u00a0anticip\u00e9 tous les risques envisageables. Nous essaierons prochainement de vous orienter entre l’approche\u00a0Traditionnelle ou l’approche\u00a0Agile selon les types de projets. Notre prochain article proposera\u00a0une \u00e9tude comparative des approches et m\u00e9thodes \u00ab\u00a0agile\u00a0\u00bb pour vous aider \u00e0 faire un choix raisonn\u00e9.<\/p>\n Bien s\u00fbr, nous vous invitons \u00e0 r\u00e9agir et \u00e0 nous communiquer vos commentaires.<\/p>\n\n
En quoi consiste r\u00e9ellement l’approche agile?<\/h3>\n
\n
Comment est-ce que cela fonctionne?<\/h3>\n
![\"It\u00e9ration](\"https:\/\/i0.wp.com\/www.ab-consulting.fr\/blog\/wp-content\/uploads\/2016\/10\/agile-iteration.png?resize=576%2C200\")
<\/p>\nLe principe des it\u00e9rations<\/h3>\n
Les diff\u00e9rentes m\u00e9thodes agiles<\/h2>\n
Les \u00e9volutions r\u00e9centes<\/h2>\n
\n
Alors au final vous \u00eates plut\u00f4t Agile ou Classique?<\/h2>\n
Partager\u00a0:<\/h3>