Discussion :

[hansaplast]

Bonjour,


tout d'abord, la question, puis la mise en contexte, pour les plus patients

pensez vous que, dans le cadre d'une fin de vie d'un projet, avec des release exigées toutes les semaines + des dev. exigés le jour même, il soit pensable de mettre en place une méthodologie scrum?

je plante le contexte :
on est une équipe de 3 développeurs, je joue le rôle de chef de projet.
On arrive en fin de dev. d'un projet de ~6 mois.

tous mes collègues appréciant le laisser vivre, j'ai légèrement pété un plomb, devant faire 3 boulots différents, avec la charge de ~2 personnes.

J'ai donc été clair : je part ailleurs, en me laissant le temps de trouver, et a l'équipe de s'adapter.

En attendant, un chef de projet (non technique a été désigné, et sert de frontal au client).

On est en phase de finalisation : c'est a dire demandes urgentes du clients (ex : maquettes + intégration en prod en 1 jour) + correctifs + développements de plusieurs jours mélangés dans une joyeuse cacophonie.

ayant pris une grosse distance avec le projet pour laisser tout le monde se former a l'art de se gérer, je constate que personne prend les rennes et qu'on court a fond dans le mur (pas de reporting, demande du client non notées, ...)


Dans ce contexte, j'ai émis l'idée de mettre en place la méthode scrum. Bien entendu, personne ne s'y est opposé... mais personne ne va s'y impliquer.
En attendant, a titre personnel, je suis prêt a jouer a fond la carte de l'implication / apprentissage / mise en place / gestion, ne serait-ce que pour mon enrichissement perso (mon CV quoi...).

Donc, j'en arrive enfin a ma question : pensez vous que, dans le cadre d'une fin de vie d'un projet, avec des release exigées toutes les semaines + des dev. exigés le jour même, il soit pensable de mettre en place une méthodologie scrum?

Merci d'avance

[wiztricks]

Ce type de changement signifie de l'équipe des développeurs et augmenter la pression qu'ils subissent déjà.

Si le reste à faire s'étale sur plus de 6 mois cela pourra (peut être) présenter un intérêt. Si le RAF n'est que de quelques semaines, vous risquez de dépenser beaucoup d'énergie sans avoir le temps d'en mesurer les retours.

En admettant que cela fasse sens d'y aller (RAF "important"), une autre question est "comment opérer ce changement?". Et la première qui me vient à l'esprit en vous lisant est la pertinence que vous portiez cela vu l'histoire, le passif, ....
-W

[hansaplast]

ok,

cette réponse, qui n'est pas celle que je voulait avoir, me pousse a me retourner une question :

pour quoi vouloir mettre scrum en place :

• pour mon évolution personnelle
• pour structurer mon équipe et ceux qui gravitent autours
• pour le projet en lui même

donc, en définissant plus profondément : le but n'est pas de "faire du scrum" pour "faire du scrum", et ce projet est un prétexte.

donc, dixit ta réponse wiztricks, il semble qu'un temps fou va être gâché... Mais, mon but ici n'est pas la productivité.
Donc, ce qui m'intéresse au final, est le temps a investir:
- personnellement
- pour mon équipe

enfin, je poserait donc la nouvelle question : d'après vous, la quantité de temps perdu en compilation / formation peut il se chiffrer?
si oui, de quel ordre serait-il?



ps :
La pertinence de porter cela, est justement de ne pas devenir passif, et de ne pas subir ce choix de partir, donc, cela ne me gêne pas car au final ce surcroit de travail me "servira", et j'aime le travail

[Gweanel]

Passer à scrum en fin de projet me parait un peu difficile, d'autant que c'est votre première expérience.
Par contre, vu l'état d'organisation (ou de désorganisation) que tu décris, il me semble effectivement urgent de faire réagir. Il n'est jamais trop tard de bien faire.
Aussi, il pourrait être intéressant de prendre un peu de temps pour voir comment mettre en place quelques bonnes pratiques des méthodes agiles, pour finir sereinement ce projet sans pour autant tout remettre en question.
Cela te permettera de tester ces pratiques pour le prochain projet et d'impliquer plus facilement le reste de l'équipe.

A mon avis, l'urgence est d'organiser la liste des exigences clients (product backlog) et de mettre en place le reporting quotidien.

[hansaplast]

merci de vos réponses.

On a opté pour un passage "en douceur", avec backlog + scrum quotidien.
pas de sprint a proprement parler pour le moment... donc pas de scrum non plus... :'(