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 !

L'adoption des méthodes agiles en forte progression
Selon les résultats d'une étude menée par VersionOne

Le , par Olivier Famien

126PARTAGES

1  0 
Chaque année, VersionOne mesure le succès de la méthode agile en effectuant un sondage sur la pratique de cette méthode par différents acteurs du domaine informatique. Cette année encore, elle n’a pas dérogé à la règle et vient de publier les résultats du sondage effectué de juillet à octobre sur l’année achevée. Cette enquête s’est effectuée sur des organisations dont 35 % d’entre elles ont plus de 5000 employés et 20 % travaillent dans des entreprises de plus de 20 000 personnes. En tout, 3925 réponses ont été obtenues dont 65 % proviennent des personnes vivant aux USA et 21 % en Europe.

De prime abord, on note une nette progression de l’utilisation de cette méthode de développement des projets. En effet, en effectuant une étude comparative des résultats des différents rapports de 2012 à 2014 on constate que le pourcentage des organisations qui avaient des équipes pratiquant de l’agilité a grimpé en passant de 35 % à 80 %.

Plus en détail, on constate à travers ce rapport que 28 % des personnes ayant répondu au sondage ont plus de 5 années d’expérience contre 30 % qui ont une pratique depuis 3 à 4 ans, 32 % ont un usage modéré d’environ 1 à 2 années et 10 % ont moins de 6 mois de pratique. Vus sous un autre angle, nous avons 9 % des personnes sondées travaillant dans des équipes ayant entièrement fusionné leur manière de travailler avec la méthode agile. 36 % des personnes ayant répondu sont dans des équipes dont la moitié utilisent cette méthode et 50 % appartiennent à des équipes dont moins de la moitié des membres en font usage. Les 5 % restant travaillent dans des équipes dont personne n’utilise cette méthode.

Les méthodes agiles utilisées étant diverses, le sondage a permis de dégager les méthodes les plus utilisées et celles qui le sont en moins. Ainsi, nous avons 56 % des personnes interrogées qui utilisent Scrum, 10 % utilisent Scrum/XP Hybrid, 8 % utilisent Custom XP. Pour plus de détails, veuillez consulter les résultats ci-dessous.


En demandant aux personnes interrogées les avantages tirés de cette méthode, les réponses suivantes ont été données par ordre chronologique d’importance. La première mise en avant est le respect des délais de livraison des projets, ensuite vient la qualité des produits, puis la satisfaction des clients ou des consommateurs, la valeur ajoutée dans l’entreprise, la définition du produit, une meilleure visibilité dans les projets, etc.

À l’inverse, en voulant savoir, à travers les personnes interrogées, les freins à l’adoption de l’agilité, 44 % ont répondu le manque d’expérience, 42 % estiment que la philosophie des entreprises en est un frein, 38 % parlent du manque de support de gestion et 37 % dénoncent les pressions externes pour le suivi des méthodes traditionnelles. 36 % posent le problème de manque de support pour une transition culturelle et 33 % soulèvent le problème de communication ou d’organisation. Il faut préciser que pour cette question les interrogées avaient le choix de plusieurs réponses.

Tous ces maux ont incité Erik Meijer, un des célèbres développeurs de l’écosystème .Net chez Microsoft à dire en ce début d’année que « Agile est un cancer que nous devons éliminer de l’industrie ».

Toutefois, en dépit des tares qu’on peut lui reprocher, cette méthode semble gagner du terrain dans le monde des entreprises IT au regard des résultats de cette étude.

Source : VersionOne

L'intitulé de la source

Et vous ?

Que pensez-vous cette étude ?

Trouvez-vous ces résultats pertinents ?

Quelles sont vos raisons personnelles pour l'adoption ou le rejet de cette méthode ?

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

Avatar de Laurent 1973
Membre chevronné https://www.developpez.com
Le 31/03/2015 à 10:04
Je commence par réagir sur le titre de cette news : "La méthode agile est en forte progression"
Ce qui me gêne, c'est le premier mot "La", or justement (et le diagramme le montre) il n'y a pas UNE méthode agile mais plusieurs, et aucune n'est la solution magique à tout les maux de l'entreprise.
Un titre plus juste aurait été "Les méthode agiles sont en forte progression".

