Présentation des méthodes agiles et Scrum

Par Idriss Neumann

Le 2012-12-30 21:31:07, par ok.Idriss, Rédacteur

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

Discussion forum

6 commentaires

souviron34
Expert éminent sénior
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..
le 12/02/2015 à 21:28
Khaled.Noordin
Membre confirmé

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

le 31/12/2012 à 13:53
thierryler
Rédacteur

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.

le 02/01/2013 à 10:39
ok.Idriss
Rédacteur

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

le 07/02/2015 à 12:37
ok.Idriss
Rédacteur

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

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

le 02/01/2013 à 11:04
ok.Idriss
Rédacteur

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

le 18/03/2015 à 22:57

Poster une réponse