IdentifiantMot de passe
Loading...
Mot de passe oubli� ?Je m'inscris ! (gratuit)

Vous �tes nouveau sur Developpez.com ? Cr�ez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et �tre connect� pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Cr�ez-en un en quelques instants, c'est enti�rement gratuit !

Si vous disposez d�j� d'un compte et qu'il est bien activ�, connectez-vous � l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oubli� ?
Cr�er un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Pilotage et r�alisation de projets : les m�thodes agiles deviennent-elles de moins en moins pertinentes ?
S'interroge un �crivain scientifique du nom de Kurt Cagle

Le , par Bruno

251PARTAGES

8  0 
Pilotage et r�alisation de projets : les m�thodes agiles deviennent-elles de moins en moins pertinentes ?
S'interroge un �crivain scientifique du nom de Kurt Cagle

Une m�thode Agile est une approche it�rative et collaborative, capable de prendre en compte les besoins initiaux du client et ceux li�s aux �volutions. Elle caract�rise un mode de gestion des projets informatiques privil�giant le dialogue entre toutes les parties prenantes, clients, utilisateurs, d�veloppeurs et autres professionnels du projet, la souplesse en cours de r�alisation, la capacit� � modifier les plans et la rapidit� de livraison.

La plupart des entreprises les plus importantes et � la croissance la plus rapide sur la plan�te : Amazon, Apple, Facebook, Google, Netflix et Microsoft sont reconnues comme agiles dans la plupart de leurs activit�s, m�me si elles n�utilisent pas le vocabulaire Agile standard. Leur capacit� d�agilit� commerciale est une raison importante pour laquelle elles sont devenues les entreprises les plus pr�cieuses au monde.

Toutefois, au regard de la conclusion d�un r�cent article dans Forbe.com, on serait arriv� � la fin de la m�thode Agile avec son principe de base consistant � proposer une version minimale du logiciel, puis � int�grer des fonctionnalit�s suppl�mentaires � cette base, par processus it�ratif. � Ce n'est pas la solution miracle que certains pr�tendent, et c'est devenu une sorte de religion � affirme l��crivain scientifique, Kurt Cagle.

� L'agilit� ne s'adapte pas toujours bien �. Les d�pendances d'int�gration ne font souvent pas l'objet d'un suivi, mais il s'agit g�n�ralement de l'un des aspects les plus variables de tout d�veloppement logiciel. Les projets de donn�es d�entreprise, en particulier, ne r�pondent pas aux crit�res pour �tre de bons candidats agiles.

� de nombreux �gards, nous sortons de l'�re du d�veloppement d'applications. Les applications sont plus fines, principalement bas�es sur le Web, o� la connectivit� aux donn�es d'entreprise sera plus importante que les fonctionnalit�s complexes bas�es sur le client. Ceci est �galement vrai pour les applications mobiles : de plus en plus, les applications pour smartphones et tablettes sont con�ues autour du HTML mobile, un changement radical par rapport � l'�poque du lancement d�Agile.

Contrairement aux id�es soutenues dans l�article Forbes publi� par Kurt Cagle, Steve Denning, �crivain et chroniqueur populaire sur le leadership semble penser tout le contraire. � Mes propres recherches au cours des dix derni�res ann�es sugg�rent exactement le contraire : l�avenir d�Agile ne fait que commencer �.


� Dans de nombreuses entreprises, Scrum est synonyme d�Agile, et c�est ce � quoi les gestionnaires, en particulier, ont tendance � s�associer quand il est question d�Agile. Le terme Agile a �t� dilu� pour devenir presque insignifiant en raison d�un marketing effr�n� �. Pour �valuer les diff�rentes d�clarations contenues dans l'article, il sera utile de prendre du recul et d'examiner la nature et le but d'Agile.

Dans les premi�res ann�es qui ont suivi le Manifeste Agile, la m�thodologie Agile la plus utilis�e �tait Scrum, qui se concentrait sur de petites �quipes auto-organis�es, travaillant dans des cycles courts. Au fil du temps, d�autres m�thodologies et approches ont �merg� dans le cadre plus large d�Agile. Plus important encore, il est devenu de plus en plus clair qu'Agile, une fois impl�ment� avec succ�s, �tait davantage un �tat d'esprit qu'une m�thodologie.