Attention de ne pas simplifier l'Agilité à la simple méthode Scrum.
Bien que très intéressante dans le domaine de développement logiciel, cette méthode n'est pas forcement fait pour tout type de projet.
Je pense que dans bien des cas, Kanban est beaucoup plus efficace (gestion support, production, mini développement, ...)

Mais sinon, bonne nouvelle que ces méthodes soient de plus en plus plébiscité dans nos entreprises
4  0 
Avatar de ZenZiTone
Membre expert https://www.developpez.com
Le 10/04/2015 à 11:26
Étant donné que je n'ai pas encore d'expérience sur les méthodes de développement logiciel, dites-moi, s'il serait pertinent d'en choisir une (par exemple Scrum) juste pour sa popularité ?
Bonjour,

Je ne pense pas qu'il faille utiliser une méthode pour sa popularité, mais bien pour te permettre d'aborder ton projet de la meilleur façon possible. Le mieux à faire serait de comparer différentes méthodes (XP, Scrum et kanban par exemple), d'isoler les avantages et inconvénients puis de voir ce qui correspondrait mieux à ton projet (suivant la taille de l'équipe, la façon de travailler de ton équipe, la possibilité d'implication du client, etc). C'est un point très intéressant à aborder pour un mémoire je pense.
2  0 
Avatar de Laurent 1973
Membre chevronné https://www.developpez.com
Le 10/04/2015 à 11:30
Ta question est vaste.
Je vais essayé de t'éclairer.

Dans toutes les méthodologies évoquées dans cette article, on peux considérer 2 familles: les méthodes orientées "gestion du produits et des besoins" et les méthodes "d'ingénieries logicielles"
La gestions du produits et des besoins: les méthodes (Scrum, Kanban, ...) oriente l'équipe de développement à communiquer entre eux et avec le "client" afin de livrer au mieux un produit répondant au besoin des utilisateurs.
L'ingénieries logicielles: ici, (essentiellement XP), c'est un ensemble de bonne pratique de génie logiciel qui aide les développeurs à réaliser un produit informatique répondant au besoin des utilisateurs de haute qualité et en réduisant les 'gaspillages'.

