Agile (développement logiciel agile) est une famille d’approches «agiles» du développement logiciel. Ces approches sont également parfois appelées cadres ou méthodologies agiles.

Agile est né dans l’environnement informatique, mais s’est ensuite étendu à d’autres domaines – de l’ingénierie industrielle à l’intelligence artificielle.

La signification d’Agile est formulée dans le Manifeste de développement logiciel Agile: «Les personnes et les interactions sont plus importantes que les processus et les outils. Un produit fonctionnel est plus important qu’une documentation complète. La coopération avec le client est plus importante que l’acceptation des termes du contrat. Être prêt pour le changement est plus important que de suivre le plan initial. »

Le Manifeste Agile est le document maître de toutes les approches de développement agile. Créé en 2001 par un groupe de programmeurs enthousiastes qui voulaient comprendre ce qui se trouve exactement au cœur du développement d’un produit informatique recherché et utile, Agile suppose que lors de la mise en œuvre d’un projet, vous n’avez pas besoin de vous fier uniquement à des plans détaillés qui ont été créés à l’avance. Il est important de se concentrer sur les conditions en constante évolution de l’environnement externe et interne et de prendre en compte les commentaires des clients et des utilisateurs. Cela encourage les développeurs et les ingénieurs à expérimenter et à rechercher de nouvelles solutions sans être contraints par des cadres et des normes rigides.

Les approches agiles distinctes incluent Scrum et Kanban.

Scrum est une «approche structurée». Une équipe universelle de spécialistes travaille sur chaque projet, à laquelle se joignent deux autres personnes: le product owner et le scrum master. Le premier relie l’équipe avec le client et suit le développement du projet; ce n’est pas un chef d’équipe officiel, mais plutôt un conservateur. Le second aide le premier à organiser le processus métier: il tient les assemblées générales, résout les problèmes du quotidien, motive l’équipe et veille au respect de la démarche Scrum.

L’approche Scrum divise le flux de travail en sprints égaux – généralement des périodes d’une semaine à un mois, selon le projet et l’équipe. Avant le sprint, les tâches de ce sprint sont formulées, à la fin, les résultats sont discutés et l’équipe commence un nouveau sprint. Les sprints sont très pratiques à comparer les uns avec les autres, ce qui vous permet de gérer l’efficacité du travail.

Kanban est une «approche équilibrée». Sa tâche est d’équilibrer les différents spécialistes au sein de l’équipe et d’éviter une situation où les concepteurs travaillent jour et nuit, et les développeurs se plaignent du manque de nouvelles tâches.

Toute l’équipe est une – il n’y a pas de rôle de Product Owner et de Scrum Master dans Kanban. Le processus métier n’est pas divisé en sprints universels, mais au stade de la mise en œuvre de tâches spécifiques: «Planifié», «Développé», «Testé», «Terminé», etc.

Le principal indicateur de performance du kanban est le temps moyen nécessaire pour accomplir une tâche à tous les niveaux. La tâche est passée rapidement – l’équipe a travaillé efficacement et en douceur. La tâche a été retardée – il faut réfléchir à quel stade et pourquoi il y a eu des retards et dont le travail doit être optimisé.

Pour visualiser les approches agiles, des cartes sont utilisées: physiques et électroniques. Ils vous permettent de rendre le flux de travail ouvert et compréhensible pour tous les spécialistes, ce qui est important lorsque l’équipe n’a pas de leader officiel.

Qu’est-ce que Agile?

Agile est une approche de gestion de projet ou de développement logiciel. En Agile, les exigences et les solutions évoluent par itération et effort collaboratif entre des équipes interfonctionnelles et auto-organisées et des utilisateurs métier. Agile accueille les exigences changeantes, même à un stade ultérieur. Les clients, les participants commerciaux et les développeurs travaillent ensemble tout au long du projet. Les équipes agiles adaptent leur comportement pour répondre aux besoins changeants du projet.

Agile est une philosophie ou une orientation (Griffin). Agile est largement utilisé comme guide pour se rapprocher du travail de projet. Agile met l’accent sur l’itération du développement ainsi que sur les tests dans le cycle de vie du développement logiciel (SDLC). Agile décompose un produit ou un projet entier en petits assemblages. Dans la méthodologie Agile, le développement ou les tests se déroulent simultanément. Agile soutient la collaboration ainsi que la communication directe.

Qu’est-ce que Scrum?

Scrum est la base de la gestion de projet ou du développement logiciel. Scrum est l’un des processus agiles. Scrum se concentre sur la fourniture de valeur commerciale aux utilisateurs professionnels en un minimum de temps. Les projets sont divisés en sprints, qui durent généralement d’une à trois semaines. Scrum a trois rôles principaux: Scrum Master, Product Owner et les membres de l’équipe.

Scrum met l’accent sur l’auto-organisation et l’appropriation partagée entre les membres de l’équipe. Il considère la gestion de projet comme un processus de création de valeur partagée; et met l’accent sur la collaboration et le développement itératif pour gérer efficacement le changement et créer de meilleurs produits pour répondre aux besoins des clients. Scrum considère le temps comme une contrainte. Il met l’accent sur le temps de boxe et utilise la planification quotidienne des sprints et des réunions de révision.

Similitudes entre Agile et Scrum:

Agile et Scrum sont tous deux liés à la gestion de projet et au développement logiciel. Puisque Scrum est l’un des moyens de mettre en œuvre Agile, ils présentent tous deux plusieurs similitudes. Les deux mettent l’accent sur l’utilisation optimale des ressources. Les deux mettent l’accent sur la gestion efficace et efficiente de diverses tâches.

Agile et Scrum, tous deux visent à tirer le meilleur parti des utilisateurs professionnels. Ils essaient de s’assurer qu’un produit ou un projet est livré aux utilisateurs professionnels dès que possible. Les deux mettent l’accent sur l’amélioration continue, la collaboration, la communication ouverte, etc.

La nature de l’Agile et de Scrum:

Agile est une méthodologie de développement basée sur une approche incrémentale et itérative; tandis que Scrum est l’un des nombreux schémas d’implémentation ou processus Agile.

Scrum fournit des modules incrémentiels au client chaque semaine ou quinzaine.

Exemples d’utilisation

L’un des principes d’Agile est basé sur la responsabilité personnelle d’une personne, et non sur le débogage des processus internes.

(D’après un article sur VC.ru)

Lorsque nous travaillons avec des équipes professionnelles, nous utilisons Scrum, le plus souvent nous choisissons un cycle de 2-3 semaines avec des réunions rétrospectives qui nous permettent de tout garder sous contrôle.

(D’après un entretien avec Vedomosti avec Frank Sosier, coach de Freestanding Agility)

L’idée principale de Kanban est la visualisation du flux de travail. Il consiste à créer un tableau de bord physique sur lequel vous pouvez marquer visuellement votre progression.

(D’après la traduction de la chronique Forbes sur Rusbase)

Si nous parlons de ce qu’est l’agilité, je me limiterais à une telle phrase – c’est un ensemble de valeurs dans le cadre duquel nous construisons notre travail avec des produits, avec des processus au sein de l’organisation.

(Alexey Pimenov, Managing Partner de ScrumTrek dans un article sur Rusbase)

Comment et pourquoi la méthodologie Scrum est apparue

Avant l’avènement de Scrum, l’approche en cascade a été adoptée dans le monde du développement logiciel. Les travaux sur le produit ont été réalisés selon le plan suivant.

Définissez les exigences du produit.
Planifiez l’ensemble du projet du début à la fin.
Écrivez le code.
Testez le produit.

Les développeurs ont coordonné le plan de travail avec le client et ont strictement suivi les termes de référence. Lorsque le produit était prêt, il a été testé, mais il n’était plus possible de changer quelque chose. Par conséquent, si des erreurs étaient détectées, ils devaient tout recommencer et les conditions de travail augmentaient.

