Quelle est la différence entre Scrum et Agile Development? Sprint et itérations sont-ils les mêmes?
Quelle est la différence entre Scrum et Agile Development? Sprint et itérations sont-ils les mêmes?
Réponses:
Scrum n'est qu'une des nombreuses méthodes de développement logiciel itératives et incrémentielles. Vous pouvez trouver ici une description très détaillée du processus.
Dans la méthodologie SCRUM, un Sprint est l'unité de base du développement. Chaque sprint commence par une réunion de planification, où les tâches pour le sprint sont identifiées et un engagement estimé pour l'objectif du sprint est pris. Un sprint se termine par un examen ou une réunion rétrospective où les progrès sont passés en revue et les enseignements pour le prochain sprint sont identifiés. Au cours de chaque sprint, l'équipe crée des parties finies d'un produit.
Dans les méthodes Agile, chaque itération implique une équipe travaillant à travers un cycle de développement logiciel complet, y compris la planification, l'analyse des exigences, la conception, le codage, les tests unitaires et les tests d'acceptation lorsqu'un produit fonctionnel est démontré aux parties prenantes.
Donc, si dans un Sprint SCRUM vous effectuez toutes les phases de développement logiciel (de l'analyse des exigences aux tests d'acceptation), et à mon avis vous devriez, vous pouvez dire que les Sprints SCRUM correspondent aux Itérations AGILE.
Comme mentionné ci-dessus par d'autres,
Scrum est une méthode de développement logiciel agile itérative et incrémentielle pour gérer les projets logiciels et le développement de produits ou d'applications. Scrum est donc en fait un type d'approche Agile largement utilisé dans les développements logiciels.
Ainsi, Scrum est une saveur spécifique d'Agile, spécifiquement il est appelé un cadre de gestion de projet agile.
Scrum a également deux rôles principaux: 1. Rôle principal / principal 2. Rôle auxiliaire
Rôle principal / central: Il se compose principalement de trois rôles: a). Scrum Master, b). Propriétaire du produit, c). Équipe de développement.
Rôle auxiliaire: Les rôles auxiliaires dans les équipes Scrum sont ceux qui n'ont pas de rôle formel et sont peu impliqués dans la procession Scrum mais néanmoins, ils doivent être pris en compte. à savoir. Parties prenantes, gestionnaires.
Scrum Master: - Il existe 6 types de réunions dans Scrum:
Faites-moi savoir si quelqu'un a besoin de plus d'entrées à ce sujet.
SCRUM:
SCRUM est un type d'approche Agile. Il s'agit d'un cadre et non d'une méthodologie.
Il ne fournit pas d'instructions détaillées sur ce qui doit être fait, mais la plupart dépendent de l'équipe qui développe le logiciel. Parce que le développement du projet sait comment le problème peut être résolu, c'est pourquoi beaucoup reste sur eux
Des équipes transversales et auto-organisées sont indispensables en cas de mêlée. Il n'y a pas de chef d'équipe dans ce cas qui attribuera des tâches aux membres de l'équipe, mais toute l'équipe s'attaque aux problèmes ou problèmes. Il est interfonctionnel de manière à ce que tout le monde soit impliqué dans le projet, de l'idée à la mise en œuvre du projet.
L'avantage de Scrum est que la direction d'un projet doit être ajustée en fonction du travail terminé, et non en fonction de spéculations ou de prévisions.
Rôles impliqués: Product Owner, Scrum Master, Team Members
Méthodologie agile:
Créer des applications logicielles de nature imprévisible
Des cadences de travail itératives et incrémentales appelées sprints sont utilisées dans cette méthodologie.
Agile et SCRUM suivent le système - certaines fonctionnalités sont développées dans le cadre du sprint et à la fin de chaque sprint; les fonctionnalités sont complétées dès le codage, les tests et leur intégration dans le produit. Une démonstration de la fonctionnalité est fournie au propriétaire à la fin de chaque sprint afin que des commentaires puissent être pris, ce qui peut être utile pour le prochain sprint.
Manifeste pour le développement agile:
Autrement dit, bien qu'il y ait de la valeur dans les éléments de droite, nous valorisons davantage les éléments de gauche.
Comment Scrum s'intègre-t-il dans le développement Agile?
Alors que la méthodologie Agile peut être appliquée au développement de produits non seulement dans l'industrie du logiciel mais aussi dans d'autres industries, Scrum est spécifique au développement de logiciel.
Scrum n'est pas une méthodologie. Il fournit simplement une structure, une discipline et un cadre pour le développement Agile. L'ensemble du projet est composé d'une série de Sprints ou de Sprint Cycles (1 à n) où chaque Sprint est de la même durée. Si «temps» est noté T, alors T1 = T2 = T3 =… Tn. Les sprints peuvent durer entre 2 et 4 semaines. Les sprints de moins de 2 semaines ne sont pas idéaux et sont utilisés moins fréquemment. À la fin de chaque Sprint, un logiciel fonctionnel / fonctionnel est produit que les utilisateurs peuvent réellement tester.
L'article original est ici ...
Agile et Scrum sont des termes utilisés dans la gestion de projet. La méthodologie Agile utilise des temps de travail incrémentiels et itératifs également appelés sprints. Scrum, d'autre part, est le type d'approche agile utilisée dans le développement de logiciels.
Agile est la pratique et Scrum est le processus pour suivre cette pratique, tout comme eXtreme Programming (XP) et Kanban sont le processus alternatif pour suivre la pratique de développement Agile.
La méthodologie de la cascade est un processus de conception séquentiel. Cela signifie qu'à mesure que chacune des huit étapes (conception, lancement, analyse, conception, construction, test, mise en œuvre et maintenance) est terminée, les développeurs passent à l'étape suivante.
Comme ce processus est séquentiel, une fois qu'une étape est terminée, les développeurs ne peuvent pas revenir à une étape précédente - non sans gratter tout le projet et recommencer depuis le début. Il n'y a pas de place pour le changement ou l'erreur, donc un résultat de projet et un plan détaillé doivent être définis au début puis suivis attentivement
Certification ACP Agile est née comme une «solution» aux inconvénients de la méthodologie de la cascade. Au lieu d'un processus de conception séquentiel, la méthodologie Agile suit une approche incrémentale. Les développeurs commencent par une conception de projet simpliste, puis commencent à travailler sur de petits modules. Le travail sur ces modules se fait en sprints hebdomadaires ou mensuels, et à la fin de chaque sprint, les priorités du projet sont évaluées et des tests sont exécutés. Ces sprints permettent de découvrir des bogues et d'intégrer les commentaires des clients dans la conception avant le prochain sprint.
Le processus, avec son manque de conception et d'étapes initiales, est souvent critiqué pour sa nature collaborative qui se concentre sur les principes plutôt que sur le processus.
Pour commencer, ce que je peux dire est - Agile est une méthodologie évolutive de Unified Process qui se concentre sur le développement itératif et incrémental (IID). L'IID met davantage l'accent sur le développement itératif sur les phases de construction (codage réel) et les livraisons incrémentielles. Il ne mettrait pas davantage l'accent sur l'analyse des exigences (création) et la conception (élaboration) traitées dans les itérations elles-mêmes. Donc, l'itération ici n'est pas un "mini projet en soi".
Dans Agile, nous poussons cet IDD un peu plus loin, en ajoutant plus de réalités comme la collaboration en équipe, les exigences et la conception évolutives, etc. Et SCRUM est l'outil pour le permettre en considérant les facteurs humains et en construisant autour du principe de `` sagesse du groupe ''. Donc, Sprint ici est un "mini projet en soi" améliorant un modèle IID pur.
Ainsi, les itérations implémentées de manière Agile sont, en théorie, des Sprints (mettant en évidence la taille des itérations étant petites et les livraisons rapides). Je ne fais pas vraiment de différence entre Agile et SCRUM et je vois que SCRUM est un moyen naturel de mettre en pratique les principes Agile.