On peux donc voir que la première familles de méthodes n'est pas réservé à l'informatique (tout est dans la définition du "produit" que l'on livre au "client"
XP est par contre complètement lier au monde de l'industrie du développement logiciel.
Il est donc pas illogique de jumeler ces 2 mondes via du Scrum-XP ou du Kanban-XP, ...

Pour revenir à ton cas dans le cadre de ton mémoire.
La question à se poser déjà est "Es tu dans une équipe de développement ou seul?"
En effet, Scrum et Kanban ne sont pas adapté à un développeur isolé, ils prônent la collaboration (sauf si tu es schizophrène, la collaboration seul n'est pas un souci ) .
Par contre, si vous êtes une petite équipe d'étudiants travaillant sur le même produit, cela peux avoir un sens de mettre en place une tel organisation à la fois pour définir la priorité des besoins à réaliser que pour se "partager" le travail.

XP est, de toute façon, une méthode très intéressante (quel l'on soit seul ou plusieurs) pour les bonnes pratiques en ce qui concerne le développement logiciel.
Je te conseil à te pencher sur ces différents principes qui sont très intéressant.
De plus, elle possède aussi un petit volet "gestions du produits et des besoins" qui est souvent occulté lors du jumelage avec Scrum ou Kanban.
Ce qui fait que pour un petit projet, utiliser seulement XP est suffisant et peux apporter un bon plus à ton stage/mémoire.

Si le sujet t’intéresse, je t'invite à prendre contact avec une association de promotion de l'Agilité, il y en a maintenant partout en France (www.agile-france.org, www.agilenantes.org, www.agilerennes.org, www.agiletoulouse.fr, www.nord-agile.org, www.clubagilerhonealpes.org, ...)
Ils proposent des rencontres et des informations pour t'aider à comprendre ces méthodes.

Bon courage
1  0 
Avatar de ange
Membre à l'essai https://www.developpez.com
Le 31/03/2015 à 14:06
Absolument d'accord avec le message précédent.
Je suis passé au fils des ans de XP à Kanban en passant par du traditionnel cycle en V selon la taille et la complexité... et le client.
Mais Scrum ... c'est la tarte à la crème du moment que je laisse volontiers au service marketing et commerce qui vendent ça très bien !!! ;-)
0  0 
Avatar de lamine87
Nouveau membre du Club https://www.developpez.com
Le 10/04/2015 à 10:54
les amis,

Je dois développer une application informatique dans le cadre de mon mémoire. Étant donné que je n'ai pas encore d'expérience sur les méthodes de développement logiciel, dites-moi, s'il serait pertinent d'en choisir une (par exemple Scrum) juste pour sa popularité ?
D'autre part, je vois que le couplage des méthodes Scrum et XP arrive en deuxième position dans le sondage, quel est le coût en termes de temps d'apprentissage et de gains en productivité pour cette méthode hybride ? Est-ce que l'usage de ce couplage nécessite de maîtriser Scrum et XP ou juste de comprendre la philosophie de l'un (Scrum) et d'appliquer quelques bonnes pratiques de l'autre (XP) sans en comprendre toute la méthodologie ?
0  0 
Avatar de lamine87
Nouveau membre du Club https://www.developpez.com
Le 10/04/2015 à 17:00
Merci Laurent et ZenZiTone de m'avoir répondu !

Citation Envoyé par Laurent 1973 Voir le message

La question à se poser déjà est "Es tu dans une équipe de développement ou seul?"
Par contre, ne peut-on pas imaginer que l'on est dans une équipe de développement, constituée d'une seule personne qui va jouer en même temps, les différents rôles définis par Scrum ?
D'autre part, le XP recommande le "pair programming" (programmation par binôme) --> équipe également de deux personnes.

Par contre, je suis étonné sur le schéma du faible pourcentage d'utilisation de XP (moins de 1% pour une des principales méthodes orientées ingénieurie logicielle).
0  0 
Avatar de lamine87
Nouveau membre du Club https://www.developpez.com
Le 11/04/2015 à 11:49
Merci encore les amis pour votre précieuse aide (surtout à Laurent et ZenZiTone).
0  0 
Avatar de Laurent 1973
Membre chevronné https://www.developpez.com
Le 13/04/2015 à 9:54
Pour compléter la discussion
Citation Envoyé par lamine87 Voir le message
Par contre, ne peut-on pas imaginer que l'on est dans une équipe de développement, constituée d'une seule personne qui va jouer en même temps, les différents rôles définis par Scrum ?
Oui, mais alors tu n'es pas dans un contexte de développement réel, mais plus de formation.
Les clubs d'Agilistes que j'ai mentionné propose ce genre de jeu (les formations agiles sont parfois très ludique) où on va simuler une itération Scrum en 1 heure.
Par contre, c'est plus facile de le faire à plusieurs joueurs.

Vouloir faire le schizophrène dans un projet d'étudiant en prenant les différentes casquettes des rôles Scrums: je suis pas sur que cela aide vraiment à comprendre, surtout que les rôles Product Ower et Scrum Master demande un certain recule (et un autre type de formation) que l'équipier Scrum.

Citation Envoyé par lamine87 Voir le message
D'autre part, le XP recommande le "pair programming" (programmation par binôme) --> équipe également de deux personnes.
Oui, en XP, le pair programming nécessite d'être 2 au moins dans l'équipe.

Par contre, sans réaliser tout ton projet en pair programming, tu peux peut être planifier avec un de tes collègues étudiant, une journée à 2 sur ton projet (+ un journée à 2 sur le sien) afin d’expérimenté cette technique et la place des 2 développeur (pilote + co-pilote) face au clavier.
Cela peux être enrichissant pour vous deux et vos deux projets.

Voilà, bon courage pour ton mémoire
0  0 
Avatar de lamine87
Nouveau membre du Club https://www.developpez.com
Le 13/04/2015 à 22:23
@ Laurent : Merci pour les conseils. C'est !
0  0