C’était jusqu’à ce qu’un groupe d’innovateurs décide de changer complètement la situation. Ils ont observé le fonctionnement des équipes performantes: sans manquer de délais et obtenir exactement le résultat qu’ils avaient prévu. Il s’est avéré que le succès résidait dans la flexibilité du processus.

Les leçons apprises ont aidé à créer le Manifeste de développement logiciel agile. Il ne comprenait que quatre points, mais ils ont complètement changé le processus.

Manifeste de développement logiciel agile

1 Les personnes sont plus importantes que les outils.
2 La qualité du produit est plus importante que la documentation.
3 L’interaction avec le client est plus importante que le contrat.
4 La préparation au changement est plus importante qu’un plan établi.

Ces quatre points ont été à la base de l’émergence d’Agile, un processus de développement logiciel agile. Plus tard, 12 principes ont été créés, qui sont toujours utilisés dans toute méthodologie agile.

12 principes Agile

1 L’essentiel est un bon logiciel et un client satisfait.
2 Prêt à changer à tout moment.
3 Logiciel entièrement fonctionnel – aussi souvent que possible.
4 La réunion d’équipe est la meilleure solution pour partager des informations.
5 Le client et l’équipe de développement doivent travailler ensemble.
Faites confiance aux gens pour faire leur travail.
7 Il y a un logiciel qui fonctionne – il y a des progrès.
8 Processus agiles – développement continu.
9 L’attention portée à la qualité favorise la flexibilité.
10 La simplicité du processus élimine les travaux inutiles.
11 Une équipe auto-organisée fonctionne mieux.
12 Recherche continue d’une plus grande efficacité.

Agile et cascade, échelles

L’une des méthodologies de développement logiciel agile, qui est basée sur des principes agiles, est Scrum.

Les créateurs de Scrum Jeff Sutherland et Ken Schwaber ont observé le travail de l’armée américaine, des forces spéciales et même des joueurs de rugby pendant de nombreuses années. Et ils ont remarqué que leur succès repose sur l’interaction et le travail d’équipe. Sutherland et Schwaber ont réalisé que c’était exactement ce dont les développeurs de logiciels avaient besoin. C’est ainsi qu’est apparue la méthodologie Scrum.

Principes fondamentaux de Scrum

Scrum est toujours concentré sur le client, qui doit recevoir le produit souhaité à temps et au moindre coût. Ceci peut être réalisé en suivant quelques principes essentiels.

Travailler en cycles courts (sprints)

Planifiez un sprint, pas tout le projet à la fois. Chaque sprint est une période de temps pendant laquelle l’équipe travaille sur une pièce complètement finie du produit.

La flexibilité. “Vérifier et adapter”

Flexibilité des processus et test des produits après chaque sprint. En cas de problème, l’équipe est toujours prête à changer la stratégie de développement ou à réviser le backlog Backlog Une liste ordonnée des tâches sur lesquelles l’équipe Scrum travaille lors de la création d’un produit.

Participation du client et des utilisateurs à la création du produit.

Le client ne reste pas à l’écart, mais est pleinement impliqué dans le travail. Pour cela, il y a le rôle du propriétaire du produit, qui est joué par le client lui-même ou son représentant. C’est à travers lui que l’équipe interagit avec les utilisateurs. Étant donné que le développement est effectué par étapes courtes, les utilisateurs s’impliquent presque immédiatement dans les tests.

Après le test initial, ils ont accès au produit et le propriétaire du produit recueille les commentaires. C’est ainsi que l’équipe peut améliorer le résultat.

Interaction d’équipe

Une équipe Scrum est un groupe de personnes qui travaillent pour un résultat et dans son ensemble. Tout le monde s’efforce d’atteindre un objectif commun.

L’importance de l’équipe Scrum

Une équipe Scrum est le plus souvent un groupe de cinq à neuf personnes. C’est le nombre optimal, mais parfois il y a des équipes de trois. S’il y a plus de gens, il devient alors plus difficile pour eux d’interagir les uns avec les autres, ce qui interfère avec le travail et réduit la productivité.

Structure de commande

Propriétaire du produit. La personne qui représente le produit et est l’intermédiaire entre le client, les utilisateurs et l’équipe de développement. Parfois, cela peut être le client lui-même.
Scrum master. Le plus souvent – un employé spécialement embauché qui dirige l’équipe vers le résultat. Il ne gère pas l’équipe, mais supervise la mise en œuvre des principes de base de Scrum. Sa tâche n’est pas de faire pression, de ne pas faire tout le travail lui-même et de ne pas répartir les responsabilités, mais d’aider, de diriger et de résoudre les problèmes qui entravent le processus de développement.
Développeurs. Une équipe Scrum a toujours des personnes avec des compétences différentes. Ainsi, une équipe de cinq à neuf personnes mène l’ensemble du projet du début à la fin. Une équipe – un produit fini.

À quoi ressemble une équipe Scrum

Répartition des rôles

Scrum fonctionne lorsqu’il y a une répartition des rôles. Il y en a trois.

Équipe. Il s’agit d’un groupe auto-organisé de 3 à 9 personnes. La contribution d’un salarié individuel n’est pas évaluée. Le résultat que l’équipe a obtenu grâce à des efforts conjoints importe uniquement.

Propriétaire du produit. Il s’agit généralement d’un entrepreneur qui connaît son entreprise et comprend les besoins des clients. Il a suffisamment d’expérience pour savoir ce que devrait être le produit fini. Le Product Owner est le lien entre l’équipe, le consommateur et la production. Il travaille avec le feedback, prend des décisions importantes et surveille le budget du projet. Le Product Owner n’indique pas à l’équipe la voie à suivre, mais regarde uniquement le résultat.

Scrum Master ou Team Leader. Le Scrum Master est responsable du succès de l’équipe. Il ne prend pas de décisions et ne dirige pas. Sa tâche est de faire travailler l’équipe sans effet de levier de la direction. Le Scrum Master est le ciment qui unit l’équipe.

Outils Scrum

Scrum est une technique de planification flexible qui convient à tout projet. Avec son aide, vous pouvez augmenter la productivité de l’entreprise et obtenir de meilleurs résultats. Par exemple, l’équipe passait un mois sur une tâche et un demi-mois sur des améliorations. Maintenant, la même tâche prendra 2 semaines et il n’y aura probablement aucune amélioration.

Instructions: comment utiliser Scrum pour travailler comme Ajail

Scrum est plus simple que les autres frameworks. Il donne les outils et suggère dans quel ordre les utiliser pour atteindre le résultat.

Scrum suggère de faire ceci:

Pour pomper la base théorique: lisez des livres sur le sujet et regardez des conférences vidéo. Les enregistrements des conférences Agiledays sont disponibles sur YouTube sur la chaîne. Dans la communauté, les adeptes de Scrum partagent leurs expériences – vous pouvez en tirer des leçons.
Sélectionnez un propriétaire de produit. C’est la personne qui présente le produit fini en détail. Il évaluera également les risques, les avantages et prendra des décisions stratégiques.
Formez une équipe de 3 à 9 personnes. L’équipe doit avoir des personnes qui ont suffisamment de connaissances et de compétences pour travailler sur le projet.
Nommez un Scrum Master ou invitez un professionnel d’une agence de conseil à ce poste.
Invitez le Product Owner à rédiger un backlog et laissez l’équipe l’évaluer. C’est génial si l’équipe ne l’évalue pas en heures, mais en unités relatives.
Planifiez un sprint. Il doit avoir une durée fixe et une liste précise de tâches qui ne peuvent être complétées.
Rendez le travail transparent. Chaque membre de l’équipe doit voir quelles tâches ont déjà été résolues et lesquelles doivent encore être travaillées. Pour ce faire, vous avez besoin d’outils: un tableau de mêlée ou un diagramme d’épuisement professionnel.
Conduire des réunions d’équipe quotidiennes est un Scrum quotidien. Lors des réunions, les membres de l’équipe vérifient les résultats de chacun, regardent à quel stade se trouve le projet et décident comment passer à l’objectif. La réunion dure 15 minutes. Si cela prend plus de temps, alors l’équipe et le Scrum Master font quelque chose de mal.
Terminez le sprint par un examen. Revue de sprint – une réunion à laquelle participe toute personne intéressée: consommateur, client, product owner, scrum master. Lors de la réunion, l’équipe montre le produit fini ou une partie de celui-ci. Peu importe ce que ce sera, l’essentiel est qu’il remplisse sa fonction.
Organisez une réunion rétrospective immédiatement après la revue du sprint. Lorsque l’équipe a montré un produit fonctionnel, tout le monde s’assoit et analyse le sprint. Qu’est-ce qui s’est bien passé? Qu’est-ce qui peut être amélioré? Quels obstacles l’équipe a-t-elle surmontés? À la fin de la réunion, le Scrum Master et l’équipe devraient réfléchir à la manière d’améliorer encore le prochain sprint.
Planifiez un nouveau sprint immédiatement!

