Méthodes agiles (mémoire)

[seiky]

Bonjour,
je suis actuellement dans la conception d'un mémoire sur les méthodes agiles mais mon sujet est un peu trop vague ou général pour le jury.
Je pensais expliquer les différentes méthodes (Xp, scrum, crystal, ....) les comparer, ensuite comparer ces méthodes agiles aux méthodes plus classiques et donner mon avis.
Un prof m'a conseillé d'ajouter une étude de cas appliquée aux diffférentes méthodes.

N'avez-vous pas des idées pour rendre le mémoire plus intéressant, quel autre aspect peut'il être étudié?

Merci de m'avoir lu,
Seiky

[alex00]

Bonjour,

une recherche theorique (synthese de la litterature google),

et une recherche personnelle peut les interesser :
tu peux refaire quelques projets simples (montre-chrono digitale, ascenseur, distributeur de boisson, ...)
et les refaire en time-box (1 jour max par projet) de maniere la plus complete possible
- un projet en cycle en V, puis UP, puis agile
- un autre en agile, puis UP, puis cycle en V
Pour enfin indiquer pour chaque projet le pourcentage d'avancement (de la doc, du modele, du code, des tests), le nombre de problemes detectes et resolus, du temps passe (doc, modele, code, debug, refactoring), de la qualite du produit fini.

Une bonne introduction au developpement agile : TDD (test driven developpment : ecriture des tests utilisateurs avant) avec de tout petits user-stories.

Alex

[Garulfo]

Envoyé par seiky

Bonjour,
je suis actuellement dans la conception d'un mémoire sur les méthodes agiles mais mon sujet est un peu trop vague ou général pour le jury.
Je pensais expliquer les différentes méthodes (Xp, scrum, crystal, ....) les comparer, ensuite comparer ces méthodes agiles aux méthodes plus classiques et donner mon avis.
Un prof m'a conseillé d'ajouter une étude de cas appliquée aux diffférentes méthodes.

N'avez-vous pas des idées pour rendre le mémoire plus intéressant, quel autre aspect peut'il être étudié?

Merci de m'avoir lu,
Seiky

Il est de quel niveau ton mémoire ?

[rhadamanthe]

Bonjour,

Si je devais faire ce mémoire, je développerais pour chaque méthodes de développement agiles ce qu'elles apportent comme solutions pour arriver au but ultime qu'elles convoitent : l’alignement du métier de l'entreprise sur le SI, ou comment rapprocher le plus possible l'informatique du métier dit de façon plus clair .

Si tu te concentres trop sur le coté technique tu risques de passer à coté de l'essentiel je pense.

[ego]

Un truc que l'on a fait dans ma boite (sorte de mémoire), c'est notamment parler de Agile dans un contexte CMMi. On a, pour "chaque" pratique CMMi, regardé en quoi les méthodes Agiles apportaient ou non une réponse.
C'est un boulot intéressant mais un peu complexe si tu n'as pas le temps de prendre connaissance du modèle CMMi.

[Luc Orient]

Envoyé par ego

Un truc que l'on a fait dans ma boite (sorte de mémoire), c'est notamment parler de Agile dans un contexte CMMi. On a, pour "chaque" pratique CMMi, regardé en quoi les méthodes Agiles apportaient ou non une réponse ...

Et ça a donné quoi ?
Le peu que je peux en voir moi, de CMMI3 dans mon entreprise c'est bien loin d'être agile ...

[ego]

Ce n'est qu'un rapport.............(sous Quickplace pour ceux qui connaissent la boite dont je parle)
Sinon CMMi n'est pas une méthode et c'est donc pourquoi nous avons regardé en quoi les méthodes Agiles sont "compatibles" avec CMMi

[souviron34]

d'ailleurs, CMMI c'est pas "Comment Merder Mémorablement en Informatique" ??

[Luc Orient]

Chez nous les Chefs de projet sont assommés de documents à produire (on dit "livrables" pour faire classe), à base de Word et/ou d'Excel dont certains sont d'une vacuité et d'un jargon à pleurer ...

On finit par avoir plus d'instructions et de normes pour rédiger des textes que bien peu liront plutôt que des conseils et des avis pour écrire du code compact, documenté, performant et élégant ...

Quand à maîtriser un tant soit peu l'environnement technique (je pense au mainframe en particulier) c'est bien le cadet des soucis de notre pauvre Chef de projet ...

Mais bon, vous savez le coding maintenant c'est bon pour les pays émergents, moi monsieur je coordonne, je valide et je fais du Powerpoint pour mes réunions devant la hiéarchie ...

[souviron34]

ça me rappelle des choses ^^

C'est malheureux, quand même ce gaspillage de connaissances... Et de ressources....

Mais ça me rassure, en un sens . Je suis pas le seul à penser comme ça... JE commençais à me sentir isolé, à lire les offres de boulot....

[ego]

Vous avez tout à fait raison, quand CMMi est utilisé comme argument pour faire un gros balourd de méthode c'est carrément la m..de

Mais pour revenir sur le sujet, le rapport en question dit en gros que l'on peut tout à fait être "CMMi" en appliquant des méthodes Agiles (avec qq petits ajouts sur des domaines non traités par les méthodes Agiles). Le tout est toujours de comprendre les attentes de CMMi (justifiées à mon sens) et de mettre en oeuvre le juste nécessaire pour être efficace sans être trop "bordelique".

Les points abordés par Luc vont, à mon sens, au delà des aspect CMMi ou méthode. Il s'agit plus d'une stratégie d'entreprise..........sous-traitance, offshore et compagnie.....

[seiky]

Bonjour et merci pour vos réponses,

Pour répondre aux questions :

c'est un mémoire de niveau universitaire master.
J'ai quelques connaissances en CMMI, mais je pensais justement que c'était incompatible avec l'agile.
Y en a t'ils qui parmis vous travaillent avec des méthodes agiles, il sembreait que oui?
Je voulais savoir si les méthodes agiles sont une alternative à l'offshore?

Seiky

[souviron34]

je ne pense pas que ça aie quoi que ce soit à voir avec l'offshore ou le inshore...

C'est une alternative au développement "Waterfall" ou en V, et aux équipes lourdes, et au diagnostic trop tardif d'erreurs ou d'inadéquation par rapport à la demande initiale....

[rhadamanthe]

Les méthodes agiles sont la pour rapprocher le métier de l'entreprise de l'informatique. faire en sorte que l'informatique 'colle' au métier pour, en très gros, en facilité l'évolution.

L'offshore ne colle pas au métier de l'entreprise, à moins d'emmener la MOA en Inde, mais ils risquent de pas etre content !! Le téléphone et les mails ne se préttant pas vraiment à cet exercice.

Le meilleur représentant est actuellement XP. Il permet de ce rapprocher du métier du client car : il y a des cycle cours et le client est toujours à proximité, idéalement dans les meme locaux. Du coup, à la moindre hésitation fonctionnelle au cours du developpement => demande au client instantanée.

Cela participe à l'effort d'alignement entre métier et SI.