Lorsque la mentalit� Agile �tait pr�sente, des avantages sont apparus, presque ind�pendamment du processus ou de la m�thodologie en cours de d�ploiement. Lorsque la mentalit� Agile �tait absente, peu importait la m�thodologie, le processus ou le syst�me pr�sentait peu d'avantages, voire aucun.

� Agile est en train de dominer le monde �, indique une enqu�te de Deloite McKinsey. L�enqu�te montre �galement que plus de 90 % des cadres sup�rieurs accordent une grande priorit� � devenir agile, alors que moins de 10 % des entreprises se penchent aujourd�hui vers Agile. Le foss� entre les aspirations et la r�alit� a pouss� les entreprises � pr�tendre �tre Agiles sans la r�alit� ou � appliquer des processus Agiles sans prendre le temps d�acqu�rir l��tat d�esprit.

Source : Forbe (1, 2)

Et vous ?

Pensez-vous comme Kurt Cagle que Agile devient de moins en moins pertinent ? Ou alors vous �tes d�avis avec Steve Denning que l�avenir d�Agile serait prometteur et ne ferait que commencer ?

Avez-vous une exp�rience avec Agile ? Partagez.

Voir aussi :

Agile : entre Scrum et Kanban, laquelle des deux m�thodologies est-elle la meilleure ? Le point dans une �tude comparative

Les d�veloppeurs devraient abandonner les m�thodes agiles selon Ron Jeffries, l'un des signataires du Manifeste Agile

Tout le monde pr�tend suivre les m�thodes agiles dans son travail, mais en r�alit�, peu de personnes le font vraiment
Vous avez lu gratuitement 0 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer � vous proposer des publications.

Une erreur dans cette actualit� ? Signalez-nous-la !

Avatar de yahiko
R�dacteur/Mod�rateur https://www.developpez.com
Le 27/08/2019 � 8:39
Je pense qu'il faut prendre la peine et le temps de lire enti�rement les deux articles, "The End of Agile" et "Why the future of Agile is bright" pour bien comprendre le d�bat.

Dans le premier article, "The End of Agile", l'auteur Kurt Cagle soul�ve quelques points int�ressants.

1. Par exemple, dans les projets, qu'ils soient Agile ou pas, on tend � minimiser, voire � oublier les t�ches concernant l'interd�pendance entre diff�rentes parties ou modules.

2. Il soul�ve aussi les probl�mes qui peuvent �tre rencontr�s lors la "mise � l'�chelle". Partant du fameux "MVP" (minimum viable product), on rencontre souvent des "surprises", et des rallonges significatives de co�ts et de d�lais, lorsqu'il s'agit passer � l'application compl�te.

3. J'aime bien aussi la distinction qu'il fait entre les projets "Front" et "Back" (pour ce dernier il parle de Data Projects) o� autant il est facile de montrer r�guli�rement � un client l'avancement d'un projet Front, avec une interface utilisateur visuelle ; autant il peut �tre d�licat d'expliquer l'avancement d'un projet (ou sous-projet) Back, o� il s'agit par exemple de modifier le mod�le de donn�es (avec tous les impacts que cela peut avoir) ou de d�velopper des traitements batch c�t� serveur, invisibles pour l'utilisateur, mais pourtant indispensables au bon fonctionnement de l'application.

Dans le second article, "Why the future of Agile is bright", en r�ponse au premier, l'auteur Steve Dennin rappelle les principes fondamentaux de l'Agile qui sont :

1. L'obsession de d�livrer de la valeur aux clients comme l'alpha et l'om�ga de toute organisation.

2. L'hypoth�se que tout projet peut �tre men� par une �quipe de taille r�duite et auto-organis�e, travaillant en cycles courts et focalis�e � d�livrer de la valeur aux clients

3. Un effort continu et permanent d'�liminer la bureaucratie et la hi�rarchie verticale afin que l'entreprise fonctionne comme un r�seau d'�quipes interagissant les unes avec les autres, toutes focalis�es � d�livrer de la valeur ajout�e aux clients.

