Guide du débutant sur la gestion de projet Scrum 2021

 En ce qui concerne la nomenclature, les débutants peuvent être perplexes. Lorsque vous atteignez cette culture pour la première fois, les termes «Scrum» et «Agile» semblent être utilisés de manière interchangeable, mais il existe une différence significative.

Scrum Project Management est un système de gestion de projet basé sur l'approche Agile. Le terme Agile fait référence à une méthodologie de gestion de projet qui met l'accent sur le développement continu, la polyvalence de la portée, la participation de l'équipe et la livraison de produits de haute qualité.

Outre Scrum, il utilise Extreme Programming (XP) pour un développement initial cohérent et une réflexion Lean pour la réduction des déchets et l'approche Agile Unified Process (AUP) pour l'utilisation de méthodes agiles pour créer des logiciels d'application métier.

Qu'est-ce que Scrum

Scrum est une méthode de mise en œuvre du développement Agile.

Agile est décrit comme un ensemble de «méthodes et pratiques basées sur les valeurs et principes articulés dans le Manifeste Agile», qui comprend des concepts tels que le travail d'équipe, l'auto-organisation et la transversalité.

Commençons par définir ce que Scrum n'est pas. Il existe un malentendu courant selon lequel Agile est identique à Scrum. Bien que Scrum soit agile, ce n'est pas le seul moyen de mettre en pratique des concepts agiles. Scrum n'est qu'une des méthodologies de création de produits agiles. Extreme Programming (XP), Crystal, Feature Driven Development, DSDM Atern et d'autres sont des exemples d'autres approches. Le Manifeste Agile et ses principes associés sont suivis par ces deux approches. Considérez Agile comme de la crème glacée, avec Scrum, XP, Crystal et d'autres méthodologies servant de différentes saveurs, telles que le chocolat, la fraise et la vanille. Ils sont tous agiles, ils sont tous bons et beaucoup peuvent être utilisés en combinaison.

Une comparaison solide est la distinction entre une recette et un régime. Un régime végétarien est une compilation de croyances et d'approches et de pratiques fondées sur des valeurs. Une recette de tacos aux pois chiches sera un bon point de départ pour mettre en œuvre votre alimentation.

C'est comme une analogie avec la relation qui existe entre Agile (le régime) et Scrum (la recette).

Structure de Scrum 3-5-3

En termes simples, la structure est

• 3 rôles: Product Owner, Scrum Master et l'équipe.
• 5 événements: Sprint, Sprint Planning, Daily Scrum, Sprint Review et Sprint Retrospective.
• 3 artefacts: Backlog produit, Backlog Sprint et Incrément.

Si vous voulez en savoir plus sur Scrum, vous devriez lire

• The Scrum Guide

• Daily Scrum, Review and Retrospective Meetings

• Scrum Poker: A Scrum Estimating Tool

• Kanban and Kanban tools

Quelle est la particularité de la gestion de projet Scrum

Le concept de transparence est un principe Scrum important. Tous les membres de l'équipe doivent être conscients de ce sur quoi les autres travaillent, de leur progression et de ce que l'équipe essaie d'accomplir.

C'est pourquoi il est important de clarifier les choses pour tout le monde.

Le Scrum Board en est un élément essentiel. C'est ici que vous pouvez suivre votre Backlog, ainsi que les projets sur lesquels vous travaillez lors du prochain sprint et leur statut.

Les tableaux Scrum peuvent aller d'aussi basiques qu'un tableau blanc avec des notes autocollantes pour chaque tâche à des logiciels aussi sophistiqués que avancés avec des graphiques et des fonctionnalités de suivi des tâches.

La valeur de la gestion de projet Scrum

Scrum est un cadre éprouvé pour atteindre l'agilité de la machine. Ce cycle itératif peut être reproduit en exécutant des sprints courts avant que tous les éléments de travail ne soient terminés, que le budget soit épuisé ou qu'une date limite ne soit arrivée. L'élan du projet est préservé, et lorsque le projet se termine, Scrum garantit que le travail le plus important a été fait.

Ceci est en contraste direct avec l'approche en cascade plus conventionnelle, qui fixe la portée du projet à l'avance, nécessitant des spécifications complètes, un examen et une documentation de conception avant le début de la construction. Les retards et les dépassements de budget sont normaux, et le fait de ne pas hiérarchiser l'ensemble de fonctionnalités entraîne souvent des produits de mauvaise qualité surchargés de fonctionnalités dont le client n'a pas besoin.

Scrum Project Management Books to Read

• Ken Schwaber. Agile project management with Scrum. Redmond, WA: Microsoft Press.

• Mike Cohn. Succeeding with Agile: Software Development Using Scrum

• Jeff Sutherland. Scrum: The Art of Doing Twice the Work in Half the Time

• Kenneth S. Rubin. Essential Scrum: A Practical Guide to the Most Popular Agile Process

Logiciel de gestion de projet Scrum: gratuit et payant

Le logiciel Scrum favorise le travail d'équipe, l'ouverture et la productivité entre les membres de l'équipe en facilitant le cadre Scrum. Le logiciel Scrum, en réalité, peut profiter à presque toutes les organisations en facilitant la communication, en organisant la charge de travail et en aidant les participants à planifier plusieurs itérations.

Des outils de gestion Scrum qui sont bons répondraient à toutes les exigences du projet Agile. Ces outils mettent l'accent sur la collaboration quotidienne en utilisant une série d'activités spécifiques à Agile. Ce qui fonctionne le mieux, c'est une réévaluation polyvalente des plans qui est effectuée en phases de travail rapides et itératives.

Cette analyse du logiciel de gestion de projet Scrum compare les fonctionnalités, les prix, les intégrations et les avantages et inconvénients des outils suivants:

• ZenTao ALM- Best Scrum tool for automations and integrations

• Wrike- Best scrum tool for teams of all sizes

• MeisterTask- Best Scrum tool for beginners

• Nutcache- Best Scrum tool for managing time, expenses, and billing

• Jira- Best Scrum tool software for software engineering and testing

• Targetprocess- Best Scrum tool for SAFe and LeSS

• ClickUp- Best Scrum tool for bargain hunters who want lots of features

• Vivify Scrum- Best Scrum software user interface

• Axosoft- Best Scrum tool for complex projects

• Scrumwise- Best simple Scrum software with core Scrum features

Mots finaux

Le système Scrum est simple. Les règles, objets, événements et fonctions du jeu sont tous simples à comprendre. Son approche semi-prescriptive aide en fait à lever les ambiguïtés dans le processus de production tout en permettant aux entreprises d'ajouter leur propre saveur unique.

Il est parfait pour les projets difficiles car il organise les activités compliquées en user stories gérables. En outre, la délimitation cohérente des responsabilités et des activités planifiées garantit la transparence et le contrôle partagé tout au long du cycle de développement. Les versions rapides maintiennent l'équipe motivée et les utilisateurs satisfaits en leur permettant de voir les améliorations dans un court laps de temps.

Scrum, d'un autre côté, peut prendre un certain temps à apprendre, en particulier si l'équipe de développement est habituée à un modèle de cascade traditionnel. Des itérations plus petites, des réunions de mêlée fréquentes, des évaluations de sprint et la nomination d'un scrum master peuvent être un changement culturel difficile à faire pour une nouvelle équipe. Pensez à utiliser un outil de gestion de projet Scrum alors =)

Qu'est-ce que MVP

 Dans la Silicon Valley Bible d'Eric Ries, The Lean Start-Up, l'idée de Minimum Viable Product est apparue pour la première fois. Depuis lors, le MVP est devenu une pratique standard pour les équipes produit de divers secteurs, y compris le SaaS, le commerce électronique et les consommateurs l'électronique, les appareils portables et une variété d'autres.

Image from https://www.dynamicyield.com/glossary/minimum-viable-product/