À qui s’adresse Agile?

Agile change la façon dont nous abordons la vie et l’entrepreneuriat. Il vous apprend à réagir rapidement aux circonstances et à vous y adapter.

Agile fonctionne partout: dans la gestion, le commerce, les services. Quelqu’un l’utilise pour gérer sa propre vie et se tenir au courant de tout.

Mais personne ne peut garantir qu’il aidera une entreprise en particulier. Si l’entreprise est petite, il est plus facile de changer d’avis. C’est plus difficile pour les grandes entreprises: lorsqu’il y a plusieurs départements, et que chacun a son propre chef, la mise en œuvre d’Agile peut être retardée. L’équipe résistera au changement. Pour vous faciliter la tâche, ces entreprises invitent des coachs Agiles.

Agile ne convient pas à ceux qui fabriquent un produit typique depuis de nombreuses années consécutives. Il est plus rentable pour de telles entreprises de fabriquer mille chaises identiques à la fois: il y aura encore des commandes. Mais dès qu’un client apparaît avec des souhaits particuliers, vous avez besoin exactement de la même chaise, mais laissez les pieds être plus larges et le rembourrage est plus brillant – Agile est nécessaire.

Un mot aux experts

En fonction des tâches, nous appliquons différentes méthodes au sein de la philosophie – agile, scrum, kanban.

Scrum vous permet de développer les qualités nécessaires chez les employés – proactivité, indépendance, organisation, compétences en communication et prévoyance. Le point principal de la méthode est d’effectuer des tâches dans des équipes auto-organisées, où chacun a son propre rôle et chacun est responsable de sa part du travail. À l’aide de scrum, nous menons des enquêtes auprès du personnel, dressons des graphiques de la vitesse attendue de réalisation des tâches.

Nous utilisons Agile dans les communications internes. Nous avons récemment organisé un autre sprint pour éliminer les retards des employés. Tous les patrons et spécialistes impliqués dans le projet ont passé toute la journée à la réunion, discutant des réalisations, des défis et des tâches à venir dans le nouveau sprint.

Maintenant, nous introduisons activement la méthode kanban dans l’entreprise. L’objectif de la mise en œuvre des kanban est d’augmenter la flexibilité de la production, de mieux s’adapter à l’évolution des demandes du marché. En pratique, la méthode nous a permis de réaliser une correspondance entre le stock de l’entrepôt et les produits réellement utilisés en production.

Un point important: la méthodologie agile est une direction générale, et le kanban et le scrum en sont déjà les variétés.

Nous utilisons un tas de scrum + waterfall, et avons également affiné la planche agile elle-même au cours de l’année. Principale raison d’utilisation: transparence et simplicité. En fait, cela s’avère être le même pipeline Henry Ford: la transition d’une tâche de statut à statut avec un changement d’interprète, par conséquent, le principe principal du conseil agile lui-même est déjà la simplicité.

