Bonjour,
Le but de ce sondage est d'évaluer, parmi les pratiques agiles, celles dont les personnes tirent le plus de bénéfices.
N'hésitez pas à commenter votre vote et à proposer votre classement détaillé.
La programmation en binôme (pair programming)
Le développement par les tests (TDD)
La gestion des exigences par les tests (TDR)
La pratique du refactoring permanent
La proximité / disponibilité du client (Product Owner)
La gestion des exigences par les scénarios (User Stories)
Les estimations collectives (Planning Poker)
Les livraisons fréquentes
L'automatisation des tests
L'utilisation d'outils d'intégration continue
Les démos en fin d'itération
La chasse au gaspillage
Les rétrospectives de fin d'itération
L'utilisation d'un tableau pour le suivi de tâches (Scrum / Kanban)
Les outils élémentaire de suivi / reporting (Product / Spring Backlog, BurnDown chart, etc.)
Autre (Précisez)
Bonjour,
Le but de ce sondage est d'évaluer, parmi les pratiques agiles, celles dont les personnes tirent le plus de bénéfices.
N'hésitez pas à commenter votre vote et à proposer votre classement détaillé.
J'ai voté mais bon, c'est pour moi plus la somme des pratiques qui fait la plus value des méthodes agiles que les pratiques prises une par unes.
Enfin j'ai quand même voté pour l'automatisation des tests qui est déjà une bonne source de gaspillage et de mauvaise qualité pour ceux qui ne l'ont pas adopté
Moi j'ai voté pour les livraisons fréquentes. Le développement itératif avec lots, évite la "dérive du projet" dans le temps. ça stimule l'équipe.
J'aurais voulu voter plusieurs points,
livraisons fréquentes
travail en binome
Dès que je l'aurai mis en place je rajouterais
TDD et automatisation des tests
Tiens ? Personne n'a voté pour la rétrospective avant moi. Pourtant, l'amélioration continue (opposée aux séminaires d'amélioration une fois par an) me semble être un des piliers de l'agile...
Des gens comme vous vous parlent de leurs journées. Leurs problèmes, leurs solutions sont ils les mêmes que les vôtre ?
Comme kaymak, j'aurai voulu voté pour plusieurs points...
J'ai voté pour le serveur d'intégration continu. En effet, à mon avis, ce point couvre l'automatisation des tests en offrant plein de possibilités en plus (mesure de la qualité du code, génération de la doc, ...).
En fait, voici la liste des points qui me semble vraiment bénéfique :
La programmation en binôme (pair programming) :
- pour certaine partie de l'application uniquement
- pas tout le temps non plus
La proximité / disponibilité du client (Product Owner) :
- Indispensable à mon avis pour tout projet
Les livraisons fréquentes :
- Vraiment un plus pour un projet. Cela permet d'avoir un retour immédiat du client (ça nécessite aussi d'avoir un client disponible...)
L'automatisation des tests :
- Bien pratique pour immédiatement repérer les erreurs "bêtes"
L'utilisation d'outils d'intégration continue :
- Bien pratique aussi
L'utilisation d'un tableau pour le suivi de tâches (Scrum / Kanban) :
- Permet d'avoir une vue de l'état actuel du projet. Pratique pour savoir où l'on en est.
Les outils élémentaire de suivi / reporting (Product / Spring Backlog, BurnDown chart, etc.) :
- Oui aussi
Les livraisons fréquentes pour éviter l'effet Tunnel.
Mais aussi j'aurais voulu voter plusieurs points (SCRUM ...)
J'ai voté programmation en binôme, sur le plan personnel en tout cas
Sinon j'aurai voté pour plusieurs points :
- La programmation en binôme
- Le développement par les tests
- La pratique du refactoring permanent
- La proximité / disponibilité du client
- Les estimations collectives
- Les livraisons fréquentes
- L'automatisation des tests
- L'utilisation d'outils d'intégration continue (moi j'aurai juste dit : l'intégration continue !)
- Les rétrospectives de fin d'itération
Tous ces points permettent de souder l'équipe, de l'amener vers l'excellence, en la conduisant à travers une démarche d'amélioration continue, et de produire des logiciels de grande qualité maitrisée (pas d'excitation et de tension la veille de la mise en prod' !).
En premier lieu, utilisez un moteur de recherche.
En second lieu, postez sur le forum adéquat !
- Le développement par les tests
- La pratique du refactoring permanent
et j'ajouterai :
- revue de code développé par un autre
Je pensais à plusieurs idées quand même, c'est pas facile parfois. C'est vraiment la combinaisons de plusieurs option qui rend ces méthodes intéressantes.
Effectivement ce serait mieux des cases à cocher.. J'aurais mis 3 points seulement..
Moi j'ai voté :
La proximité / disponibilité du client
C'est (je l'ai déjà mentionné plusieurs fois) l'essentiel..
Maintenant, dans le reste, je mettrais, par ordre décroissant d'importance :
- Le développement par les tests
- La pratique du refactoring permanent
Les outils et autres tableaux ou autres ne sont que des "bidules", mais ne sont en rien ce qui est vital à la réussite et ce qui fait la force d'une "approche" (je suis contre l'utilisation de "méthodologie") agile..
Les démos et autres revues de fins d'itérations sont incluses si les 3 points évoqués ci-dessus sont pris en compte correctement.
Les livraisons également dépendent de la proximité du client, de même que les scénarios. Comme j'ai déjà eu l'occasion de le dire, le point cité comme essentiel est essentiel en ce sens.. Il détermine pratiquement tout le reste.. L'élaboration et la vérification des scénarios en fait partie, de même que leurs tests au fur et à mesure, leur validation et/ou modification, etc..
"Un homme sage ne croit que la moitié de ce qu’il lit. Plus sage encore, il sait laquelle".
Consultant indépendant.
Architecture systèmes complexes. Programmation grosses applications critiques. Ergonomie.
C, Fortran, XWindow/Motif, Java
Je ne réponds pas aux MP techniques
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager