Agile (d\u00e9veloppement logiciel agile) est une famille d’approches \u00abagiles\u00bb du d\u00e9veloppement logiciel. Ces approches sont \u00e9galement parfois appel\u00e9es cadres ou m\u00e9thodologies agiles.<\/p>\n
Agile est n\u00e9 dans l’environnement informatique,<\/strong> mais s’est ensuite \u00e9tendu \u00e0 d’autres domaines – de l’ing\u00e9nierie industrielle \u00e0 l’intelligence artificielle.<\/p>\n La signification d’Agile est formul\u00e9e dans le Manifeste de<\/a> d\u00e9veloppement logiciel Agile<\/a>: \u00abLes personnes et les interactions sont plus importantes que les processus et les outils. Un produit fonctionnel est plus important qu’une documentation compl\u00e8te. La coop\u00e9ration avec le client est plus importante que l’acceptation des termes du contrat. \u00catre pr\u00eat pour le changement est plus important que de suivre le plan initial. \u00bb<\/p>\n Le Manifeste Agile est le document ma\u00eetre de toutes les approches de d\u00e9veloppement agile. Cr\u00e9\u00e9 en 2001 par un groupe de programmeurs enthousiastes qui voulaient comprendre ce qui se trouve exactement au c\u0153ur du d\u00e9veloppement d’un produit informatique recherch\u00e9 et utile, Agile suppose que lors de la mise en \u0153uvre d’un projet, vous n’avez pas besoin de vous fier uniquement \u00e0 des plans d\u00e9taill\u00e9s qui ont \u00e9t\u00e9 cr\u00e9\u00e9s \u00e0 l’avance. Il est important de se concentrer sur les conditions en constante \u00e9volution de l’environnement externe et interne et de prendre en compte les commentaires des clients et des utilisateurs. Cela encourage les d\u00e9veloppeurs et les ing\u00e9nieurs \u00e0 exp\u00e9rimenter et \u00e0 rechercher de nouvelles solutions sans \u00eatre contraints par des cadres et des normes rigides.<\/p>\n Les approches agiles distinctes incluent Scrum et Kanban.<\/p>\n Scrum est une \u00abapproche structur\u00e9e\u00bb.<\/strong> Une \u00e9quipe universelle de sp\u00e9cialistes travaille sur chaque projet, \u00e0 laquelle se joignent deux autres personnes: le product owner et le scrum master. Le premier relie l’\u00e9quipe avec le client et suit le d\u00e9veloppement du projet; ce n’est pas un chef d’\u00e9quipe officiel, mais plut\u00f4t un conservateur. Le second aide le premier \u00e0 organiser le processus m\u00e9tier: il tient les assembl\u00e9es g\u00e9n\u00e9rales, r\u00e9sout les probl\u00e8mes du quotidien, motive l’\u00e9quipe et veille au respect de la d\u00e9marche Scrum.<\/p>\n L’approche Scrum divise le flux de travail en sprints \u00e9gaux – g\u00e9n\u00e9ralement des p\u00e9riodes d’une semaine \u00e0 un mois, selon le projet et l’\u00e9quipe. Avant le sprint, les t\u00e2ches de ce sprint sont formul\u00e9es, \u00e0 la fin, les r\u00e9sultats sont discut\u00e9s et l’\u00e9quipe commence un nouveau sprint. Les sprints sont tr\u00e8s pratiques \u00e0 comparer les uns avec les autres, ce qui vous permet de g\u00e9rer l’efficacit\u00e9 du travail.<\/p>\n Kanban est une \u00abapproche \u00e9quilibr\u00e9e\u00bb.<\/strong> Sa t\u00e2che est d’\u00e9quilibrer les diff\u00e9rents sp\u00e9cialistes au sein de l’\u00e9quipe et d’\u00e9viter une situation o\u00f9 les concepteurs travaillent jour et nuit, et les d\u00e9veloppeurs se plaignent du manque de nouvelles t\u00e2ches.<\/p>\n Toute l’\u00e9quipe est une – il n’y a pas de r\u00f4le de Product Owner et de Scrum Master dans Kanban. Le processus m\u00e9tier n’est pas divis\u00e9 en sprints universels, mais au stade de la mise en \u0153uvre de t\u00e2ches sp\u00e9cifiques: \u00abPlanifi\u00e9\u00bb, \u00abD\u00e9velopp\u00e9\u00bb, \u00abTest\u00e9\u00bb, \u00abTermin\u00e9\u00bb, etc.<\/p>\n Le principal indicateur de performance du kanban est le temps moyen n\u00e9cessaire pour accomplir une t\u00e2che \u00e0 tous les niveaux. La t\u00e2che est pass\u00e9e rapidement – l’\u00e9quipe a travaill\u00e9 efficacement et en douceur. La t\u00e2che a \u00e9t\u00e9 retard\u00e9e – il faut r\u00e9fl\u00e9chir \u00e0 quel stade et pourquoi il y a eu des retards et dont le travail doit \u00eatre optimis\u00e9.<\/p>\n Pour visualiser les approches agiles, des cartes sont utilis\u00e9es: physiques et \u00e9lectroniques. Ils vous permettent de rendre le flux de travail ouvert et compr\u00e9hensible pour tous les sp\u00e9cialistes, ce qui est important lorsque l’\u00e9quipe n’a pas de leader officiel.<\/p>\n Agile est une approche de gestion de projet ou de d\u00e9veloppement logiciel. En Agile, les exigences et les solutions \u00e9voluent par it\u00e9ration et effort collaboratif entre des \u00e9quipes interfonctionnelles et auto-organis\u00e9es et des utilisateurs m\u00e9tier. Agile accueille les exigences changeantes, m\u00eame \u00e0 un stade ult\u00e9rieur. Les clients, les participants commerciaux et les d\u00e9veloppeurs travaillent ensemble tout au long du projet. Les \u00e9quipes agiles adaptent leur comportement pour r\u00e9pondre aux besoins changeants du projet.<\/p>\n Agile est une philosophie ou une orientation (Griffin). Agile est largement utilis\u00e9 comme guide pour se rapprocher du travail de projet. Agile met l’accent sur l’it\u00e9ration du d\u00e9veloppement ainsi que sur les tests dans le cycle de vie du d\u00e9veloppement logiciel (SDLC). Agile d\u00e9compose un produit ou un projet entier en petits assemblages. Dans la m\u00e9thodologie Agile, le d\u00e9veloppement ou les tests se d\u00e9roulent simultan\u00e9ment. Agile soutient la collaboration ainsi que la communication directe.<\/p>\n Scrum est la base de la gestion de projet ou du d\u00e9veloppement 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\u00e9s en sprints, qui durent g\u00e9n\u00e9ralement d’une \u00e0 trois semaines. Scrum a trois r\u00f4les principaux: Scrum Master, Product Owner et les membres de l’\u00e9quipe.<\/p>\n Scrum met l’accent sur l’auto-organisation et l’appropriation partag\u00e9e entre les membres de l’\u00e9quipe. Il consid\u00e8re la gestion de projet comme un processus de cr\u00e9ation de valeur partag\u00e9e; et met l’accent sur la collaboration et le d\u00e9veloppement it\u00e9ratif pour g\u00e9rer efficacement le changement et cr\u00e9er de meilleurs produits pour r\u00e9pondre aux besoins des clients. Scrum consid\u00e8re le temps comme une contrainte. Il met l’accent sur le temps de boxe et utilise la planification quotidienne des sprints et des r\u00e9unions de r\u00e9vision.<\/p>\n Agile et Scrum sont tous deux li\u00e9s \u00e0 la gestion de projet et au d\u00e9veloppement logiciel. Puisque Scrum est l’un des moyens de mettre en \u0153uvre Agile, ils pr\u00e9sentent 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\u00e2ches.<\/p>\n Agile et Scrum, tous deux visent \u00e0 tirer le meilleur parti des utilisateurs professionnels. Ils essaient de s’assurer qu’un produit ou un projet est livr\u00e9 aux utilisateurs professionnels d\u00e8s que possible. Les deux mettent l’accent sur l’am\u00e9lioration continue, la collaboration, la communication ouverte, etc.<\/p>\n Agile est une m\u00e9thodologie de d\u00e9veloppement bas\u00e9e sur une approche incr\u00e9mentale et it\u00e9rative; tandis que Scrum est l’un des nombreux sch\u00e9mas d’impl\u00e9mentation ou processus Agile.<\/p>\n Scrum fournit des modules incr\u00e9mentiels au client chaque semaine ou quinzaine.<\/p>\n L’un des principes d’Agile est bas\u00e9 sur la responsabilit\u00e9 personnelle d’une personne, et non sur le d\u00e9bogage des processus internes.<\/p>\n (D’apr\u00e8s un article<\/a> sur VC.ru)<\/p>\n Lorsque nous travaillons avec des \u00e9quipes professionnelles, nous utilisons Scrum, le plus souvent nous choisissons un cycle de 2-3 semaines avec des r\u00e9unions r\u00e9trospectives qui nous permettent de tout garder sous contr\u00f4le.<\/p>\n (D’apr\u00e8s un entretien avec<\/a> Vedomosti avec Frank Sosier, coach de Freestanding Agility)<\/p>\n L’id\u00e9e principale de Kanban est la visualisation du flux de travail. Il consiste \u00e0 cr\u00e9er un tableau de bord physique sur lequel vous pouvez marquer visuellement votre progression.<\/p>\n (D’apr\u00e8s la traduction de la chronique Forbes sur Rusbase)<\/p>\n Si nous parlons de ce qu’est l’agilit\u00e9, je me limiterais \u00e0 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.<\/p>\n (Alexey Pimenov, Managing Partner de ScrumTrek dans un article sur Rusbase)<\/p>\n<\/blockquote>\n Avant l’av\u00e8nement de Scrum, l’approche en cascade a \u00e9t\u00e9 adopt\u00e9e dans le monde du d\u00e9veloppement logiciel. Les travaux sur le produit ont \u00e9t\u00e9 r\u00e9alis\u00e9s selon le plan suivant.<\/p>\n Les d\u00e9veloppeurs ont coordonn\u00e9 le plan de travail avec le client et ont strictement suivi les termes de r\u00e9f\u00e9rence. Lorsque le produit \u00e9tait pr\u00eat, il a \u00e9t\u00e9 test\u00e9, mais il n’\u00e9tait plus possible de changer quelque chose. Par cons\u00e9quent, si des erreurs \u00e9taient d\u00e9tect\u00e9es, ils devaient tout recommencer et les conditions de travail augmentaient.<\/p>\n C’\u00e9tait jusqu’\u00e0 ce qu’un groupe d’innovateurs d\u00e9cide de changer compl\u00e8tement la situation. Ils ont observ\u00e9 le fonctionnement des \u00e9quipes performantes: sans manquer de d\u00e9lais et obtenir exactement le r\u00e9sultat qu’ils avaient pr\u00e9vu. Il s’est av\u00e9r\u00e9 que le succ\u00e8s r\u00e9sidait dans la flexibilit\u00e9 du processus.<\/p>\n Les le\u00e7ons apprises ont aid\u00e9 \u00e0 cr\u00e9er le Manifeste de d\u00e9veloppement logiciel agile. Il ne comprenait que quatre points, mais ils ont compl\u00e8tement chang\u00e9 le processus.<\/p>\n Manifeste de d\u00e9veloppement logiciel agile<\/p>\n 1 Les personnes sont plus importantes que les outils. Ces quatre points ont \u00e9t\u00e9 \u00e0 la base de l’\u00e9mergence d’Agile, un processus de d\u00e9veloppement logiciel agile. Plus tard, 12 principes ont \u00e9t\u00e9 cr\u00e9\u00e9s, qui sont toujours utilis\u00e9s dans toute m\u00e9thodologie agile.<\/p>\n 12 principes Agile<\/p>\n 1 L’essentiel est un bon logiciel et un client satisfait. Agile et cascade, \u00e9chelles<\/p>\n L’une des m\u00e9thodologies de d\u00e9veloppement logiciel agile, qui est bas\u00e9e sur des principes agiles, est Scrum.<\/p>\n Les cr\u00e9ateurs de Scrum Jeff Sutherland et Ken Schwaber ont observ\u00e9 le travail de l’arm\u00e9e am\u00e9ricaine, des forces sp\u00e9ciales et m\u00eame des joueurs de rugby pendant de nombreuses ann\u00e9es. Et ils ont remarqu\u00e9 que leur succ\u00e8s repose sur l’interaction et le travail d’\u00e9quipe. Sutherland et Schwaber ont r\u00e9alis\u00e9 que c’\u00e9tait exactement ce dont les d\u00e9veloppeurs de logiciels avaient besoin. C’est ainsi qu’est apparue la m\u00e9thodologie Scrum.<\/p>\n Scrum est toujours concentr\u00e9 sur le client, qui doit recevoir le produit souhait\u00e9 \u00e0 temps et au moindre co\u00fbt. Ceci peut \u00eatre r\u00e9alis\u00e9 en suivant quelques principes essentiels.<\/p>\n Travailler en cycles courts (sprints)<\/p>\n Planifiez un sprint, pas tout le projet \u00e0 la fois. Chaque sprint est une p\u00e9riode de temps pendant laquelle l’\u00e9quipe travaille sur une pi\u00e8ce compl\u00e8tement finie du produit.<\/p>\n La flexibilit\u00e9. \u00ab\u00a0V\u00e9rifier et adapter\u00a0\u00bb<\/p>\n Flexibilit\u00e9 des processus et test des produits apr\u00e8s chaque sprint. En cas de probl\u00e8me, l’\u00e9quipe est toujours pr\u00eate \u00e0 changer la strat\u00e9gie de d\u00e9veloppement ou \u00e0 r\u00e9viser le backlog Backlog Une liste ordonn\u00e9e des t\u00e2ches sur lesquelles l’\u00e9quipe Scrum travaille lors de la cr\u00e9ation d’un produit.<\/p>\n Participation du client et des utilisateurs \u00e0 la cr\u00e9ation du produit.<\/p>\n Le client ne reste pas \u00e0 l’\u00e9cart, mais est pleinement impliqu\u00e9 dans le travail. Pour cela, il y a le r\u00f4le du propri\u00e9taire du produit, qui est jou\u00e9 par le client lui-m\u00eame ou son repr\u00e9sentant. C’est \u00e0 travers lui que l’\u00e9quipe interagit avec les utilisateurs. \u00c9tant donn\u00e9 que le d\u00e9veloppement est effectu\u00e9 par \u00e9tapes courtes, les utilisateurs s’impliquent presque imm\u00e9diatement dans les tests.<\/p>\n Apr\u00e8s le test initial, ils ont acc\u00e8s au produit et le propri\u00e9taire du produit recueille les commentaires. C’est ainsi que l’\u00e9quipe peut am\u00e9liorer le r\u00e9sultat.<\/p>\n Interaction d’\u00e9quipe<\/p>\n Une \u00e9quipe Scrum est un groupe de personnes qui travaillent pour un r\u00e9sultat et dans son ensemble. Tout le monde s’efforce d’atteindre un objectif commun.<\/p>\n Une \u00e9quipe Scrum est le plus souvent un groupe de cinq \u00e0 neuf personnes. C’est le nombre optimal, mais parfois il y a des \u00e9quipes 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\u00e8re avec le travail et r\u00e9duit la productivit\u00e9.<\/p>\n Propri\u00e9taire du produit.<\/strong> La personne qui repr\u00e9sente le produit et est l’interm\u00e9diaire entre le client, les utilisateurs et l’\u00e9quipe de d\u00e9veloppement. Parfois, cela peut \u00eatre le client lui-m\u00eame.<\/p>\n<\/li>\n Scrum master.<\/strong> Le plus souvent – un employ\u00e9 sp\u00e9cialement embauch\u00e9 qui dirige l’\u00e9quipe vers le r\u00e9sultat. Il ne g\u00e8re pas l’\u00e9quipe, mais supervise la mise en \u0153uvre des principes de base de Scrum. Sa t\u00e2che n’est pas de faire pression, de ne pas faire tout le travail lui-m\u00eame et de ne pas r\u00e9partir les responsabilit\u00e9s, mais d’aider, de diriger et de r\u00e9soudre les probl\u00e8mes qui entravent le processus de d\u00e9veloppement.<\/p>\n<\/li>\n D\u00e9veloppeurs.<\/strong> Une \u00e9quipe Scrum a toujours des personnes avec des comp\u00e9tences diff\u00e9rentes. Ainsi, une \u00e9quipe de cinq \u00e0 neuf personnes m\u00e8ne l’ensemble du projet du d\u00e9but \u00e0 la fin. Une \u00e9quipe – un produit fini.<\/p>\n<\/li>\n<\/ul>\n \u00c0 quoi ressemble une \u00e9quipe Scrum<\/p>\n Scrum fonctionne lorsqu’il y a une r\u00e9partition des r\u00f4les. Il y en a trois.<\/p>\n \u00c9quipe.<\/strong> Il s’agit d’un groupe auto-organis\u00e9 de 3 \u00e0 9 personnes. La contribution d’un salari\u00e9 individuel n’est pas \u00e9valu\u00e9e. Le r\u00e9sultat que l’\u00e9quipe a obtenu gr\u00e2ce \u00e0 des efforts conjoints importe uniquement.<\/p>\n Propri\u00e9taire du produit.<\/strong> Il s’agit g\u00e9n\u00e9ralement d’un entrepreneur qui conna\u00eet son entreprise et comprend les besoins des clients. Il a suffisamment d’exp\u00e9rience pour savoir ce que devrait \u00eatre le produit fini. Le Product Owner est le lien entre l’\u00e9quipe, le consommateur et la production. Il travaille avec le feedback, prend des d\u00e9cisions importantes et surveille le budget du projet. Le Product Owner n’indique pas \u00e0 l’\u00e9quipe la voie \u00e0 suivre, mais regarde uniquement le r\u00e9sultat.<\/p>\n Scrum Master ou Team Leader<\/strong>. Le Scrum Master est responsable du succ\u00e8s de l’\u00e9quipe. Il ne prend pas de d\u00e9cisions et ne dirige pas. Sa t\u00e2che est de faire travailler l’\u00e9quipe sans effet de levier de la direction. Le Scrum Master est le ciment qui unit l’\u00e9quipe.<\/p>\n Scrum est une technique de planification flexible qui convient \u00e0 tout projet. Avec son aide, vous pouvez augmenter la productivit\u00e9 de l’entreprise et obtenir de meilleurs r\u00e9sultats. Par exemple, l’\u00e9quipe passait un mois sur une t\u00e2che et un demi-mois sur des am\u00e9liorations. Maintenant, la m\u00eame t\u00e2che prendra 2 semaines et il n’y aura probablement aucune am\u00e9lioration.<\/p>\n Scrum est plus simple que les autres frameworks. Il donne les outils et sugg\u00e8re dans quel ordre les utiliser pour atteindre le r\u00e9sultat.<\/p>\n Scrum sugg\u00e8re de faire ceci:<\/p>\n Agile change la fa\u00e7on dont nous abordons la vie et l’entrepreneuriat. Il vous apprend \u00e0 r\u00e9agir rapidement aux circonstances et \u00e0 vous y adapter.<\/p>\n Agile fonctionne partout: dans la gestion, le commerce, les services. Quelqu’un l’utilise pour g\u00e9rer sa propre vie et se tenir au courant de tout.<\/p>\n<\/blockquote>\n 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\u00e9partements, et que chacun a son propre chef, la mise en \u0153uvre d’Agile peut \u00eatre retard\u00e9e. L’\u00e9quipe r\u00e9sistera au changement. Pour vous faciliter la t\u00e2che, ces entreprises invitent des coachs Agiles.<\/p>\n Agile ne convient pas \u00e0 ceux qui fabriquent un produit typique depuis de nombreuses ann\u00e9es cons\u00e9cutives. Il est plus rentable pour de telles entreprises de fabriquer mille chaises identiques \u00e0 la fois: il y aura encore des commandes. Mais d\u00e8s qu’un client appara\u00eet avec des souhaits particuliers, vous avez besoin exactement de la m\u00eame chaise, mais laissez les pieds \u00eatre plus larges et le rembourrage est plus brillant – Agile est n\u00e9cessaire.<\/p>\n En fonction des t\u00e2ches, nous appliquons diff\u00e9rentes m\u00e9thodes au sein de la philosophie – agile, scrum, kanban.<\/p>\n Scrum vous permet de d\u00e9velopper les qualit\u00e9s n\u00e9cessaires chez les employ\u00e9s – proactivit\u00e9, ind\u00e9pendance, organisation, comp\u00e9tences en communication et pr\u00e9voyance. Le point principal de la m\u00e9thode est d’effectuer des t\u00e2ches dans des \u00e9quipes auto-organis\u00e9es, o\u00f9 chacun a son propre r\u00f4le et chacun est responsable de sa part du travail. \u00c0 l’aide de scrum, nous menons des enqu\u00eates aupr\u00e8s du personnel, dressons des graphiques de la vitesse attendue de r\u00e9alisation des t\u00e2ches.<\/p>\n Nous utilisons Agile dans les communications internes. Nous avons r\u00e9cemment organis\u00e9 un autre sprint pour \u00e9liminer les retards des employ\u00e9s. Tous les patrons et sp\u00e9cialistes impliqu\u00e9s dans le projet ont pass\u00e9 toute la journ\u00e9e \u00e0 la r\u00e9union, discutant des r\u00e9alisations, des d\u00e9fis et des t\u00e2ches \u00e0 venir dans le nouveau sprint.<\/p>\n Maintenant, nous introduisons activement la m\u00e9thode kanban dans l’entreprise. L’objectif de la mise en \u0153uvre des kanban est d’augmenter la flexibilit\u00e9 de la production, de mieux s’adapter \u00e0 l’\u00e9volution des demandes du march\u00e9. En pratique, la m\u00e9thode nous a permis de r\u00e9aliser une correspondance entre le stock de l’entrep\u00f4t et les produits r\u00e9ellement utilis\u00e9s en production.<\/p>\n Un point important: la m\u00e9thodologie agile est une direction g\u00e9n\u00e9rale, et le kanban et le scrum en sont d\u00e9j\u00e0 les vari\u00e9t\u00e9s.<\/p>\n Nous utilisons un tas de scrum + waterfall, et avons \u00e9galement affin\u00e9 la planche agile elle-m\u00eame au cours de l’ann\u00e9e. Principale raison d’utilisation: transparence et simplicit\u00e9. En fait, cela s’av\u00e8re \u00eatre le m\u00eame pipeline Henry Ford: la transition d’une t\u00e2che de statut \u00e0 statut avec un changement d’interpr\u00e8te, par cons\u00e9quent, le principe principal du conseil agile lui-m\u00eame est d\u00e9j\u00e0 la simplicit\u00e9.<\/p>\n Nous utilisons l’agilit\u00e9 comme partie directe de notre flux de travail, de sorte que tous les projets, du d\u00e9veloppement de la marque et du site Web \u00e0 notre intelligence artificielle et \u00e0 notre startup de publicit\u00e9 native NativeOS, sont r\u00e9alis\u00e9s \u00e0 Chernika exactement selon ce flux de travail.<\/p>\n Un produit fonctionnel est plus important qu’une documentation d\u00e9taill\u00e9e. Cela ne signifie pas que nous ne conservons aucune documentation, non. C’est plut\u00f4t une vision d’efficacit\u00e9 avec un coup dur pour une bureaucratie inutile.<\/p>\n Scrum a apport\u00e9 du rythme et de la compr\u00e9hension \u00e0 notre \u00e9quipe – que nous soyons ponctuels ou non. On voit la vitesse du travail de l’\u00e9quipe, 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\u00e7ait juste \u00e0 le comprendre – maintenant nous l’avons perdu, il y a un sentiment constant que nous sommes \u00e0 l’heure. Si des risques surviennent, nous en discutons avec PD d\u00e8s le d\u00e9but, ajustons le plan ou r\u00e9duisons la port\u00e9e des t\u00e2ches d’une certaine mani\u00e8re.<\/p>\n Le travail est devenu plus transparent, la journ\u00e9e de travail a commenc\u00e9 \u00e0 s’inscrire dans la norme des 8 heures, et nous avons eu l’impression de commencer \u00e0 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\u00e8s mauvais effet sur la productivit\u00e9, vous devez vous en d\u00e9barrasser.<\/p>\n Pour plus de clart\u00e9 et d’ouverture du travail du d\u00e9partement de d\u00e9veloppement, nous avons mis en place un tableau sp\u00e9cial marqu\u00e9 \u00ab\u00e0 faire\u00bb, \u00aben cours\u00bb, \u00abr\u00e9vision\u00bb, \u00abtest\u00bb, \u00abtermin\u00e9\u00bb, o\u00f9 tous les membres de l’\u00e9quipe collent des autocollants avec les t\u00e2ches (dans la colonne \u00ab\u00e0 faire\u00bb), et au fur et \u00e0 mesure qu’ils sont termin\u00e9s, ils sont d\u00e9plac\u00e9s vers les points suivants, et une fin heureuse est le dernier \u00abfait\u00bb. Cela permet d’avoir une vue d’ensemble et de voir ce que chaque participant est travaille sur.<\/p>\n Un point tr\u00e8s important de la m\u00e9thode (et de l’organisation du workflow): apr\u00e8s approbation de toutes les t\u00e2ches (\u00ab\u00e0 faire\u00bb), la liste est bloqu\u00e9e \u00e0 l’insertion. Ainsi, les nouvelles t\u00e2ches entrantes ne distraient pas le processus et ne ralentissent pas le travail.<\/p>\n Tous les participants \u00e9valuent \u00e9galement chaque t\u00e2che en termes de temps et de co\u00fbts mat\u00e9riels qui seront n\u00e9cessaires pour l’accomplir. Et la cerise sur le g\u00e2teau, ce sont les r\u00e9unions quotidiennes \u00e0 une heure pr\u00e9cise (Daily Scrum), o\u00f9 chaque membre de l’\u00e9quipe parle bri\u00e8vement de ce qu’il va faire aujourd’hui, de ce qu’il a fait hier (et s’il a rencontr\u00e9 des obstacles). Ceci est important sur la voie des objectifs \u00e0 long terme – c’est ainsi que vous pouvez comprendre \u00e0 temps qu’il est temps de changer de strat\u00e9gie.<\/p>\n Nous avons impl\u00e9ment\u00e9 Scrum sur deux essais car tout le monde, de l’\u00e9quipe aux utilisateurs, veut un r\u00e9sultat plus pr\u00e9visible. C’est un plus de la m\u00e9thodologie – des rythmes clairs rationalisent l’\u00e9quipe, augmentent le niveau g\u00e9n\u00e9ral de connaissances sur le projet. En cons\u00e9quence, le r\u00e9sultat devient plus pr\u00e9visible, y compris pour nos \u00abparties prenantes\u00bb – les utilisateurs.<\/p>\n Le travail d’\u00e9quipe augmente \u00e9galement la responsabilit\u00e9: chacun ne re\u00e7oit un bonus que si l’\u00e9quipe a termin\u00e9 les t\u00e2ches d\u00e9finies \u00e0 un certain stade.<\/p>\n Inga Koryagina Sources utilis\u00e9es et liens utiles sur le sujet: https:\/\/rb.ru\/story\/agile-scrum-kanban\/<\/a> https:\/\/ru.esdifferent.com\/difference-between-agile-and-scrum<\/a> https: \/\/ skillbox. ru \/ media \/ management \/ kak_ponyat_scrum \/<\/a> https:\/\/allo.tochka.com\/agile-scrum<\/a><\/p>\nQu’est-ce que Agile?<\/h2>\n
Qu’est-ce que Scrum?<\/h2>\n
Similitudes entre Agile et Scrum:<\/h2>\n
La nature de l’Agile et de Scrum:<\/h2>\n
Exemples d’utilisation<\/h2>\n
\n
Comment et pourquoi la m\u00e9thodologie Scrum est apparue<\/h2>\n
\n
\n2 La qualit\u00e9 du produit est plus importante que la documentation.
\n3 L’interaction avec le client est plus importante que le contrat.
\n4 La pr\u00e9paration au changement est plus importante qu’un plan \u00e9tabli.<\/p>\n
\n2 Pr\u00eat \u00e0 changer \u00e0 tout moment.
\n3 Logiciel enti\u00e8rement fonctionnel – aussi souvent que possible.
\n4 La r\u00e9union d’\u00e9quipe est la meilleure solution pour partager des informations.
\n5 Le client et l’\u00e9quipe de d\u00e9veloppement doivent travailler ensemble.
\nFaites confiance aux gens pour faire leur travail.
\n7 Il y a un logiciel qui fonctionne – il y a des progr\u00e8s.
\n8 Processus agiles – d\u00e9veloppement continu.
\n9 L’attention port\u00e9e \u00e0 la qualit\u00e9 favorise la flexibilit\u00e9.
\n10 La simplicit\u00e9 du processus \u00e9limine les travaux inutiles.
\n11 Une \u00e9quipe auto-organis\u00e9e fonctionne mieux.
\n12 Recherche continue d’une plus grande efficacit\u00e9.<\/p>\nPrincipes fondamentaux de Scrum<\/h2>\n
L’importance de l’\u00e9quipe Scrum<\/h2>\n
Structure de commande<\/h3>\n
\n
R\u00e9partition des r\u00f4les<\/h4>\n
Outils Scrum<\/h2>\n
Instructions: comment utiliser Scrum pour travailler comme Ajail<\/h2>\n
\n
\u00c0 qui s’adresse Agile?<\/h2>\n
\n
Un mot aux experts<\/h2>\n
\n<\/strong>Agile est une philosophie, la m\u00eal\u00e9e est une structure, la cascade est une m\u00e9thode, le kanban est un syst\u00e8me de gestion. Scrum et Kanban sont des options agiles, mais elles pr\u00e9sentent des diff\u00e9rences claires. Scrum n\u00e9cessite des r\u00f4les fixes, alors que Kanban n’a pas les r\u00f4les requis. Scrum est bas\u00e9 sur des it\u00e9rations qui combinent la planification, l’optimisation des processus et la publication. Dans Kanban, vous pouvez le faire r\u00e9guli\u00e8rement ou quand vous en avez besoin. L’\u00e9quipe Scrum a besoin d’une \u00e9valuation de son travail, contrairement \u00e0 l’\u00e9quipe Kanban.<\/p>\n