Nous utilisons l’agilité comme partie directe de notre flux de travail, de sorte que tous les projets, du développement de la marque et du site Web à notre intelligence artificielle et à notre startup de publicité native NativeOS, sont réalisés à Chernika exactement selon ce flux de travail.

Un produit fonctionnel est plus important qu’une documentation détaillée. Cela ne signifie pas que nous ne conservons aucune documentation, non. C’est plutôt une vision d’efficacité avec un coup dur pour une bureaucratie inutile.

Scrum a apporté du rythme et de la compréhension à notre équipe – que nous soyons ponctuels ou non. On voit la vitesse du travail de l’équipe, il n’y a pas de sentiment de baise constante. Auparavant, il y avait des situations qui avant les versions hard, Scrum disparaissaient quelque part et tout le monde commençait juste à le comprendre – maintenant nous l’avons perdu, il y a un sentiment constant que nous sommes à l’heure. Si des risques surviennent, nous en discutons avec PD dès le début, ajustons le plan ou réduisons la portée des tâches d’une certaine manière.

Le travail est devenu plus transparent, la journée de travail a commencé à s’inscrire dans la norme des 8 heures, et nous avons eu l’impression de commencer à faire plus. Nous comprenons que lorsque vous avez le sentiment de ne pas en faire assez, vous sentez que vous devez travailler plus dur – cela a un très mauvais effet sur la productivité, vous devez vous en débarrasser.

Pour plus de clarté et d’ouverture du travail du département de développement, nous avons mis en place un tableau spécial marqué «à faire», «en cours», «révision», «test», «terminé», où tous les membres de l’équipe collent des autocollants avec les tâches (dans la colonne «à faire»), et au fur et à mesure qu’ils sont terminés, ils sont déplacés vers les points suivants, et une fin heureuse est le dernier «fait». Cela permet d’avoir une vue d’ensemble et de voir ce que chaque participant est travaille sur.

Un point très important de la méthode (et de l’organisation du workflow): après approbation de toutes les tâches («à faire»), la liste est bloquée à l’insertion. Ainsi, les nouvelles tâches entrantes ne distraient pas le processus et ne ralentissent pas le travail.

Tous les participants évaluent également chaque tâche en termes de temps et de coûts matériels qui seront nécessaires pour l’accomplir. Et la cerise sur le gâteau, ce sont les réunions quotidiennes à une heure précise (Daily Scrum), où chaque membre de l’équipe parle brièvement de ce qu’il va faire aujourd’hui, de ce qu’il a fait hier (et s’il a rencontré des obstacles). Ceci est important sur la voie des objectifs à long terme – c’est ainsi que vous pouvez comprendre à temps qu’il est temps de changer de stratégie.

Nous avons implémenté Scrum sur deux essais car tout le monde, de l’équipe aux utilisateurs, veut un résultat plus prévisible. C’est un plus de la méthodologie – des rythmes clairs rationalisent l’équipe, augmentent le niveau général de connaissances sur le projet. En conséquence, le résultat devient plus prévisible, y compris pour nos «parties prenantes» – les utilisateurs.

Le travail d’équipe augmente également la responsabilité: chacun ne reçoit un bonus que si l’équipe a terminé les tâches définies à un certain stade.

Inga Koryagina
Agile est une philosophie, la mêlée est une structure, la cascade est une méthode, le kanban est un système de gestion. Scrum et Kanban sont des options agiles, mais elles présentent des différences claires. Scrum nécessite des rôles fixes, alors que Kanban n’a pas les rôles requis. Scrum est basé sur des itérations qui combinent la planification, l’optimisation des processus et la publication. Dans Kanban, vous pouvez le faire régulièrement ou quand vous en avez besoin. L’équipe Scrum a besoin d’une évaluation de son travail, contrairement à l’équipe Kanban.

Sources utilisées et liens utiles sur le sujet: https://rb.ru/story/agile-scrum-kanban/ https://ru.esdifferent.com/difference-between-agile-and-scrum https: // skillbox. ru / media / management / kak_ponyat_scrum / https://allo.tochka.com/agile-scrum

Source d’enregistrement: lastici.ru