Posted by nyl_auster on August 20, 2009 at 12:06pm
Je découvre depuis peu l'univers des méthodes agiles et scrum en particulier. Est ce que certains d'entre vous utilise cette méthode pour le développement de sites Drupal ?
Utilisez vous un outil de scrum tel que scrumdesk ? (à part les post-ils et excel)
Si c'est le cas, je serai curieux de connaitre vos retours d'expériences sur votre manière d'adapter les concepts de scrum à drupal (découpage des users-stories principalement).
Pour ceux qui ne connaissent pas encore :
http://fr.wikipedia.org/wiki/Scrum
Comments
Salut, A l'occasion d'un
Salut,
A l'occasion d'un recrutement au sein de ma TPE, je suis également en train de plancher sur les aspects méthodologiques, ainsi que les applications open-sources à mettre en face. Je propose qu'on se serve de ce post pour mettre en commun les concepts (Scrum, eXtrem Programming, Agile en général,...) et les applications qui peuvent aider, surtout si elles s'intègrent bien entre elles (ex : Redmine -> Eclipse -> SVN).
Qu'en penses tu (pensez vous) ?
Edouard
"L'exces de modération nuit gravement à la consommation"
Materiel et services agrométéorologiques : http://www.promete.fr
C'est une bonne idée.
C'est une bonne idée. Niveau application je tatônne complètement, je vais partir pour l'instant sur du excel pour le backlog de produit (document partagé) et post-its / tableau pour les sprints. Ce n'est qu'un essai pour l'instant.
Sinon le logiciel scrumdesk est quand même bien foutu. J'ai testé aussi Icescrum qui est opensource est avec de bonnes idées (j'aime bien le template pour les stories, la facilité à splitter une story); mais très peu ergonomique...
J'avoue avoir pensé à utiliser drupal pour une suivi de projet façon scrum mais niveau flexibilité rapidité je pense pas que ce soit une bonne idée. Le backlog de produit est sans cesse remanier donc faut un truc pas prise de tete du tout (scrumdesk est très bien pour ça, les post-its aussi :-) )
Je viens de m'ouvrir un
Je viens de m'ouvrir un compte de demo sur Redmine.
Pour chaque projet, l'outil dispose des modules suivants :
- Suivi des demandes
- Suivi du temps passé
- Publication d'annonces
- Publication de documents
- Publication de fichiers
- Wiki
- Dépôt de sources
- Forums de discussion
J'ai pas encore bien fait le tour de toutes les fonctionnalités, mais j'ai déjà bien saisi comment créer des demandes (bug, features ou support) avec affectation à des personnes. A ce stade on peut l'assimiler à des backlogs de produit.
Il est possible également de créer des versions (release/milestones), avec date d'échéance,etc.. et d'affecter ensuite ces demandes à des versions. Là on se rapproche des backlogs de sprint.
tu peux gérer l'avancement d'une demande par dizaine de pourcentage, si c'est testé (booléen) etc...
Il y a des fonctionnalités Calendrier et Gantt ; il suffit d'affecter des dates de début et fin à chaque demande.
Il est également possible de bosser en ligne sur de la documentation, sur un wiki, de partager des fichiers, de créer des forums, de suivre son activité quotidienne et de poster des annonces (visible sur la page d'accueil du projet),...
Bref, ça doit faire tout ce qu'excel fait !
La vraie question est ensuite de voir comment cela se passe pour les commits ?
Si quelqu'un a une expérience, je suis preneur de toute info complémentaire ?
"L'exces de modération nuit gravement à la consommation"
Materiel et services agrométéorologiques : http://www.promete.fr
Petit retour d'expérience
Bonjour,
Nous utilisons actuellement et depuis le début de l'année, Redmine pour le suivit de projet Agile au niveau des développement pour France24 et RFI.
L'outil correspond pas mal à notre besoin et il reste possible de s'adapter, dans notre cas par exemple nous ne remplissons quasiment pas le temps restant sur une tache dans Redmine mais nous tenons cela à jours sur les tickets du dashboard.
Nous utilisons svn pour les sources et il possible même si nous ne l'avons pas fait, de connecter Redmine et svn pour que les messages de commit agisse sur les tickets.
J'aurai beaucoup à dire sur notre expérience de Scrum et agile, mais trop peu de temps pour tout écrire ici.
Je ne sais pas si vous venez à la DrupalCon, mais j'y serais et je serais ravis de discuter de tout cela.
Merci pour le retour, a la
Merci pour le retour, a la drupalCon si j'ai moyen de me libérer.
"L'exces de modération nuit gravement à la consommation"
Materiel et services agrométéorologiques : http://www.promete.fr
Ya une session sur le sujet
Ya une session sur le sujet à la Drupalcon http://paris2009.drupalcon.org/session/agile-drupal-development-scrum
Alex
www.ineation.com
Alex
www.ineation.com
Démarrage sans outil (et sans Drupal)
Bonsoir,
Me concernant, je suis depuis peu ScrumMaster sur une techno qui n'a rien à voir avec Drupal, dans une société où les SCM se font rares et sans "outil"... (Java / J2EE, Groupe d'assurance, post-it/excel)
J'ai fait le choix pour commencer de partir "sans rien" et ce, volontairement. Le strict nécessaire avec taskboard et burdown fait main. Je prends 5 minutes chaque jour pour faire une double saisie dans Excel pour "rassurer" le client. J'avoue que ca me permet de checker l'effort restant calculé et de faire des jolies courbes, mais on pourrait s'en passer.
Si le besoin se fait ressentir, peut être, qu'on réfléchira à la question "outil". Actuellement, on n'en ressent pas le besoin.
Cependant, dans le monde Java, il y a grand nombre d'"outils", notamment certains qui sont déjà dispo chez ce client et qu'on utilise pour développer plus que pour "gérer le projet".
- Jira (pour les supers recettes donc pas notre projet en Scrum mais est à disposition si besoin avec le plugin greenhopper pour faire du scrum)
- Confluence (wiki)
- Fisheye (tracking des commits, des sources, des diff etc.)
- Sonar (qualité du code etc.)
- Bamboo (Intégration continue)
Tous ces outils sont des outils Atlassian proprio mais sacrément bien intégrés, efficaces, sexy et utiles. Je passerais le thème des tests U et Fonctionnels (JUnit & co, Selenium, Greenpepper...).
Je sais bien que l'offre côté php est un peu moins développée mais je commence à peine à me pencher sur la question et je ne demande qu'à découvrir de nouvelles perles. Je connais tout juste redmine et plus trac.
Aujourd'hui, en tant que SCM, je préfère me pencher sur l'orga des retros et l'animation d'équipe plus que sur les outils en tant que tel mais ca viendra... peut être...
HTH.
Sorry, account not used anymore, have a look to "clrh" (http://drupal.org/user/1148012)
Redmine
Pour ma part j'utilise Redmine. Voici comment on fonctionne.
Ajouter des champs personnalisés pour ajouter un workflow (En spec, En dev, En theming, En re7, etc...) et tout autre nécessaire au projet. Tip : Mieux vaut bien préparer ce travail car Redmine est mauvais sur la rétroactivité...
Créer des versions de projet correspondant à des dates de livraisons (hebdo ou bi-mensuel)
Lister toutes les fonctionnalités identifiées par le CDC. Tips : Préfixer toutes les demandes par le nom de lot correspondant.
Générer des lots dynamiques avec le requêteurs de demandes en s'appuyant sur le nom des demandes (d'où le préfixe).
Utilisation des versions pour pointer le travail à livrer, les retards et le travail à venir.
Ca prend bcp de temps pour initialiser mais on est sur de rien oublier.
Les problèmes que nous avons :
Sur un gros projet, on peut créer facilement des centaines de demandes, pas tjs évident de s'y retrouver.
Du coup on essaie de documenter. Sur cette partie on tatonne en utilisant le wiki.
On est preneur d'idées sur ce sujet ...
A noter que redmine possède
Merci pour tous vos retours !
A noter que redmine possède un plug-in pour le scrum (je n'ai pas le lien sous la main). Je trouve que redmine convient bien pour un backlog de sprint ou un backlog de produit à la rigueur mais comment faites vous pour agencer les deux? Je peux lier les stories à des sprint via les versions; mais je vois pas ensuite comme lier une liste de tache à une user-story...
Je trouve quand même une feuille excel super efficace pour le backlog de produit (en comparaison de redmine); et je me dis que pour le sprint je ferai ça au tableau + post it parce que faut pas oublier ça fait du bien d'arreter d'utiiser un ordinateur :-)
Il n'empeche que j'aimrais testé en production un outil comme scrumdesk, que j'ai trouvé très intuitif à l'utilisation dans la démo :
http://www.scrumdesk.com/
Voilà mes modestes retours pour le moment. La pratique c'est pour cette semaine :-)
Scrum, Icescrum
Bonjour,
Je détère un peu ce sujet, je tombe dessus par hasard donc j'en profite! :p
Je gère des équipes ou nous avons essayé divers utilisations de méthodes agiles puis nous nous sommes fixés sur SCRUM sans outil dans un premier temps, puis finalement nous avons essayé IceScrum (http://www.icescrum.org/) qui nous aide finalement à bien respecter la méthodologie et du coup ca se passe plutôt bien sur la méthodo.
Nous découpons les fonctionnalités principales en features (ex: News, Wiki, Communautés...). Chacune de ces features sont découpés en story (ex: Créer une news, Modifier une page Wiki, Ajouter un utilisateur dans la communauté...). Les story sont ensuite découpés en tâches (ex: créer le type de contenu news, activer le module freelink, créer le hook_form_alter...).
Nous faisons des sprints de 2 semaines et des release toutes les 6, 8 semaines.
Nous dérogeons un peu à la règle puisque au sortir du développement, nous faisons une étape de qualification dite d'intégration (plutôt orienté fonctionnel donc limite de recette) par une autre équipe dédiée avant une mise en production.
Les progrès qu'il nous reste à faire sont sur:
- L'automatisation des tests de non regression avec Selenium
- L'integration continue
- Les mesures de qualités du code