Je ne peux �tre que d'accord. Mais je reproche � ce second article de ne pas r�ellement r�pondre aux probl�mes soulev�s assez pertinemment par l'auteur du premier article. Le second article se contente essentiellement de dire que l'Agile ne se r�sume pas � une seule m�thode, que l'Agile peut progresser, et qu'il faut se mettre dans l'�tat d'esprit de l'Agile pour r�ellement en tirer ses b�n�fices. Certes, mais cela ne nous dit pas r�ellement et concr�tement comment r�soudre les trois points mentionn�s pr�c�demment par Kurt Cagle.
11  0 
Avatar de damthemad
Membre actif https://www.developpez.com
Le 05/09/2019 � 18:49
Je dirais plut�t que les organisations vont monter en maturit� et comprendre que l'agilit� n'est pas une baguette magique, et cesseront d'en appliquer les principes � tort et � travers, bien mal conseill�es en cela par les SSII qui ont totalement d�natur� le concept pour des raisons marketing que tout le monde comprend.

Et donc qu'elles feront de l'agilit� quand �a fera sens, et feront autrement quand les conditions ne seront pas r�unies ; donc logiquement la part de projets agiles diminuera.

Et tant mieux vu les catastrophes auxquelles aboutissent l'application b�te et m�chante, dans des contextes qui ne s'y pr�tent, pas des principes agiles. Ce qui par ailleurs d�cr�dibilise l'approche (bonne par ailleurs), avec en prime l'aveuglement ou la mauvaise foi des z�lotes qui n'arrange rien.

Principes agiles qui soit dit en passant n'ont rien de nouveau, rel�vent essentiellement du bon sens, et ont simplement gagn�s en popularit� car ils ont �t� th�oris�s et que des petits malins ont bien su faire monter la sauce et cr�er un business juteux. In fine, ce ne sont ni plus ni moins que des pattern appliqu�s � la gestion de projet, et comme tous les pattern il vaut mieux les d�couvrir naturellement que de s'empiffrer de litt�rature indigeste sur le sujet, en tout cas c'est mon avis et je le partage
3  0 
Avatar de Moltroon
Membre du Club https://www.developpez.com
Le 27/08/2019 � 8:37
Pensez-vous comme Kurt Cagle que Agile devient de moins en moins pertinent ? Ou alors vous �tes d�avis avec Steve Denning que l�avenir d�Agile serait prometteur et ne ferait que commencer ?
Comme toute m�thodologie de travail, elle a son int�r�t en fonction du projet. Un contrat OneShot se verra donc moins facilement attribuer une m�thode agile, alors qu'un contrat de prestation continu pourra en b�n�ficier plus sereinement.
"Vous savez, moi je ne crois pas qu�il y ait de bonne ou de mauvaise m�thodologie"

Avez-vous une exp�rience avec Agile ? Partagez.
Une fois lanc�s et une v1 sortie, nos outils internes passent sur une version agile pour les �volutions/corrections.
2  0 
Avatar de Matthieu76
Membre �clair� https://www.developpez.com
Le 28/08/2019 � 16:55
L'un des gros probl�me et si le client se satisfait du MVP et consid�re le project comme quasiment fini alors que c'est loin d'�tre le cas. Ce qui rejoint un peu le point n� 3 soulev� par yahiko.
0  0 
Avatar de jean12
Membre r�gulier https://www.developpez.com
Le 09/09/2019 � 11:46
Je suis personnellement d�avis avec Steve Denning que l�avenir d�Agile serait prometteur et ne ferait que commencer. En effet, nous savons que l'avenir des applications sera AI-Driven (bas�e sur l'Intelligence Artificielle), et que la m�thodologie Agile convient parfaitement au processus d'impl�mentation de l'Intelligence Artificielle (IA). C'est pourquoi la derni�re version d'ITIL (ITIL version 4) apparue cette ann�e 2019 a �t� profond�ment modifi�e et est compl�tement Agile pour prendre en compte l'�volution de l'IA.
Cependant il est vrai de reconnaitre les probl�mes de compatibilit� qui interviennent bien souvent dans la cr�ation des Addons ou Plugins qui ont pour but de modifier ou donner de nouvelles fonctionnalit�s � une application existante. Parfois c'est un vrai casse-t�te pour le d�veloppeur.
0  1