En quoi Agile est-il différent de XP?
J'ai lu quelques articles sur le Web pour découvrir en quoi Agile, XP, Scrum, la programmation par paires sont différents les uns des autres/liés les uns aux autres et j'ai dérivé la ligne suivante:
- Scrum et XP sont presque les mêmes. XP a une période de versions plus courte que Scrum
- La programmation par paires est utilisée dans les méthodologies Agile et XP
Mais je n'ai pas pu identifier en quoi Agile est différent de XP.
Plus qu'une simple URL, je serais heureux de lire votre expérience et vos réflexions à ce sujet.
Vous confondez la question. Être agile signifie que vous suivez un tas de valeurs et de pratiques du manifeste agile . C'est ça.
XP et Scrum sont des processus de développement qui suivent ces valeurs. Les deux sont "tout aussi agiles". La grande différence entre Scrum et XP est que Scrum ne contient pas de pratiques spécifiques pour la programmation , alors que XP en a beaucoup (TDD, intégration continue, programmation par paires).
Agile est le terme générique pour la méthodologie.
XP et Scrum sont les noms spécifiques des différentes implémentations de cette méthodologie.
Les pages Wikipédia sont probablement de bons points de départ pour une lecture plus approfondie - consultez les sections "Références" et "Lectures supplémentaires" au bas de chaque page, mais vous devriez vous pencher davantage sur chacune des implémentations avant de décider celle qui vous convient, ou (comme d'autres l'ont souligné) les bits de chaque implémentation qui fonctionnent pour vous.
Comment faites-vous frire le poulet?
C’est une question sérieuse. Comment recueillez-vous l'intention du travail des autres en quelque chose qui fonctionne pour vous?
Je vois tellement de questions non seulement ici, mais sur SO qui demandent "Dois-je utiliser x, y ou Z?" alors que peu d'attention est réellement accordée à la façon dont un changement radical pourrait affecter une équipe, ou (pire) à l'effet de quelqu'un qui essaie quelque chose sans bien comprendre comment cela fonctionne. En matière de méthodologie de développement, vous ne le comprends pas tant que vous ne l'avez pas utilisé , sinon vous ne faites que suivre des conseils aveugles.
Chaque fois que je vois "La mêlée conviendrait-elle pour moi?" Je demande "Je ne sais pas, avez-vous essayé? "
Ne lisez pas ces choses comme si elles provenaient d'une sorte d'écriture spirituelle. Prenez ce qui fonctionne pour vous, essayez-le et si cela fonctionne, implémentez les pièces qui ont fonctionné. Ce n'est pas différent de tirer le meilleur de ce que libfoo et libbar font et faire quelque chose qui répond à vos besoins.
À quel moment quelqu'un a-t-il dit "Suivez à la lettre cette méthode ou soyez damné à vie"?
La meilleure méthode est votre meilleure adaptation de la sagesse publiée et originale qui fonctionne pour vous .
Agile est une classe de méthodologie de développement logiciel, dont XP en est une instance
Scrum est une méthodologie gestion de projet, pas une méthodologie de développement logiciel . Bien qu'il soit courant d'utiliser une méthodologie de développement Agile avec Scrum, ce n'est pas une exigence. Ce n'est pas la même chose.
Les deux XP et Scrum sont des méthodologies de développement logiciel sous méthodologie logicielle agile, ils font partie de la famille des modèles de processus agiles, d'autres incluent; Crystal, le développement axé sur les fonctionnalités, etc.
Suivez le lien ci-dessous pour plus de précisions sur leurs différences.
Pratiquement de nombreuses organisations ne suivent pas une méthodologie spécifique à 100% comme XP ou Scrum telles qu'elles sont définies. Surtout si elles viennent de commencer à suivre les principes Agiles. Elles peuvent choisir certains aspects de tout étant donné une méthodologie telle que Scrum qui fait partie du train des agiles. Agile est plus abstrait et il est plus facile de dire cela plutôt que de dire que nous faisons XP ou Scrum.