Session donnée lors de l'Agile Tour Marseille, le 13 octobre 2011, sur la réduction des gaspillages
Pour lutter contre les facteurs de coûts, deux grandes tendances ont émergé du monde de l’industrie : le taylorisme et le lean. Dans le premier cas, on cherche à réduire le cout de main d’oeuvre de la tache, en s’intéressant au TJM le plus bas. Dans l’apporche Lean, on recherche d’abord à réduire les gaspillages tells que la surproduction, l'attente, les pertes de temps dans les tâches sans valeur ajoutée, les développements mal faits, les défauts, et le plus intéressant d'entre eux, les stocks.
Nous voyons donc lors de cette conference en quoi ces gaspillages se retrouvent dans le monde de l’informatique, et comment les démarches et pratiques agiles permettent de les réduire.
Bien que l'AOP apporte plusieurs bénéfices architecturaux et techniques aux équipes qui en font usage, l'AOP vient également avec son lot de pièges. Pour ces raisons, plusieurs délaissent l'AOP à cause de la complexité indue qui pourrait toutefois être réduite en suivant de simples bonnes pratiques et en préparant adéquatement son intégration.
Cette présentation a pour but d'aider une équipe à embrasser l'AOP tout en évitant les pièges. On y traitera de diverses bonnes et mauvaises pratiques avec l'AOP (architecture, IDE, refactorisation, tests...). L'accent sera placé sur des conseils pratiques comme le choix de frameworks (ex.: AspectJ ou Spring-AOP), du mode de tissage approprié à votre contexte, des conflits avec d'autres technologies Java, etc.
Bien que l'AOP apporte plusieurs bénéfices architecturaux et techniques aux équipes qui en font usage, l'AOP vient également avec son lot de pièges. Pour ces raisons, plusieurs délaissent l'AOP à cause de la complexité indue qui pourrait toutefois être réduite en suivant de simples bonnes pratiques et en préparant adéquatement son intégration.
Cette présentation a pour but d'aider une équipe à embrasser l'AOP tout en évitant les pièges. On y traitera de diverses bonnes et mauvaises pratiques avec l'AOP (architecture, IDE, refactorisation, tests...). L'accent sera placé sur des conseils pratiques comme le choix de frameworks (ex.: AspectJ ou Spring-AOP), du mode de tissage approprié à votre contexte, des conflits avec d'autres technologies Java, etc.
Formation Extreme Programming, Tests unitaires, travail collaboratifkemenaran
Cette formation développe les méthodes de l'Extreme Programming, introduit les tests unitaires et le Test Driven Developpement sous différents frameworks (dont CakePHP), et présente différents outils de travail collaboratif : SVN, Make, Trac, etc.
Webinar - Mieux s'entendre entre Dev / PO / Testeur avec TDD et BDDDC CONSULTANTS
Support de notre Webinar sur le Test Driven Development ou Alex GON et les Digital Catalysts ont pu proposer leur approche du Testing agile, en partenariat avec ACENSI !
Retrouvez le replay sur notre chaine Youtube : https://www.youtube.com/watch?v=vwGhDwszmj8
Pour toute question nous contacter :-) (voir support)
Propulsez votre architecture grâce au TDD et aux mocks (Agile Tour Montréal 2...Elapse Technologies
Présentée à Agile Tour Montréal 2012 (Agile Montréal) le 24 novembre 2012.
Nous savons depuis longtemps que les tests automatisés jouent un rôle important pour les équipes de développement Agile. Bien que la communauté ait découvert depuis un certain temps des pratiques permettant de maximiser l’émergence du design via le TDD, il est rare que l’on présente des astuces concrètes pour obtenir ce bénéfice.
Cette présentation explique comment tirer le maximum de vos tests unitaires et des « mocks ». Nous présenterons, plus particulièrement, le style de TDD « mockiste ». Ainsi, nous verrons comment les mocks peuvent nous aider à concevoir une architecture ayant une meilleure conception orientée objet.
La séance prendra la forme d'un tutoriel (démonstration).
Niveau : Avancé
Public cible : Développeurs et architectes
Version de 90 minutes
Webinar TDD / BDD : Comment mieux délivrer et s'entendre pour le Product Owne...DC CONSULTANTS
Support de notre Webinar sur le Test Driven Development ou Alex GON et les Digital Catalysts ont pu proposer leur approche du Testing agile.
Retrouvez le replay sur notre chaine Youtube : https://www.youtube.com/watch?v=vwGhDwszmj8
Pour toute question nous contacter :-) (voir support)
Slides de la conférence donnée lors de l'Agile Tour 2010 à Vannes.
L'objectif de la conférence est d'expliquer en quoi les pratiques agiles permettent de réduire les coûts de développement.
Ainsi pense la scrum.org (Pense pas Bête pour comprendre les assement de nive...Jean-Luc MAZE
Vous souhaitez (ou vous avez essayer et vous souhaiteriez la re) passer l'une des certifications de niveau 1 de la scrum.org (PSM, PSOP, PSD...) C'est très bien.
Ma précédente présentation est là pour vous aider à vous préparer...mais de temps en temps on tombe sur un point dur alors pour vous éviter d'y laisser toute vos dents, je vous livre aujourd'hui je que je pense comprendre de la pensée de la scrum.org.
Merci de votre feedback et bonne préparation
Jean-Luc
Lean agile camp rex book sprint-agile fr2014domidp
LeanAgileCampou comment l'écriture d'un livre nous en apprend plus que ce que nous pensions transmettre. Un retour d'expérience en 5 jours et autant de découvertes.
Un groupe de 10 praticiens Lean et Agile se retire du monde pour construire un pont entre ces deux disciplines, et en tirer un livre. Le temps est limité, il faudra être efficace, utiliser ces mêmes connaissances qu'ils souhaitent partager, et les confronter à la réalité de la création d'un produit. En fin de compte, cet exercice prouve au moins un grand principe : Le Lean est bel et bien, avant tout, un système d'apprentissage. Dominique de Prémorel, coach Lean, et Christophe Ordano, entrepreneur agile, partagent avec vous les conclusions du livre, mais aussi celles de son écriture.
Formation Extreme Programming, Tests unitaires, travail collaboratifkemenaran
Cette formation développe les méthodes de l'Extreme Programming, introduit les tests unitaires et le Test Driven Developpement sous différents frameworks (dont CakePHP), et présente différents outils de travail collaboratif : SVN, Make, Trac, etc.
Webinar - Mieux s'entendre entre Dev / PO / Testeur avec TDD et BDDDC CONSULTANTS
Support de notre Webinar sur le Test Driven Development ou Alex GON et les Digital Catalysts ont pu proposer leur approche du Testing agile, en partenariat avec ACENSI !
Retrouvez le replay sur notre chaine Youtube : https://www.youtube.com/watch?v=vwGhDwszmj8
Pour toute question nous contacter :-) (voir support)
Propulsez votre architecture grâce au TDD et aux mocks (Agile Tour Montréal 2...Elapse Technologies
Présentée à Agile Tour Montréal 2012 (Agile Montréal) le 24 novembre 2012.
Nous savons depuis longtemps que les tests automatisés jouent un rôle important pour les équipes de développement Agile. Bien que la communauté ait découvert depuis un certain temps des pratiques permettant de maximiser l’émergence du design via le TDD, il est rare que l’on présente des astuces concrètes pour obtenir ce bénéfice.
Cette présentation explique comment tirer le maximum de vos tests unitaires et des « mocks ». Nous présenterons, plus particulièrement, le style de TDD « mockiste ». Ainsi, nous verrons comment les mocks peuvent nous aider à concevoir une architecture ayant une meilleure conception orientée objet.
La séance prendra la forme d'un tutoriel (démonstration).
Niveau : Avancé
Public cible : Développeurs et architectes
Version de 90 minutes
Webinar TDD / BDD : Comment mieux délivrer et s'entendre pour le Product Owne...DC CONSULTANTS
Support de notre Webinar sur le Test Driven Development ou Alex GON et les Digital Catalysts ont pu proposer leur approche du Testing agile.
Retrouvez le replay sur notre chaine Youtube : https://www.youtube.com/watch?v=vwGhDwszmj8
Pour toute question nous contacter :-) (voir support)
Slides de la conférence donnée lors de l'Agile Tour 2010 à Vannes.
L'objectif de la conférence est d'expliquer en quoi les pratiques agiles permettent de réduire les coûts de développement.
Ainsi pense la scrum.org (Pense pas Bête pour comprendre les assement de nive...Jean-Luc MAZE
Vous souhaitez (ou vous avez essayer et vous souhaiteriez la re) passer l'une des certifications de niveau 1 de la scrum.org (PSM, PSOP, PSD...) C'est très bien.
Ma précédente présentation est là pour vous aider à vous préparer...mais de temps en temps on tombe sur un point dur alors pour vous éviter d'y laisser toute vos dents, je vous livre aujourd'hui je que je pense comprendre de la pensée de la scrum.org.
Merci de votre feedback et bonne préparation
Jean-Luc
Lean agile camp rex book sprint-agile fr2014domidp
LeanAgileCampou comment l'écriture d'un livre nous en apprend plus que ce que nous pensions transmettre. Un retour d'expérience en 5 jours et autant de découvertes.
Un groupe de 10 praticiens Lean et Agile se retire du monde pour construire un pont entre ces deux disciplines, et en tirer un livre. Le temps est limité, il faudra être efficace, utiliser ces mêmes connaissances qu'ils souhaitent partager, et les confronter à la réalité de la création d'un produit. En fin de compte, cet exercice prouve au moins un grand principe : Le Lean est bel et bien, avant tout, un système d'apprentissage. Dominique de Prémorel, coach Lean, et Christophe Ordano, entrepreneur agile, partagent avec vous les conclusions du livre, mais aussi celles de son écriture.
L’objectif d’une formation en mode projet Agile est de délivrer la formation la plus adaptée à une population ayant un niveau potentiellement hétérogène, des expériences différentes, avec en tout cas un niveau de connaissance que l’on ne connait pas bien à l’avance et qui n’est pas forcément alignée avec votre contenu de cours.
Plutôt que de dérouler une formation linéaire ou les participants peuvent décrocher car connaissent le sujet ou au contraire manquent de bases, une formation agile s’adapte le plus possible aux participants.
Pour Josiane qui travaille en DSI et se demande quelle destination choisir : l'entreprise doit être plus agile !
Lean-Agile-Kanban ? Quel est le bon choix ?
Un regard sur l'histoire de ces approches assorti d'une analyse de l'évolution de l'agilité nous permettra peut-être d'y voir plus clair pour aider Josiane…
www.touscours.net, Groupes,Permutations,Anneaux,Arithmétique dans Z,Corps commutatif,Les polynômes formels à une indéterminée à coefficients dans un corps K,Fonctions polynomiales,racines,Espaces vectoriels,K-algèbres,Espaces vectoriels de type fini,Matrices,Déterminants,Fractions rationnelles,Produit scalaire sur un R-ev,Espace vectoriel euclidien,R-ev euclidien orienté de dimension 2,R-ev euclidien orienté de dimension 3,Espaces affines,Géométrie dans un espace affine euclidien
Session animée par Guillaume SAINT ETIENNE qui, passionné pour le Web, tente aujourd'hui de faire adopter les bonnes pratiques issues des meilleurs départements R&D logiciels français au monde des sociétés de services. La production ou réalisation de logiciel n'est pas la science exacte que l'on aurait aimé qu'elle soit. Il convient donc de faire des ajustements. Les Sociétés de Services Logiciel sont une constituante majeure de cet univers et relient les hommes, du passeur d'ordre au réalisateur en passant par tous les intermédiaires possibles et imaginables. C'est donc avec eux, chez eux, que les démarches Agiles prendront tout leur sens. Pour autant, sont-ils prêts à entrer dans cette nouvelle ère, quel est l'état des lieux, et quels sont les obstacles qui nous attendent ?
Mise un oeuvre d'un projet Mobile chez Cetelem en ScrumCyrille Deruel
Vous hésitez à développer vos applications mobiles avec Scrum ? Figurez-vous que même dans des contextes hautement complexes c'est possible ! Différentes entités, différents développements : iPhone, Android, Webmobile, socle multicanal... Nous l'avons fait !
Elise PEYRET (Product Owner chez Cetelem) et Cyrille DERUEL (Delivery Manager chez OCTO Technology) se proposent de partager avec vous leur d'expérience sur la mise en œuvre agile (Scrum) du projet Cetelem Mobile.
A l’issue de cette session vous aurez reçu :
- Nos Do’s & Don’ts à propos des méthodes agiles lorsqu'elles sont appliquées à des projets de mobilité
- Les modèles d’organisation que nous avons mis en œuvre
- Les outils et les compétences clés pour démarrer un tel projet
Venez donc voir comment allier autant de technos mobiles sur 6 mois tout en gardant la tête sur les épaules avec des pratiques agiles.
Collaboration avec le client plutôt que négociation de contrat » est certes l'un des 4 piliers du manifeste agile. Mais quel client, quel fournisseur seraient capables de démarrer un projet sans contrat? Cette présentation n'a pas pour objectif de vous donner la solution clés en main mais d'ouvrir le débat après avoir dépeint les solutions disponibles et donné des pistes de réflexion
-- Support d'une session sur les principes Lean aux implémentations Agiles datant de 2009
Pitch
Découvrir ce qu’est le management visuel en parcourant sa mise en œuvre dans les méthodes agiles Scrum, XP et Kanban. Comprendre comment ces outils simples et collaboratifs apportent de la valeur à l’équipe, au projet et à l’organisation grâce à l’éclairage particulier des principes Lean. Avoir assez d’informations pour démarrer simplement le management visuel dans votre contexte projet quelque soit votre culture d’entreprise.
Audience
Cette session est principalement à destination des décideurs, manageurs, directeurs et chefs de projet ainsi qu’aux coachs agiles (Scrummaster, coach XP).
Les agilistes, développeurs et testeurs seront également être intéressés par ces outils collaboratifs.
Pré-requis : cette session aborde différentes notions (Scrum, Lean, Kanban) mais n’est pas une session sur ces méthodes. Une connaissance minimum des méthodes agiles est requise pour mieux appréhender les concepts et le vocabulaire utilisés pendant la session.
Bénéfices
Avec cette session, vous allez découvrir les fondamentaux du management visuel avec une ouverture vers d’autres concepts plus larges que ceux portés par Scrum ou XP, tels que le Kanban ou le flux tiré. Vous allez également découvrir certains principes du Lean ainsi que des applications et outils pratiques et utilisables immédiatement.
Le Lean apporte de la profondeur et une meilleure compréhension aux outils tandis que la simplicité et le pragmatisme des outils sont un point d’entrée efficace vers le Lean Thinking.
Le management visuel n’est pas spécifique aux méthodes agiles mais bien une discipline à part entière qui permet de rendre visible des gaspillages plus simplement et plus rapidement qu’avec des outils numériques traditionnels. Il créé un environnement favorisant un comportement responsable et facilitant la transition vers l’auto organisation. Ces outils stimulent l’amélioration continue.
Surmonter les anti-patrons culturels nuisant à DevOpsAgile Montréal
Êtes-vous intéressés à déployer DevOps dans votre organisation?
Par où commencer?
Quels sont les pièges à éviter?
Avez-vous des difficultés à mettre en œuvre ou à faire évoluer votre pratique DevOps?
Il est probable que votre entreprise possède au moins un ou plusieurs anti-patrons culturels qui entravent vos capacités de DevOps, le plus probablement issus de pratiques héritées du passé. Après un bref historique des cycles de vie des logiciels menant à DevOps, nous présentons une série d'anti-patrons culturels affectant les performances de livraison des logiciels et les performances organisationnelles. Les anti-patrons sont liés aux catégories de capacités DevOps (technique, gestion, développement de produit et leadership). Des solutions sont proposées pour éliminer ou atténuer ces anti-patrons. Enfin, des exemples concrets tirés de l’expérience des auteurs sont présentés pour aider à limiter les conséquences des anti-patrons et ainsi développer les capacités requises pour DevOps.
Jean-Marc Lavoie
Sylvie Trudel
Agilité, Productivité et Qualité au Centre avec Visual Studio 2012Microsoft
Visual Studio 2012 constitue véritablement une release majeure de la plateforme de développement ALM de Microsoft. On note un momentum important autour de l’ALM et des méthodes Agiles en France depuis 2 ans. Au cours de cette session, vous découvrirez, au travers de démonstrations, les fonctionnalités clés de la plateforme pour augmenter la productivité de vos équipes de développement tant pour ce qui concerne les outils de développement que le support de l’agilité et la qualité des incréments de produits livrés. Avec le développement d’applications modernes avec Windows 8, l’intégration full ou hybrid Cloud avec Windows Azure, le contrôle de qualité du code avec les outils Code Analysis, ou encore Code Clone Analysis, l’analyse des dépendances et le profiler de performance pour détecter au plus tôt les goulots d’étranglement. Sera abordé également le nouvel environnement de travail optimisé pour le développeur dans Team Explorer avec la gestion du travail en cours, les processus de Code Review et de Feedback Request ainsi que les fonctions de Suspend Resume. Egalement, La planification Agile et le travail en mode SCRUM avec les outils intégrés à la nouvelle version du Web Access. Enfin le bénéfice de la nouvelle version du centre qualité sera démontré pour assurer un haut niveau de qualité délivré avec Test & Lab Mangement, des scénarios BDT s’appuyant sur des tests unitaires et des Tests d’interfaces automatisés et les fonctions de Remote Device testing pour les tablettes Windows 8. Au travers d'un retour d'expérience client, nous porterons également un focus particulier sur les bénéfices obtenus dans le cas d’un contexte offshore à la suite d’une migration vers TFS 2012
Similaire à AT Marseille 2011 - Réduisons les gaspillages (20)
4. Nos objectifs
1. « Nous voulons délivrer des applications de
qualité durablement »
2. « Nous recherchons continuellement la
maximisation du ratio
Satisfaction utilisateur / Coût »
Attaquons-nous aux
COÛTS
4
7. Les piliers du Lean
Qualité++, Sécurité ++,
Temps d’écoulement --, Moral ++,
Coûts --
JUSTE-
A-TEMPS KAIZEN JIDOKA
Philosophie, Hommes, Standards, Management visuel
7
8. Les piliers du Lean
KAIZEN
2 forces :
Employés et travail d’équipe
Réduction des gaspillages
8
9. Qu’est-ce qu’un gaspillage ?
• Wikipedia : « Le gaspillage est l'action qui consiste
à utiliser une ressource de manière non
rationnelle ou à mauvais escient »
• Objectifs du Lean
o Les identifier
o Les réduire, voire les supprimer
9
10. Les types de gaspillage dans le Lean
• La surproduction
• L’attente
• Le transport inutile
• Le actions inutiles ou répétées
• La complexité
• Les défauts
• Les stocks
10
11. Les types de gaspillage dans le Lean
• La surproduction
• L’attente
• Le transport inutile
• Le actions inutiles ou répétées
• La complexité
• Les défauts
• Les stocks
• La dette
11
12. La chasse aux gaspillages
Partons à la chasse aux gaspillages !
12
13. La surproduction
60% des fonctionnalités peu
ou pas du tout utilisées
Conséquence(s) : le ROI tend vers zéro
Quels progrès dans l’Agile ?
B
D
E
A
C
YAGNI Prioriser Itérations Kanban
13
14. Surproduction et priorisation
Priorité +
B Changement
possible
D
A
Porte de sortie
C
E
I
J
U
R Maximisation
M
de la valeur produite
L
Priorité - H
sous contrainte
14
15. L’attente et les retards
MOA DEV TEST CLIENT
Conséquences :
• Le changement coûte très cher
• La rentabilité est elle-même retardée
Quels progrès dans l’Agile ?
Equipes
Itérations Kanban auto-organisées Obeya15
16. Attente et Kanban
FLUX CONTINU
Mesure du temps
TAKT Time
Henrik Kniberg – Kanban and Scrum
16
19. Les actions inutiles ou répétées
Autres actions répétées :
• Compilations manuelles
• Tests manuels
Conséquences :
• La rentabilité est également retardée et/ou diminuée
• Perte d’informations et apparition de défauts
Quels progrès dans l’Agile ?
Pilotage par les tests Interactions Intégration
Rétrospective
directes continue 19
20. Les défauts
Bugs Fonctionnalités Ergonomie
non conformes inadaptée
Conséquences :
• Augmentation des coûts
• Baisse de la qualité Quels progrès dans l’Agile ?
Intégration Définition
Pilotage par les tests continue Feedback de fini 20
21. Les stocks - Les types de stock
Stock Stock
d’idées de besoins
CDC
MOA
Fonctionnels
Stock
de conception Stock
DSD de spécifications
Stock
DCT, DAT,... de développements
Développeurs
Architectes
Testeurs
Stock
Stock de défauts Stock
Manuels
de documentation Cahier de tests de tests
21
22. Histoire d’un projet
10j 8j 20j
Temps : J + 0 jours
145
138
123
113
53
38
18 jours
10 jours
J+0 J+10 J+18
CDC DSD
J+38 15j
10j 60j DCT, DAT,…
J+53
J+113
J+123
15j
7j
J+138
J+145
22
25. Bilan de l’histoire
En définitive, le temps passé dans le stock
est important Temps utile : 4,5%
Temps de Stock : 95,5%
• Pour quelle raison ?
o Parce que la fonctionnalité est réalisée en même
temps que toutes les autres
25
26. Pour quelles conséquences ?
• Time to Market >= 145 j
• La valeur de la fonctionnalité diminue
• Les défauts se dissimulent dans les stocks
• Ils ne sont souvent découverts que trop tard
26
27. Pour quelles conséquences ?
• Time to Market >= 145 j
• La valeur de la fonctionnalité diminue
• Les défauts se dissimulent dans les stocks
• Ils ne sont souvent découverts que trop tard
27
28. Pour quelles conséquences ?
• Time to Market >= 145 j
• La valeur de la fonctionnalité diminue
• Les défauts se dissimulent dans les stocks
• Ils ne sont souvent découverts que trop tard
• Le stock engendre un risque important de
dépassement de coûts
28
29. Les contre-mesures
Quels progrès dans l’Agile ?
B
D
E
A
C
Itérations Kanban Prioriser
Intégration
Pilotage par les tests Feedback
continue
29
30. La dette – les types de dette
Obsolescence Besoins
Code Tests
31. Exemple : la dette de tests
Principal = pas de tests automatisés
Intérêts payés :
• Temps de correction des bugs
• Répétition des tests manuels de non régression
• Bugs encore présents en production
• Peur du changement, et de la régression !
31
32. Exemple : la dette de tests
Principal = pas de tests automatisés
Intérêts payés :
• Temps de correction des bugs
• Répétition des tests manuels de non régression
• Bugs encore présents en production
• Peur du changement, et de la régression !
Si on ne rembourse pas, on court vers le défaut :
C’est la refonte !
Il faut maitriser sa dette !
32
33. Quelles contre-mesures ?
Quels progrès dans l’Agile ?
Pilotage par les tests Intégration
Définition
continue
de fini
Code Review Refactoring Feedback
33
38. Finalement,
3 conseils
Adoptez les Favorisez le Multipliez les
cycles itératifs feedback régulier interactions
2 recommandations
Réduisez vos Maitrisez
gaspillages votre dette
1 mot de la fin
MERCI de votre attention !
38
Notes de l'éditeur
Juste à temps : le flux continu en pièce à pièce, le flux tiré, le lissage, etc.Jidoka : « autonomation » : Capacité d’une machine à contrôler automatiquement son bon fonctionnement,arrêt de production au premier défaut
Juste à temps : le flux continu en pièce à pièce, le flux tiré, le lissage, etc.Jidoka : « autonomation » : Capacité d’une machine à contrôler automatiquement son bon fonctionnement,arrêt de production au premier défaut
Le plus fondamental des gaspillagesOn investit dans la spécification, la conception, le développement, la recette, la correction de bugs, la maintenance, etc.YAGNI : Ce que l’on ne développe pas ne coûte rienPrioriser par la valeur d’affaire, la satisfaction utilisateur, etc.Développer par itérationPour pouvoir réviser les prioritésPour supprimer les fonctionnalités devenues inutilesPour s’arrêter quand la valeur produite est suffisante
Le développement a démarré 4 mois après la prise de décisionLes spécifications sont en cours de validationLes testeurs sont en attente d’une version en recetteLes utilisateurs attendent 9 mois qu’une première version de l’application soit disponible
A chaque étape : REFORMULATION, et donc INTERPRETATION, et donc ERREUREst-ce toujours utile de reformuler autant de fois ?Oui dans certains cas : traçabilité de la fabrication d’un avion
A chaque étape : REFORMULATION, et donc INTERPRETATION, et donc ERREUREst-ce toujours utile de reformuler autant de fois ?Oui dans certains cas : traçabilité de la fabrication d’un avion
Coût lié à la détection du défaut, à la correction, à la vérification de la non-régression, au passage en productionFeedback continu : review
Cycle en V : vérification qui a le + de valeur, faites par le client, le plus tard possible !!
Cycle en V : vérification qui a le + de valeur, faites par le client, le plus tard possible !!
Cycle en V : vérification qui a le + de valeur, faites par le client, le plus tard possible !!
Les cycles itératifsEviter la surproductionDiminuer les impacts des attentes et des retardsRepérer et éliminer les défauts au plus tôt, en réduisant les stocksFavoriser la prise en compte du changement et l’apprentissageLa priorisationNe pas investir dans ce qui n’a pas de valeur
Le pilotage par les tests, les démonstrations, la notion de « Terminé »Eviter les erreurs d’interprétationApprocher le zéro défautMaitriser sa dette technique en éliminant la peur du changement
Les équipes auto-organisées, le regroupement géographique, les échanges directsLimiter les attentes et les retardsFavoriser l’apprentissageLes rétrospectives Marginaliser les coûts liées aux tâches répétées