JavaRush /Blog Java /Random-FR /Introduction à Scrum
articles
Niveau 15

Introduction à Scrum

Publié dans le groupe Random-FR
Le concept de mêlée est venu au monde informatique du sport, ou plus précisément du rugby. À l’heure actuelle, il s’agit de l’une des méthodologies les plus flexibles et les plus efficaces en matière de développement et de support logiciel. La méthodologie Scrum , qui repose sur les principes de gestion du temps, met l'accent sur le contrôle qualité du processus de développement. Introduction à Scrum - 1 L'essence de la méthodologie Scrum est qu'une grande tâche est divisée en plusieurs petites tâches, qui sont accomplies les unes après les autres en peu de temps.

Répartition des rôles dans Scrum

Examinons plus en détail la structure de la méthodologie. Ainsi, l'élément principal ici est l'équipe Scrum (généralement composée de 7 à 9 personnes). Il s'agit d'un groupe de spécialistes dans divers domaines, par exemple des programmeurs Java, des testeurs, des analystes, etc. L'équipe est pleinement impliquée dans le développement du produit et est responsable du résultat dans son ensemble. Il existe un propriétaire de produit (productowner) - un client ou son représentant intéressé par un produit final de haute qualité. Cette personne sait à quoi le produit doit ressembler et fonctionner, elle priorise donc les tâches de l'équipe. La principale différence entre un product Owner est qu’il ne travaille pas en équipe, mais avec elle. Un Scrum Master est un employé expérimenté, une sorte de chef d’équipe dans une équipe. Il organise les autres membres de l'équipe, les aide à comprendre les problèmes peu clairs, organise des réunions et veille au respect des principes Scrum. L’essentiel ici est qu’un maître n’est pas synonyme de patron. Non, le Scrum Master ne distribue pas de tâches et ne prend aucune décision finale. Tout cela est fait par les membres de l'équipe, et le maître ne fait que les soutenir.

Comment fonctionne Scrum

L'ensemble du processus de développement logiciel est divisé en petites périodes - les sprints. La durée d'un sprint peut aller d'une semaine à un mois. Au début de chaque sprint, lors d'une réunion organisée par le Product Owner, les tâches sont définies. Vient ensuite la planification. L'équipe sélectionne les tâches les plus urgentes, évalue ce que les participants seront capables d'accomplir dans le délai imparti et répartit les tâches entre les participants. Chaque journée de travail commence par une mêlée (réunion). Chaque membre de l'équipe répond à 3 questions : « Qu'ai-je déjà fait ? », « Que vais-je faire aujourd'hui ? », « Qu'est-ce qui peut empêcher la réalisation de la tâche ? » Grâce à ces réunions, les participants évaluent les progrès et résolvent les difficultés qui surviennent en temps opportun. Il y a également une réunion de clôture à la fin du sprint, où chaque participant rend compte de ses progrès ou de ce qui l'a empêché d'accomplir certaines tâches. En gros, ils répondent à 2 questions : « Qu'est-ce qui a été bien fait lors du dernier sprint ? », « Qu'est-ce qui doit être amélioré lors du prochain ?

Avantages et inconvénients de la méthodologie Scrum

Les avantages de cette méthodologie sont sa flexibilité et son adaptabilité. Vous pouvez toujours modifier quelque chose dans un produit, ajouter une autre fonctionnalité. Scrum est très pratique lorsque le client lui-même ne sait pas exactement ce qu'il veut. De plus, cette méthodologie est parfaite pour les grands projets qui nécessitent un démarrage rapide avec un minimum de fonctionnalités. Ainsi, il s'avère publier le programme avec les fonctions principales et, à chaque sprint ultérieur, en ajouter de nouvelles. Un autre avantage de Scrum est l'indépendance et l'auto-organisation de chaque participant au projet. Vous pouvez économiser sur un manager et diviser l'argent entre les membres de l'équipe. Mais dans ce cas, une grande attention est accordée à la sélection du personnel. Et l’inconvénient le plus désagréable de cette méthodologie est l’incertitude. Le nombre de sprints est illimité, il est donc difficile de fixer une date de fin sur un projet. Par conséquent, Scrum ne convient pas aux projets dans lesquels seul le résultat final sans valeurs intermédiaires est important, par exemple pour les commandes gouvernementales ou le travail des équipes de support. L'auto-organisation et la flexibilité d'un programmeur Java dans Scrum sont bien sûr bonnes, mais où en serions-nous sans connaissances et compétences pratiques ? Avez-vous l'impression que cela vous manque ? Alors résolvez les problèmes plus rapidement sur javarush.ru ! 
Commentaires
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION