Quelle est la meilleure méthodologie Agile pour un projet de classe? [fermé]

Question

Le projet est mal défini: nous allons écrire un logiciel éducatif pour les étudiants en programmation informatique CS 111 I en mettant l’accent sur les fonctions. Nous avons 6 développeurs étudiants issus de divers horizons et travaillant dans Flex. Le projet a une durée d'environ 7 semaines. Nous avons un temps de présence très limité (30 min par semaine) et un temps de travail très limité (& Lt; 8 heures par développeur et par semaine). Nous avons un accès limité aux clients (professeur de notre cours, professeur de CS 111, étudiants en CS 111).

Notre ensemble d'outils comprend Flex Builder, Subversion et TRAC.

Quelle méthodologie est la meilleure pour ce projet et pourquoi? Sinon, quelles caractéristiques devrait-on rassembler à partir de différentes méthodologies pour mieux s'adapter à cette situation?

Answer 1

Qu'est-ce qui vous fait penser qu'une méthodologie aurait du succès dans ces circonstances: peu de communication, plus de contraintes que de temps et manque d'accès aux clients?

Cela étant dit, je me concentrerais sur la livraison incrémentielle (chaque itération devrait comporter quelques fonctionnalités), les tests unitaires (tous les tests réussissent avant l'enregistrement), le balisage des versions incrémentielles (possibilité de revenir à une version de travail). et l’association de membres forts de l’équipe à des membres plus faibles pour accroître la productivité globale de l’équipe. Envisagez de consacrer un membre fort de l'équipe aux tests d'intégration.

La livraison incrémentielle est le plus important. Montrer une démo de travail inférieure à celle demandée est toujours mieux que de montrer un prototype qui ne fonctionne pas.

Answer 2

Vous pouvez utiliser la méthodologie Agile ici, mais vous devrez évidemment l'adapter à vos besoins.

Par exemple, si vous n'avez pas suffisamment accès aux vrais clients, une personne ayant la meilleure compréhension de vos objectifs devra jouer le rôle de proxy client. Je suggérerais également d’essayer d’obtenir un meilleur accès aux clients - presque tout le monde essaie de paraître plus occupé qu’il ne l’est et il existe généralement un moyen de résoudre cet obstacle.

Assurez-vous que le temps de travail de votre équipe est limité. Il ne peut y avoir d’approche Agile quand vous ne pouvez pas travailler ensemble.

Vous pouvez certainement utiliser des estimations basées sur des récits, un processus de développement itératif, etc.

Ce qui est vraiment important, c'est aussi de donner à chaque membre de l'équipe une compréhension claire et sans ambiguïté du fonctionnement du processus Agile et du rôle de chacun dans le projet. Il est très facile de dire que vous utiliserez SCRUM, mais malheureusement sans véritable compréhension et expérience, cela ne signifiera pas grand chose.

Quelques conseils:

1. Éduquez les membres de votre équipe
2. Obtenez une liste de ce que vous souhaitez livrer si vous n'êtes pas limité par le temps / les ressources.
3. Découvrez ce qu'il est réaliste de faire en fonction de vos contraintes. Ce ne sera probablement pas beaucoup. N'essayez pas d'être trop optimiste. Concentrez-vous sur ce que vous pourriez vraiment réaliser.
4. Assurez-vous que vos vrais clients sont à bord pour cela.
5. Utilisez de courtes itérations (1 semaine ou moins). Assurez-vous de pouvoir livrer un produit entièrement testé à la fin de chaque itération.
6. Montrez votre travail tôt.