Histoire de Scrum
À l'origine du développement du logiciel, le développement était une approche de travail «en cascade», elle était utilisée par la plupart des équipes et divisait la mise en œuvre du produit en les étapes suivantes:
- définition des exigences du projet;
- planifier les opérations du début à la fin;
- écriture de code;
- essai.
Autrement dit, le client est venu, a décrit la tâche, l'équipe a planifié la mise en œuvre et s'est mise au travail en suivant les termes de référence établis. Après la fin du développement, le produit a été testé et si quelque chose ne fonctionnait pas, de grandes quantités de code devaient être corrigées, ce qui a allongé les délais.
C'est ainsi qu'ils ont travaillé d'année en année, alors qu'une équipe d'innovateurs a longtemps observé des équipes performantes: celles qui ont réussi à respecter les délais et à fabriquer un produit de qualité. En conséquence, ils ont réalisé que le succès réside dans la flexibilité du processus.
Sur la base des conclusions tirées d'observations à long terme, le Manifeste du développement logiciel flexible a été lancé. Il comprenait quatre points:
- Les gens sont plus importants que les outils.
- La qualité du produit est plus importante que la documentation.
- L'interaction avec le client est plus importante que le contrat.
- La préparation au changement est plus importante qu'un plan établi.
Ces quatre points ont fondamentalement changé l'approche du développement logiciel et ont constitué la base d'Agile. Après un certain temps, les passionnés ont dégagé 12 principes de base d'un processus flexible, qui sont aujourd'hui à la base de toutes les méthodologies agiles:
- L'essentiel est un bon logiciel et un client satisfait.
- Prêt à changer à tout moment.
- Réalisez un logiciel fonctionnel aussi souvent que possible après le développement.
- La réunion d'équipe est idéale pour partager des informations.
- Le client et l'équipe de développement doivent travailler ensemble.
- Faire confiance aux gens pour faire leur travail.
- Il y a un logiciel qui fonctionne - il y a des progrès.
- Processus flexibles - développement continu.
- L'attention portée à la qualité favorise la flexibilité.
- La simplicité du processus vous permet d'éviter un travail inutile.
- Une équipe auto-organisée fonctionne mieux.
- Recherche constante d'une plus grande efficacité.
Au début des années 1990, Jeff Sutherland et Ken Schwaber ont commencé à parler de leur propre méthodologie de développement Agile. Pendant longtemps, ils ont regardé les militaires, les commandos et même les joueurs de rugby et sont arrivés à la conclusion qu'ils étaient capables d'accomplir leurs tâches grâce à l'interaction et au travail d'équipe - ces principes ont formé la base de Scrum.
En 2001, ils ont décrit en détail les principes de leur méthodologie et publié le livre Agile Software Development with SCRUM. Aujourd'hui, cette approche est considérée comme l'une des plus populaires parmi les développeurs.
Fondamentaux Scrum
La méthodologie a plusieurs principes de base qui aident à se concentrer sur le client et à donner le résultat attendu avec un minimum de ressources et de temps.
Principes de base de Scrum:
- (). () . .
- . . () .
- . - « » — . , . , .
- . Scrum-team — , .
Équipe Scrum
Dans la plupart des cas, une équipe Scrum est composée de 5 à 9 personnes, moins souvent de 3 à 4. Dans le cadre de Scrum, l'équipe ne peut pas être plus grande, car l'interaction entre chaque lien est compliquée, ce qui affecte négativement l'efficacité du travail.
Composition
Il y a trois rôles principaux dans une équipe:
- Propriétaire du produit.
- Scrum Master.
- Développeurs (équipe de livraison).
Examinons plus en détail tous les rôles.
Propriétaire du produit
Le propriétaire est la personne responsable de l'aménagement. Ce rôle est joué par le client du produit ou son représentant officiel. Dans de rares cas - un représentant du marché sur lequel le projet prévu est ensuite mis en œuvre.
Le propriétaire est responsable de l'élaboration d'un plan d'affaires qui reflète l'impact économique attendu. Il y définit également un plan de développement, dans lequel le taux de retour sur investissement des investissements est calculé pour chaque élément. Un autre document important, dans la formation duquel le propriétaire est engagé, est une liste d'exigences, elles sont triées par importance.
Autrement dit, le propriétaire du produit est le centre de décision de l'équipe de projet. Elle doit être la seule au sein du projet, sinon le principe de prendre rapidement des décisions importantes est violé.
Une liste indicative des responsabilités du propriétaire:
- ;
- ( );
- ;
- ;
- ;
- .
-
Le Scrum Master est chargé d'adhérer à la méthodologie Scrum dans son travail: il contrôle l'initiative et l'indépendance de tous les membres de l'équipe, la satisfaction des résultats, l'ambiance dans l'équipe et les résultats du travail en général.
De plus, il est important de comprendre que le Scrum Master n'est pas seulement une personne isolée qui regarde le développement de l'extérieur. Il fait partie de l'équipe et doit, avec le contrôle, participer directement à la mise en œuvre technique du produit.
Le Scrum master est responsable de l'interaction de tous les membres de l'équipe entre eux, en maintenant un haut niveau de performance, en éliminant les problèmes et en suivant le calendrier de travail prévu.
Un exemple de liste des responsabilités d'un Scrum Master:
- créer une atmosphère de confiance;
- participation aux assemblées générales et assurer une communication réussie des participants;
- ;
- ;
- .
Les développeurs sont ceux qui sont responsables de la mise en œuvre technique du produit. En règle générale, il y a 5 à 9 développeurs par équipe. La première tâche est de fixer des objectifs réalistes, prévisibles, intéressants et significatifs pour chaque sprint.
La deuxième tâche est d'atteindre les objectifs de chaque sprint en temps opportun (date limite). La réalisation de l'objectif est un concept vague et est déterminée individuellement dans chaque projet. Par exemple, quelque part la tâche est considérée comme terminée après avoir écrit tous les codes, et ailleurs la fin du test est ajoutée. En général, chacun est guidé par sa propre vision et expérience.
Les compétences clés de l'équipe de développement sont la planification, l'évaluation objective du travail effectué, la capacité d'interagir avec les autres membres de l'équipe.
Un exemple de liste de l'équipe de développement:
- évaluation des éléments en retard d'un produit;
- développement de produits et livraison au client;
- suivre vos progrès (avec le scrum master);
- fournir le résultat au propriétaire du produit.
Comment fonctionne l'équipe Scrum
Un travail réussi sur la méthodologie Scrum est possible sous réserve de trois principes:
- Auto-amélioration constante . Les développeurs expérimentés disent qu'il est impossible d'améliorer le produit, de l'amener à un état idéal sans l'auto-amélioration de chaque membre de l'équipe.
- Autonomie . Tous les employés doivent être responsables non seulement du résultat global et être capables de travailler en équipe, mais aussi d'effectuer de nombreuses tâches individuellement.
- Fonctionnalité croisée . Toute équipe est autonome, car elle comprend des spécialistes aux compétences différentes.
Flux de travail de l'équipe Scrum
Le travail de l'équipe guidant la méthodologie Scrum est classiquement divisé en plusieurs étapes.
1. Planification d'une liste de tâches de sprint. Chaque sprint commence par la planification. Tous les membres de l'équipe se réunissent, évaluent le backlog produit dans son ensemble et sélectionnent les tâches prioritaires à accomplir dans l'itération en cours. C'est ainsi que se forme la liste des tâches (backlog) du sprint courant.
Ensuite, en fonction de l'arriéré, la portée des travaux et la durée du cycle sont précisées. Déterminez également à l'avance le résultat: ce qui devrait être obtenu par les résultats du sprint.
2. Tenir des réunions régulières. Quotidiennement ou hebdomadaire, l'équipe tient de courtes réunions (pas plus de 15-30 minutes). Ils impliquent le propriétaire du produit, le scrum master et tous les développeurs. Le but des rencontres est de recevoir de chacun des réponses à trois questions:
- ?
- ?
- ?
Le scrum master identifie les problèmes actuels pendant la réunion et aide l'équipe à les résoudre.
3. Organisation d'une mêlée. Dans la salle de conférence, où se tiennent régulièrement des réunions, un tableau est suspendu, divisé en trois parties: «ce qui doit être fait», «au travail» et «fait».
Dans chaque partie, des autocollants de différentes couleurs sont placés avec les tâches principales. Au fur et à mesure qu'ils progressent, ils se déplacent d'une partie à l'autre. Cela aide chaque membre de l'équipe à suivre la progression du sprint en cours.
4. Changement de plans pendant l'itération. L'équipe doit être ouverte et si un spécialiste n'a pas le temps de respecter le délai, il en informe le propriétaire du produit. Il modifiera l'attribution des tâches, optimisera les heures de travail et aidera à respecter les délais.
La même chose est faite avec un travail trop rapide, lorsque les tâches sont terminées plus rapidement que prévu. Le gestionnaire complète le carnet de commandes avec de nouveaux objectifs à sa discrétion, afin que la vente du produit se déroule plus rapidement.
5. Résumer. Après la fin de chaque sprint, le test du logiciel terminé est effectué. Les consommateurs potentiels y participent également (focus group). Le propriétaire recueille les commentaires et prend les décisions pour un travail réussi à l'avenir.
Artefacts Scrum
Les projets Scrum comprennent trois documents importants, ils sont également appelés artefacts:
- Backlog de produit.
- Sprint Backlog.
- Graphique Sprint (Burndown Chart).
Chacun d'eux a certaines fonctionnalités, dont nous parlerons ci-dessous.
Magazine de produits
Le propriétaire prépare le magazine du produit au tout début. Le document (artefact) comprend des exigences triées par importance. La version initiale est complétée par les développeurs: ils estiment le coût de mise en œuvre de chaque exigence.
Le backlog produit doit inclure non seulement les aspects techniques nécessaires à la mise en œuvre, mais également les aspects fonctionnels. Chaque exigence se voit attribuer une priorité (par exemple, de 1 à 5). Les plus prioritaires sont décrits en détail afin que l'équipe puisse les évaluer et les tester.
Le Product Owner est tenu non seulement de préparer un journal de produit, mais également de le soumettre dans le délai convenu. Sinon, la mise en œuvre en temps opportun du projet est impossible.
Magazine Sprint
Comme vous vous en souvenez, dans le cadre de la méthodologie Scrum, le produit est implémenté en petites itérations. En règle générale, un sprint est une fonction. Pour un travail efficace, il est divisé en petites tâches de sorte que la mise en œuvre ne prend pas plus de 2-3 jours ouvrables.
Une répartition compétente des fonctions en tâches permet, à la fin de l'itération, de compléter tout ce qui est nécessaire pour qu'une certaine partie du logiciel fonctionne correctement et ait une valeur pour l'utilisateur final.
Après avoir compilé le backlog de sprint, il est évalué par l'équipe de développement et comparé au magazine produit. S'il y a des écarts importants, l'équipe détermine les tâches les plus prioritaires dans le sprint actuel et les moins importantes qui peuvent être transférées à la prochaine itération.
La tâche du propriétaire du produit est d'exclure des tâches petites et insignifiantes du backlog, dont la mise en œuvre n'affectera pas le résultat final du travail.
Calendrier de sprint
Un calendrier de sprint est un calendrier de tâches dont le travail est planifié dans l'itération en cours. Il affiche la quantité de travail restant jusqu'à la fin du sprint. L'équipe évalue régulièrement le calendrier et, si nécessaire, réagit rapidement à tout changement.
Le propriétaire du produit accorde une attention particulière au calendrier. Il évalue la vitesse de travail et le respect des délais. Par exemple, si le volume de travail ne diminue pas avec le temps, alors il y a des écarts dans le processus et une correction urgente des actions de l'équipe est nécessaire.
Comment mettre en œuvre correctement la méthodologie Scrum
Pour augmenter l'efficacité de l'équipe, la mise en œuvre correcte de la méthodologie Scrum est nécessaire. Les erreurs commises peuvent non seulement ne rien changer, mais également nuire à la productivité.
Si vous décidez d'apporter des modifications, effectuez la mise en œuvre par étapes:
- Rassemblez l'équipe . La principale étape dont dépend le succès futur du produit. Recherchez des professionnels qualifiés ayant une expérience pratique dans leur domaine. Prenez votre temps et n'oubliez pas: la constitution d'une équipe interfonctionnelle n'est pas une tâche facile.
- Désignez un Product Owner . Donnez ce rôle au client ou à son représentant. Il est important qu'une personne ait de l'expérience dans ce sens, car l'interaction au sein de l'équipe et entre le client dépend de lui.
- -. , . , .
- . . , . . - , .
- . . . , .
- Analysez et évaluez les résultats . Analysez et mesurez les résultats après la fin de chaque sprint. Passez à l'étape suivante du développement uniquement lorsque vous êtes pleinement satisfait des résultats de la précédente.
Ces six étapes amélioreront l'efficacité de toute l'équipe. Mais ils ne semblent simples qu'à première vue. En fait, il faudra beaucoup de temps pour stabiliser le travail selon les nouvelles règles.
Quelqu'un de l'équipe d'innovation peut ne pas l'aimer. C'est naturel lorsque les gens résistent à quelque chose de nouveau. Votre tâche est de transmettre à chaque membre de l'équipe les avantages de la nouvelle méthodologie.
Résumons
Scrum est une méthodologie de développement agile basée sur les principes Agile. Son développement a commencé dans les années 90 du siècle dernier et il a commencé à gagner en popularité au début des années 2000. Aujourd'hui, Scrum est utilisé par de nombreuses équipes dont les activités sont étroitement liées aux projets.
Scrum peut être implémenté dans votre entreprise en 6 étapes, mais vous devez aborder soigneusement l'organisation du processus. La méthodologie ne nécessite pas de connaissances particulières de la part des salariés, il s'agit ici plutôt d'organiser et de construire correctement les horaires de travail.
Dans le même temps, n'oubliez pas que Scrum n'est pas une pilule magique, si vous avez une rupture constante des délais, une mauvaise ambiance au sein de l'équipe, l'introduction de nouvelles technologies ne résoudra pas tous les problèmes. Par conséquent, établissez d'abord la communication au sein de l'équipe, construisez un travail efficace, puis implémentez Scrum pour augmenter la productivité.