Si vous voulez faire une voiture, ne faites pas d'abord les roues, puis faites les essieux, puis faites la coque de la voiture ... De cette façon, vous ne pouvez avoir une voiture qu'après que toutes les pièces sont finalement assemblées. vous devez d'abord construire une planche à roulettes, puis vous pouvez l'utiliser pour, par exemple, transporter des boîtes ou d'autres choses, puis transformer la planche à roulettes en scooter avec accoudoirs, puis la transformer en vélo. Puis une moto et enfin une voiture. Dans ce processus, vous pouvez avoir des «roues» à exécuter à chaque étape.

Suivez la méthode traditionnelle en cascade, effectuez toutes les analyses des exigences, puis toute la modélisation de la conception, puis toutes les implémentations de codage et enfin tous les tests. Vous ne l'avez pas fait de cette façon. Au lieu de cela, vous libérez les nouvelles fonctions développées à chaque itération, même tous les jours au cours de l'itération. Chaque petite fonction passera par l'ensemble du processus d'analyse, de conception, de codage et de test dans un cycle de 2/3 jours. Les fonctions libérées à chaque itération sont disponibles en elles-mêmes, et l'ensemble du système sera être disponible lorsque toutes les fonctions seront terminées. Vous publierez donc officiellement le système à la fin des trois itérations. Après tout, comment utiliser un système incomplet?

Le processus de développement est déjà très agile, n'est-ce pas? 

Beaucoup de gens ne peuvent pas comprendre cette image, car ils pensent que c'est une métaphore, pas vraiment des scooters aux vélos en passant par les motos et les voitures. Cependant, le tournant fondamental du développement logiciel agile est démontré dans cette image ci-dessus. Le logiciel est doux. Un vélo peut vraiment être converti en une moto avec un moteur, et cela n'affectera pas l'utilisation continue du vélo au moment de son installation. Cela peut même être plus absolu: si votre processus de développement logiciel ne se déroule pas de la même manière que le deuxième moitié de l'image, vous n'avez pas du tout pratiqué Agile.

Pendant tout ce processus, l'ensemble du système métier (pas seulement le système informatique) est disponible à tout moment, la modification du système métier est contrôlable et réversible à tout moment, et les avis d'amélioration sur le système métier peuvent être émis à tout moment. temps et être inclus dans les fonctionnalités suivantes.

Il s'agit d'une livraison itérative: le système logiciel est progressivement déployé dans le système d'entreprise de manière itérative, en changeant progressivement le système d'entreprise (plus numérique, plus pratique, meilleure expérience ...), et en veillant à ce que chaque étape du changement dans l'entreprise le système est sûr et fiable.

Qu'il s'agisse de déployer des systèmes logiciels et de modifier les systèmes d'entreprise de manière itérative, ou de déployer des systèmes logiciels et de modifier les systèmes d'entreprise de manière tout-en-un, c'est le tournant entre agile, non agile ou faux agile. Vous pouvez fermez la porte et engagez-vous dans le développement itératif. C'est amusant, mais au final, le logiciel est publié en grande quantité, et c'est en cascade.

Pour parcourir ce tournant, les user stories doivent être plus granulaires. L'étendue de la diffusion sélectionnée pour chaque itération doit être de bout en bout.

See also

• What is Agile Coaching
• Recommended Agile Readings 2021
• Agile and OKR Confusion

Lectures Agile recommandées 2021

Cette liste de livres est parfaite pour ceux qui s'intéressent à Agile, Scrum ou Lean! Cette liste a été compilée en gardant une trace des livres les plus répertoriés dans les communautés de gestion de projet en ligne. Pour compiler notre liste ultime de livres agiles, nous avons passé au peigne fin les critiques d'Amazon et avons ajouté les notes par étoiles. Bon nombre des principes décrits dans ces livres sont utilisés pour enseigner des cours de gestion de projet agile, qui sont de plus en plus courants.

** / * marque les lectures préférées

