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 !

Présentation des méthodes agiles et Scrum

Par Idriss Neumann

Le 30 décembre 2012 à 21:31, par ok.Idriss

6 commentaires

23PARTAGES

Bonjour à tous.

Je vous présente une petite présentation sur les méthodes agiles et Scrum.

Cette présentation a pour but de sensibiliser les consultants et futurs informaticiens à la gestion de projet à l'aide des méthodes agiles. Elle a aussi pour but de présenter leurs avantages et inconvénients par rapport à d'autres méthodes de gestion de projet à l'exemple du cycle en V.

N'hésitez pas à laisser vos impressions ici.

et bonne lecture.

Cordialement,
Idriss

Vous avez lu gratuitement 22 027 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 !

Votre nom : Votre e-mail :

Décrivez l'erreur que vous souhaitez porter à notre connaissance :

6 commentaires

Commenter Signaler un problème

souviron34

Expert éminent sénior

Le 12/02/2015 à 21:28

Excellent article !!

Je remarquerais juste que :

je rajouterais un lien vers le Manifeste, directement
d'autre part, dans ton paragraphe sur le Manifeste, quand tu développes le premier point "L'équipe et la communication avant les outils et processus", tu y mets quelque chose qui n'est ni dit ni sous-entendu dans le Manifeste, et même au contraire :

"composée de développeurs de niveaux différents, plutôt qu'une équipe composée d'experts qui travaillent de manière isolée. ".. ça n'est pas du tout ce qui est sous-entendu.. Ceci est la version plutôt française et "à la mode".. Ce qu'ils veulent dire, c'est que, par opposition aux équipes traditionnelles en V, il n'y a pas de hiérarchie au sens "chef de projet" -> "chef de section" -> "chef d'équipe" -> "architecte organique" -> "architecte fonctionnel" -> "analyste programmeur" -> "programmeur", dans une équipe gérée en mode Agile, on s'attend à ce que toute personne soit en même temps les 2 architectes, l'analyste-programmeur et le programmeur de sa partie.... Ce n'est donc pas "de niveaux différents" mais "de position hiérarchique différente"... C'est bien pour ça que la communication passe mieux, et qu'on peut simplifier la doc. Dans le cas des équipes en V, ce sont les Chefs d'équipe qui se réunissent, prennent des décisions, puis retranscrivent le résultat en texte "pour" les architectes et analystes-programmeurs, qui eux-mêmes retranscrivent "pour" les programmeurs.. Non seulement on perd de l'information à chaque étape, alors qu'on ne fait que générer des monceaux de papier, mais en plus on perd un temps fou. (à l'aller comme au retour)..

Ce point est d'ailleurs à mon avis un des plus "dégradants", ou un des plus "déformés", dans l'application du Manifeste de l'Agilité en méthodologies.. Car en effet dans la pensée et la réalité des auteurs du Manifeste, c'était putôt le contraire : une équipe d'experts, qui, parce qu'il sont experts, sont capables d'être 100% responsables de leurs parties respectives, tout en travaillant ensemble... (voir les points 5, 6, 9 et 10 des 12 principes sous-jacents).. Et d'ailleurs, le point 12, qui pourtant est assez essentiel, a été totalement dévoyé par les méthodologies dérivées du Manifeste, car il y a peu de chances que un ScrumMaster ne le soit plus au cours du même projet, et même au cours d'un projet suivant... ou tout autre élément de l'équipe...

Relis le Manifeste et les 12 principes.. Nulle part il n'est fait mention de "levels".. Et si ça l'était, ça le serait dans le sens "hierarchical levels" et non pas "technical levels"..

Sinon, pour le reste, tout est parfait à mon sens..

Khaled.Noordin

Membre confirmé

Le 31/12/2012 à 13:53

Salut ok.Idriss
Merci pour ce contenu très intéressant

thierryler

Rédacteur

Le 02/01/2013 à 10:39

Très bon article.

Tu as bien fais de donner le lien vers le mémento Scrum gratuit dans les annexes.

Je pense que ça va servir à beaucoup de monde.

ok.Idriss

Rédacteur

Le 07/02/2015 à 12:37

Bonjour.

Bon de nombreuses mises à jours ont été mises en lignes depuis mon dernier commentaire :

- Chapitre sur le manifeste Agile
- Les rôles de la méthode Scrum
- Exemple de mise en oeuvre d'un sprint Scrum

N'hésitez pas à dire ce que vous en pensez !

Idriss

ok.Idriss

Rédacteur

Le 02/01/2013 à 11:04

Oui je me le suis pas encore imprimé mais ça va pas tarder

Merci pour vos encouragements et bonne année à tous.

ok.Idriss

Rédacteur

Le 18/03/2015 à 22:57

Salut.

Merci pour ton compliment et pour tes retours. Il est vrai que je ne suis pas un puriste des méthodes agiles et que j'ai tendance à les présenter un peu comme je le vis au quotidien (ou la hiérarchie des rôles est malgré tout préservée bien que la communication, la polyvalence et la prise de position des différentes parties prenantes d'une même équipe se fasse plus aisément que dans un projet en cycle en V).

Je vais voir pour ajouter le lien vers le vrai manifeste... J'ai d'autres retouches à faire.

Cordialement,
Idriss

Commenter Signaler un problème

Identifiez-vous

Créer un compte

Présentation des méthodes agiles et Scrum Par Idriss Neumann

Présentation des méthodes agiles et Scrum

Par Idriss Neumann