Quelle est la différence entre la pratique Scrum et la pratique Agile?
La plupart des gens disent Scrum et Agile de manière interchangeable, mais quelle est la différence entre la pratique Scrum et celle en pratique?
Agile est une philosophie générale concernant la production de logiciels, Scrum est une implémentation de cette philosophie concernant spécifiquement la gestion de projet.
Scrum est un type de méthode Agile, tout comme un Apple est un type de fruit. Scrum n’est cependant pas la seule méthode Agile. Les plus populaires sont:
- Scrum
- eXtreme Programming (XP)
- Kanban
Je suis sûr qu'il y a plus de méthodes Agiles, mais ce sont celles avec lesquelles j'ai l'expérience.
Agile et SCRUM sont liés mais distincts. Agile décrit un ensemble de principes directeurs pour la construction de logiciels via le développement itératif. Les principes agiles sont mieux décrits dans le Manifeste Agile . SCRUM est un ensemble spécifique de règles à suivre lors de la pratique du développement logiciel agile.
Scrum est regroupé sous un plus grand parapluie appelé Agile. Kanban, eXtreme Programming (XP), Lean relèvent également de l’agilité.
Mon expérience personnelle est la suivante: il n’existe pas de mot séparé appelé "pratique agile". Les meilleures pratiques utilisées dans SCRUM, XP peuvent être cumulativement appelées pratiques agiles.
Les pratiques suivantes sont visibles à la fois dans XP et SCRUM, donc dans Agile).
- User Story en tant que client requis
- Programmation en binôme
- Développement piloté par les tests (TDD)
- Estimation basée sur l'équipe
- Refactoring
- Conception simple
- Conception évolutive
- Rétrospective
- Stand up meeting quotidien
- Intégration continue du code
- Démo client etc.
Pour plus de détails, vous pouvez consulter mon blog: http://chandrimachoudhury.blogspot.in/
Comme il a été mentionné, Agile est une méthodologie et il existe différentes manières de définir ce qu’il est. Dans une large mesure, si cela implique des tests unitaires constants et une capacité d'adaptation rapide lorsque les besoins de l'entreprise changent, il est probablement agile. Le contraire est la méthode de la cascade.
Différentes implémentations sont codifiées par des consultants, telles que Xtremem Programming, Scrum et RUP (Rational Unified Process).
Donc, si vous utilisez Scrum, vous pouvez basculer entre agile et scrum selon que vous parlez de la méthodologie ou de votre mise en œuvre. Vous voudrez voir si les termes sont utilisés correctement, en fonction du contexte.
Par exemple, si je parle du stand-up de 15 minutes dans le cadre de mon processus agile, il n'est pas nécessairement nécessaire d'être agile, mais Scrum l'exige presque. Par conséquent, lorsque vous échangez les termes, il est important de différencier les deux concepts. .
Scrum est un ensemble très spécifique de pratiques. Agile décrit une famille de pratiques, allant de la programmation extrême à Scrum et presque tout ce qui utilise de courtes itérations peut revendiquer Agile. Ce n’était peut-être pas le cas à l’origine lorsque le terme a été inventé, mais c’est certainement le cas maintenant.
Agile n'est pas une méthodologie, embrasser le manifeste agile signifie adopter une philosophie particulière du développement logiciel. Dans cette perspective philosophique, il existe de nombreux processus et pratiques. Scrum est un ensemble de pratiques qui suivent des principes agiles. Beaucoup de gens s’emparent des pratiques et des processus sans embrasser (ni même comprendre) la philosophie sous-jacente et ils finissent souvent par gorillarinas .
Scrum tombe sous l'égide d'Agile. Agile n'est pas Scrum mais Scrum est Agile. Au moins, c'est ainsi que PMI voit les choses. Ils sortent avec leur propre certification. Voir Questions d'examen agile
Comme mentionné, Agile est un ensemble de principes sur la manière dont une méthodologie doit être mise en œuvre pour tirer parti des avantages du changement, d'une coopération étroite, etc. .
Les méthodologies agiles sont créées par les équipes de développement et d’appui pour respecter les principes. La méthodologie est adaptée à l'entreprise et modifiée selon les besoins.
SCRUM est un ensemble fixe de processus permettant de mettre en œuvre une méthodologie de développement incrémental. Étant donné que les processus sont fixes et ne s'adressent pas aux équipes, ils ne peuvent pas vraiment être considérés comme agiles au sens initial de la focalisation sur les individus plutôt que sur les processus.
Agile est une plate-forme et Scrum est une méthodologie à suivre. Scrum recommande certaines pratiques à suivre. Certaines des pratiques de base de la mêlée suivent.
- Scrum/Releases de longueur fixe.
- Structures de réunion suggérées (réunion de planification de publication, de planification de sprint, de revue de sprint et de réunion rétrospective de sprint)
Scrum recommande également les rôles. Voici les rôles recommandés par Scrum.
- Scrum Master - Developer Team - Product Owner
Le Scrum, tout comme les autres méthodologies Agiles suivent une approche itérative.
Voici quelques autres méthodologies Agiles.
- Programmation extrême.
- Processus unifié agile
- Méthode de développement de système dynamique (DSDM)
- Développement piloté par les fonctionnalités (FDD)
- Développement logiciel Lean
- Kanban
- Scrum-Ban
Il existe de nombreux outils Scrum sur le marché. Yodiz est l’un d’eux que nous utilisons.
Agile est communément considéré comme un terme générique. Scrum/Kanban sont des exécutions des principes directeurs Agile du point de vue de la gestion de projet, tandis qu'eXtreme Programming (XP) se concentre sur les pratiques d’ingénierie, par exemple les tests unitaires, l’intégration continue, la programmation par paires, etc.
Typiquement: Agile = Scrum + XP
Agile est la pratique et Scrum est le processus permettant de suivre cette pratique, tout comme eXtreme Programming (XP) et Kanban sont le processus alternatif à la pratique de développement Agile.
La comparaison de Agile à Scrum est similaire à la comparaison d'organisme à un organe.
Scrum suggère le mode de gestion sans préciser tout ce qui est nécessaire pour pouvoir réagir rapidement aux changements. Ce n’est qu’en ajoutant d’autres techniques agiles telles que l’intégration continue, la programmation extrême, le développement piloté par les tests, que vos équipes seront en mesure de fournir des produits non seulement rapides, mais également des produits de grande qualité que le client souhaite.