1  Life and Philosophy

Tao (by LaoZi）
Live Act（by Kazuo Inamori）
Steve Jobs (by Walter Isaacson)
Designing Design (by Kenyahara）
* Zen Mind, Beginner’s Mind (by Shunryu Suzuki )
Out of Control (by Kevin Kelly)
* Complexity: A guided tour (by Melanie Mitchell)

2  Leadership and Coaching

* Influence (by Robert B. Cialdini)

Creativity, Inc. (by Ed Catmull）
** Drive (by Daniel Pink)
Quiet Leadership: Six Steps to Transforming Performance at Work (by David Rock)
The Wisdom of Teams (by Jon R. Katzenbach and Douglas K. Smith)
Coaching for Performance (by John Whitmore)
Co-Active Coaching (by Henry Kimsey-House and other 3 authors)
The Art of Focused Conversation: 100 Ways to Access Group Wisdom in the Workplace (edited by Brian Stanfield for the Canadian Institute of Cultural Affairs)
The inner game of Tennis (byW. Timothy Gallwey)
Fearless Change (by Mary Lynn Manns, Linda Rising)
Zero to One(by Peter Thiel, Blake Masters)
Start with Why (by Simon Sinek)
* Switch (by Chip Heath, Chip Heath)
** Overcoming the Five Dysfunctions of a Team (by Patrick Lencioni)
Reinventing Organizations (by Frederic Laloux, Ken Wilber)

3 General Management

*  AntiFragile (by Nassim Nicholas Taleb)
The Leader’s Guide to Radical Management (by Stephen Denning)
The Steve Jobs Way: iLeadership for a New Generation (by Jay Elliot and William L. Simon)
Good to Great (by Jim Collins)
The Fifth Discipline (by Peter Senge)
Becoming a Technical Leader (by Gerald M.Weinberg)
Peak: How Great Companies Get Their Mojo from Maslow (by Chip Conley)
Amoeba Management (by Kazuo Inamori)
Participatory Marketing of XiaoMi (by Li Wan Qiang)
The TOYOTA Way (by Jeffrey Liker)
The Essential Drucker (by Peter F. Drucker)
** Mythical Man-Month (by Frederick P.Brooks)
* Hackers and Painters (by Paul Graham)
Getting Real (by Jason Fried / David Heinemeier Hansson / Matthew Linderman from 37signals)
* Rework (by Jason Fried、David Heinemeier Hansson from 37signals)

4  Agile Management

Agile Project Management with Scrum (by Ken Schwaber)
** Clean Agile (by Robert Martin, Uncle Bob）
* Large Scale Scrum (LeSS) (by Craig Larman / Bas Vodde)
** Scrum: The Art of Doing Twice the Work in Half the Time (By Jeff Sutherland )
Essential Scrum (by Ken Rubin)
* Management 3.0 (by Jurgen Appelo)
The Principles of Product Development Flow: Second Generation (by Donald G. Reinertsen)
* User Stories Applied (by Mike Cohn)
Succeeding with Agile (by Mike Cohn)
** Agile Retrospectives (by Esther Derby, Diana Larsen)
* Coaching Agile Teams (by Lyssa Adkins)
Agile Coaching (by Rachel Davies, Liz Sedley)
* ScrumMaster – The Great ScrumMaster（by Zuzana Sochova）
Lean Software Development : An Agile Toolkit (by Mary Poppendieck, Tom Poppendieck)
* Inspired: How To Create Products Customers Love 2nd Edition (by Marty Cagan)
** Scrum and XP from the Trenches (by Henrik Kniberg)
** Lean from the Trenches: Managing Large-Scale Projects with Kanban (by Henrik Kniberg)
Extreme Programming Explained: Embrace Change (by Kent Beck, Cynthia Andres)
Scaling Lean & Agile Development: Thinking and Organizational Tools for Large-Scale Scrum (by Craig Larman, Bas Odde)
Kanban: Successful Evolutionary Change for Your Technology Business (by David Anderson)
* Lean Startup (by Eric Ries)
* Impact Mapping (by Gojko Adzic)

5  Agile Technical

* Test-Driven Development (by Kent beck)

* Refactoring: Improving the Design of Existing Code (by Martin Fowler)

Working with Legacy Code (by Michael Feathers)

** Clean Code (by Robert Martin, Uncle Bob)

Agile Software Development (by Robert Martin)

* Self-expressed Codes(by Stephen Wang)

* Effective Unit Testing (by Lasse Koskela)

SOA with REST (by Thomas Er, Benjamin Carlyle, Cesare Pautasso, Raj Balasubramanian)

Agile Testing (by Lisa Crispin, Janet Gregory)

The Pragmatic Programmer: From Journeyman to Master (by Andrew Hunt, David Thomas)

Clean Coder (by Robert Martin)

Clean Architechure (by Robert Martin)

Specification by Example (by Gojko Adzic)

The Art of Agile Development (by James Shore, Shane Warden)

See also

• 10 Software Project Management Tools 2021
• How to introduce Scrum/Scrum tool to your team

Amoeba, TPS, Scrum et XP

 Récemment, j'ai rejoint l'étude et la tournée Amoeba au Japon et j'ai découvert l'Amoeba de Kyocera et le TPS de Toyota. À l'époque où j'ai commencé à apprendre le développement agile, j'ai entendu dire que ce développement agile a beaucoup appris de la direction de Toyota. Faire ce voyage d'étude m'a fourni une expérience plus directe et intuitive de la gestion d'Amoeba et j'ai fait une comparaison de Amoeba management, TPS, Scrum, Extreme Programming.

Regardons d'abord quelques informations générales.

Depuis l'invention des ordinateurs, des logiciels informatiques ont été développés. Avec le développement logiciel, il y a la gestion de projet logiciel. La méthode de gestion de projet populaire auparavant était Waterfall. Waterfall comporte quatre étapes: l'analyse des exigences, la conception du cadre, le codage et les tests. Il est supposé que chaque étape d'un projet doit être effectuée correctement, de sorte que le travail de l'étape suivante puisse être garanti.

Les inconvénients de Waterfall deviennent de plus en plus évidents avec le marché en constante évolution. Son cycle est long, il est difficile de répondre aux évolutions du marché dans le temps, et il y a une longue attente au milieu de celui-ci. Par exemple, un développement complet d'une cascade peut prendre six mois, voire quelques années. Pendant ce temps, il n'y aura pas de produit à livrer, donc d'autres départements, tels que le marketing et les ventes, devront attendre et ils n'auront aucun retour du marché. Il est probable que le produit échoue sur le marché lorsqu'il est finalement lancé.

Dans de telles circonstances, de nombreux prédécesseurs de l'industrie du logiciel ont étudié et proposé leurs solutions. En 2001, certains d'entre eux se sont réunis pour présenter le célèbre manifeste Agile et le concept d'Agile. Dans Agile, un logiciel fonctionnel est plus important que la documentation, et il met l'accent sur la communication avec les clients, le travail d'équipe et la planification adaptative en temps réel, au lieu de suivre strictement le plan. Parmi les nombreuses écoles d'Agile, les plus connues sont la programmation extrême (XP) et Scrum.'

Extreme Programming met l'accent sur l'ingénierie logicielle, qui garantit la qualité et la rapidité du développement logiciel grâce aux user stories, à la programmation par paires, à la propriété collective du code, à l'intégration continue et aux tests automatisés. Scrum est plus axé sur la gestion de manière micro. Il spécifie quels rôles dans une équipe de développement logiciel doivent jouer à différentes étapes. Extreme Programming et Scrum mettent l'accent sur la fourniture de logiciels exécutables aussi rapidement que possible par Sprints, en recueillant les commentaires du marché et de ses clients, puis en les ajustant à l'étape suivante. Cette approche, que nous appelons itération, ne prend généralement pas plus de quatre semaines et peut être livrée en une semaine, voire un jour.

Dans une itération, Scrum comprend l'analyse des exigences, la répartition des tâches, les réunions quotidiennes, les réunions de révision après l'itération et les réunions rétrospectives. Une équipe Scrum, dirigée par un Scrum Master, complète toutes les sessions, et termine finalement tout le travail nécessaire de développement et de test de logiciels, et délivre finalement des logiciels exécutables.

La plupart des équipes de développement adoptent simultanément Scrum et Extreme Programming. Scrum fonctionne comme un cadre au niveau macro, tandis que Extreme Programming guide les utilisateurs sur la façon de coder. À ce stade, je pense personnellement qu'il existe une similitude entre la gestion d'Amoeba et TPS. Amoeba traite de la façon de gérer votre entreprise, mais il ne vous dit pas comment minimiser les coûts et maximiser les profits, ce qui peut être fait dans TPS grâce à une série d'outils tels que Kanban.

Ensuite, voyons les similitudes d'Amoeba, TPS et Scrum, Extreme Programming.

La direction d'Amoeba insiste sur le fait que tout le monde est un manager et que chacun doit avoir le sens du management. Dans Scrum, une équipe autogérée est d'une grande importance et mise en valeur. Une équipe Scrum doit prendre des décisions pour elle-même, ajuster ses plans et gérer les problèmes. À cet égard, Amoeba et Scrum sont similaires à certains égards. Ils mettent tous les deux l'accent sur les initiatives des membres de l'équipe et améliorent le fonctionnement de l'entreprise en mobilisant l'enthousiasme de tous.

En termes de structure organisationnelle, la direction d'Amoeba et Scrum sont également similaires. La structure organisationnelle d'Amoeba a tendance à être plate et le nombre de membres dans chaque Amoeba n'est pas grand. La taille idéale d'une équipe Scrum n'est pas supérieure à dix. Les petites équipes sont plus flexibles et la communication est plus efficace, il est donc plus probable que les membres de l'équipe améliorent leur sentiment d'accomplissement.

En termes d'opérations, la direction d'Amoeba demande une déclaration Amoeba à chaque Amoeba. En calculant les dépenses directes, les dépenses partagées, les revenus externes et les revenus internes, le profit d'une Amoeba est calculé, puis la valeur ajoutée unitaire de temps de l'Amoeba est calculée. Scrum demande le Product Backlog de chaque itération (l'objectif de cette itération), le Burnout Chart (un graphique pour montrer la progression du projet) et la vitesse (à quelle vitesse une équipe Scrum termine un story point. Pendant ce temps, une variété d'estimations sont nécessaires, avec les accessoires d'estimation (Scrum Poker).

En étudiant l'amibe à Kyocera, j'ai constaté que les réunions quotidiennes du matin et les réunions d'analyse commerciale sont similaires aux réunions quotidiennes debout et aux réunions rétrospectives dans Scrum respectivement. De plus, la rencontre régulière avec ouverture et cordialité est cohérente avec l'esprit d'équipe dans de nombreuses sociétés informatiques.

Amoeba met également l'accent sur la gestion visuelle d'une équipe. Une équipe Scrum utilise une variété d'outils pour visualiser la progression de toute l'équipe et la présenter à tout le monde.

Grâce à la mise en œuvre d'Amoeba, les membres de l'équipe sont formés pour avoir le sens des affaires. Scrum met également l'accent sur l'autogestion et la croissance au sein de l'équipe, et de nombreux talents managériaux émergeront en faisant Scrum.

Toyota TPS réduit les déchets et livre rapidement grâce à la réclamation post-processus, au nivellement de la production et à la garantie d'auto-travail. Parce que je n'ai qu'une compréhension préliminaire de Toyota TPS, je ne peux parler que brièvement de ses similitudes avec la programmation extrême.

Une pratique très importante dans la programmation extrême est le test unitaire. Les plus petites unités du logiciel sont la fonction. Chaque fonction a sa propre entrée. Il complète certaines fonctions et a finalement sa propre sortie. Les tests unitaires garantissent que la fonction fonctionne correctement en écrivant des cas de test dans divers scénarios. Par exemple, une fonction Sum (A, B). Le paramètre A peut être positif, négatif, décimal, zéro, chaîne, etc. Couplé au paramètre B, il y aura une douzaine, voire des dizaines de scénarios typiques. Lorsque nous terminons cette fonction ou y apportons des modifications ultérieures, nous devons exécuter tous les cas de test pour nous assurer que la fonction sera correcte. Même si dans des situations anormales, nous pouvons encore y faire face. Ceci est similaire à la garantie d'auto-travail dans TPS. Dans les ateliers de production de Toyota, une variété d'outils de détection et d'outils de guidage sont fournis. Par exemple, si la vis n'est pas serrée, le voyant correspondant apparaît. Il s'agit d'un cas de test unitaire en programmation.

Après les tests unitaires, les tests d'intégration, les tests du système, etc. seront effectués, ce qui est très similaire à une variété de contrôles et de tests après l'assemblage de la voiture chez Toyota. Une fois l'assemblage de la voiture terminé, le test d'apparence, le test du volant, le test de démarrage et le test de freinage seront effectués par un testeur particulier, ainsi que le test sur les différents tableaux de bord et ainsi de suite en état de conduite à grande vitesse. Il y a plus de 1 500 tests ou plus pour une voiture chez Toyota.

La programmation extrême met l'accent sur l'automatisation. Par exemple, il existe divers frameworks de test d'automatisation pour aider les programmeurs lors de l'exécution de tests unitaires. Il existe également une variété d'outils pour aider QA, lorsqu'ils effectuent des tests de système. L'automatisation est également au cœur du TPS. Dans l'usine de Toyota, toutes sortes d'outils d'automatisation sont partout. Ils ont même créé un mot en japonais pour cela: un caractère signifiant être humain est ajouté au verbe pour souligner les initiatives sous le principe de l'automatisation mécanique.

Afin de réduire les déchets, Toyota a mis en œuvre la réclamation post-processus. Je pense que c'est similaire au développement piloté par les tests. Le développement piloté par les tests consiste à écrire d'abord des codes pour un test unitaire, puis à écrire un programme capable de passer le code de test unitaire.

Le nivellement de la production et le développement Agile sont également similaires. La production de nivellement est caractérisée en évitant la production de masse et en économisant le temps de changement de moule pour atteindre une efficacité globale. Par exemple, si nous réalisons une production en série de la procédure A, le travail du personnel de la procédure B sera suspendu. La manière de mélanger AABBCC peut garantir l'efficacité de chacun. Dans le développement Agile, la conception, le développement et les tests sont effectués simultanément, et il s'agit de fournir à tout le monde la concurrence et d'éviter trop de temps d'attente et de gaspillage.

Il existe quatre principes d'assurance qualité dans les postes de travail TPS: suivre le fonctionnement standard, correspondant à la spécification de code dans Extreme Programming; Auto-inspection, correspondant à l'autotest en cours de développement; reconnaissance mutuelle de la qualité, correspondant à la programmation par paires et à la mesure mutuelle en développement; et améliorer les opérations faciles à utiliser, correspondant à une optimisation continue du développement.

L'ouvrier polyvalent dans TPS et l'ingénieur full stack en développement logiciel sont complètement les mêmes concepts.

La gestion TOYOTA Kanban a été complètement adoptée dans le développement de logiciels.

Qu'il s'agisse d'Amoeba, TPS, Scrum ou Extreme Programming, c'est un processus d'amélioration continue et sans fin, et d'apprentissage sans fin. Écrit le 24 août 2018 sur un bus de tournée pressé, juste pour votre référence.

See also

• Beginners' Guide to Scrum Project Management
• Collective code ownership is an important factor of XP
• Extreme Programming: Planning Game