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.
To be Agile or not to be ? Les méthodologies de développement doivent s'adapter aux demandes de plus en plus spécifiques et changeantes tout en respectant les besoins pratiques du client.
Chez TheCodingMachine, on pense que chaque projet mérite un instant de réflexion pour adopter la bonne approche méthodologique ! Pour certains types de projets ou bien certains contextes clients, la methode agile est très bien adaptée. Dans d’autres situations, c’est naturellement moins le cas et il est préférable d'employer les méthodes classiques.
Zoom sur les meilleures méthodologies de développement web et informatique (methode agile et methode classique de développement.)
Présentation de la synthèse de l’ouvrage Expression des besoins pour le SI, crée par Yves Constantinidis.
Cette présentation est divisée en trois parties : D'abord la méthodologie adoptée pour gérer un projet informatique en général, ensuite le développement des exigences, pour la phase exigence, basé sur le processus à quatre étapes et enfin la stratégie et la tactique à suivre.
Partie 1 - Agile, Scrum, Méthodologie – Un tour d’horizon rapide sur la métho...Bruno Flaven
Une vue synthétique sur le méthodologie Agile Scrum. C'est une présentation qui a été faite dans le cadre d'une formation interne. Pour ceux qui ne connaissent rien ou pas grand chose de la méthode agile, c'est un survol rapide non exhaustif mais qui met les idées en place, enfin il faut espérer ! Nous n'avons pas joint les documents (tableurs excel notamment) qui aident au pilotage du projet mais ils sont faciles à refaire.
Ces 2 présentations ont donné lieu à un article sur le Blog Hecube Voir http://bit.ly/13CDrqo
Partie 2 - Agile, Scrum, Méthodologie – Un tour d’horizon rapide sur la métho...Bruno Flaven
Une vue synthétique sur le méthodologie Agile Scrum. C'est une présentation qui a été faite dans le cadre d'une formation interne. Pour ceux qui ne connaissent rien ou pas grand chose de la méthode agile, c'est un survol rapide non exhaustif mais qui met les idées en place, enfin il faut espérer ! Nous n'avons pas joint les documents (tableurs excel notamment) qui aident au pilotage du projet mais ils sont faciles à refaire.
Ces 2 présentations ont donné lieu à un article sur le Blog Hecube Voir http://bit.ly/13CDrqo
To be Agile or not to be ? Les méthodologies de développement doivent s'adapter aux demandes de plus en plus spécifiques et changeantes tout en respectant les besoins pratiques du client.
Chez TheCodingMachine, on pense que chaque projet mérite un instant de réflexion pour adopter la bonne approche méthodologique ! Pour certains types de projets ou bien certains contextes clients, la methode agile est très bien adaptée. Dans d’autres situations, c’est naturellement moins le cas et il est préférable d'employer les méthodes classiques.
Zoom sur les meilleures méthodologies de développement web et informatique (methode agile et methode classique de développement.)
Présentation de la synthèse de l’ouvrage Expression des besoins pour le SI, crée par Yves Constantinidis.
Cette présentation est divisée en trois parties : D'abord la méthodologie adoptée pour gérer un projet informatique en général, ensuite le développement des exigences, pour la phase exigence, basé sur le processus à quatre étapes et enfin la stratégie et la tactique à suivre.
Partie 1 - Agile, Scrum, Méthodologie – Un tour d’horizon rapide sur la métho...Bruno Flaven
Une vue synthétique sur le méthodologie Agile Scrum. C'est une présentation qui a été faite dans le cadre d'une formation interne. Pour ceux qui ne connaissent rien ou pas grand chose de la méthode agile, c'est un survol rapide non exhaustif mais qui met les idées en place, enfin il faut espérer ! Nous n'avons pas joint les documents (tableurs excel notamment) qui aident au pilotage du projet mais ils sont faciles à refaire.
Ces 2 présentations ont donné lieu à un article sur le Blog Hecube Voir http://bit.ly/13CDrqo
Partie 2 - Agile, Scrum, Méthodologie – Un tour d’horizon rapide sur la métho...Bruno Flaven
Une vue synthétique sur le méthodologie Agile Scrum. C'est une présentation qui a été faite dans le cadre d'une formation interne. Pour ceux qui ne connaissent rien ou pas grand chose de la méthode agile, c'est un survol rapide non exhaustif mais qui met les idées en place, enfin il faut espérer ! Nous n'avons pas joint les documents (tableurs excel notamment) qui aident au pilotage du projet mais ils sont faciles à refaire.
Ces 2 présentations ont donné lieu à un article sur le Blog Hecube Voir http://bit.ly/13CDrqo
Objectifs généraux:
- Réduire les pertes (reworks), la difficulté et le risque d’échec de nos projets TI
- Améliorer la qualité de nos TI (systèmes / logiciels)
Objectifs spécifiques:
- Présenter le modèle de maturité CMMi-DEV, pour le développement des systèmes / logiciels
- Déclencher ou justifier l’amélioration de nos processus de développement selon CMMi-DEV
Scrum est une méthode agile dédiée à la gestion de projets. Son objectif est d'améliorer la productivité des équipes auparavant ralenties par des méthodologies plus lourdes. Elle apparaît pour la première fois dans une publication de Hirotaka Takeuchi et Ikujiro Nonaka intitulée The New New Product Development Game1 qui s'appliquait à l'époque au monde industriel.
Le terme Scrum est emprunté au rugby à XV et signifie mêlée. Ce processus s'articule en effet autour d'une équipe soudée, qui cherche à atteindre un but, comme c'est le cas en rugby pour avancer avec le ballon pendant une mêlée.
Présentation de l'Agilité, conférence au Cara le 5 septembre 2017, à Lyon.
Introduction aux Scrum, Kanban, Lean Startup, Définition des Rôles Scrum Product Owner, Scrum Master, des cérémonies Daily Meeting, Démonstration, Product Backlog, Sprint, Coach, User Stories, Sprint Backlog, Increment, Sprint review, retrospective, sprint planning
Présentation succincte de Scrum.
En fonction du public elle peut tenir entre 20 minutes sans s'attarder ou en 2 heures avec une présentation des annexes.
Formation "Initiation Scrum" (sur 1 ou 2 jours)
- comprendre les principes agile
- découverte de SCRUM (les rôles, les livrables, les évènements)
- expérimenter par la pratique
Introduction à Scrum et aux méthodes agiles (v1.0)Blackbird
Les méthodes agiles sont de formidables outils de production. Cette présentation est une synthèse permettant d'aborder la méthode Scrum dans ses grandes lignes fondamentales.
Le combat contre l'atrophie technique - Agile en Seine 2020Agile En Seine
Présenté Nick Stock à l'occasion des conférences Agile en Seine le 29 septembre 2020
http://agileenseine.com
Vidéo de la conférence disponible sur Youtube :
https://youtu.be/1KlCStACDxI
Dans cette présentation, Nick reste en adéquation avec le thème principal de l'événement: l'évolution.
La culture d’innovation est primordiale dans un monde qui avance aussi vite. Les équipes techniques les plus performantes vont de 5 à 10 fois plus vite que les autres.
Et cela est dû à un apprentissage continu des meilleures pratiques adaptées au contexte changeant de l’entreprise.
Il est facile de mettre l'évolution des techniciens à un plan secondaire.
Ainsi Nick nous aide à répondre à la question suivante : Comment s’assurer que les développeurs fassent des améliorations constantes de leurs méthodes de travail?
Objectifs généraux:
- Réduire les pertes (reworks), la difficulté et le risque d’échec de nos projets TI
- Améliorer la qualité de nos TI (systèmes / logiciels)
Objectifs spécifiques:
- Présenter le modèle de maturité CMMi-DEV, pour le développement des systèmes / logiciels
- Déclencher ou justifier l’amélioration de nos processus de développement selon CMMi-DEV
Scrum est une méthode agile dédiée à la gestion de projets. Son objectif est d'améliorer la productivité des équipes auparavant ralenties par des méthodologies plus lourdes. Elle apparaît pour la première fois dans une publication de Hirotaka Takeuchi et Ikujiro Nonaka intitulée The New New Product Development Game1 qui s'appliquait à l'époque au monde industriel.
Le terme Scrum est emprunté au rugby à XV et signifie mêlée. Ce processus s'articule en effet autour d'une équipe soudée, qui cherche à atteindre un but, comme c'est le cas en rugby pour avancer avec le ballon pendant une mêlée.
Présentation de l'Agilité, conférence au Cara le 5 septembre 2017, à Lyon.
Introduction aux Scrum, Kanban, Lean Startup, Définition des Rôles Scrum Product Owner, Scrum Master, des cérémonies Daily Meeting, Démonstration, Product Backlog, Sprint, Coach, User Stories, Sprint Backlog, Increment, Sprint review, retrospective, sprint planning
Présentation succincte de Scrum.
En fonction du public elle peut tenir entre 20 minutes sans s'attarder ou en 2 heures avec une présentation des annexes.
Formation "Initiation Scrum" (sur 1 ou 2 jours)
- comprendre les principes agile
- découverte de SCRUM (les rôles, les livrables, les évènements)
- expérimenter par la pratique
Introduction à Scrum et aux méthodes agiles (v1.0)Blackbird
Les méthodes agiles sont de formidables outils de production. Cette présentation est une synthèse permettant d'aborder la méthode Scrum dans ses grandes lignes fondamentales.
Le combat contre l'atrophie technique - Agile en Seine 2020Agile En Seine
Présenté Nick Stock à l'occasion des conférences Agile en Seine le 29 septembre 2020
http://agileenseine.com
Vidéo de la conférence disponible sur Youtube :
https://youtu.be/1KlCStACDxI
Dans cette présentation, Nick reste en adéquation avec le thème principal de l'événement: l'évolution.
La culture d’innovation est primordiale dans un monde qui avance aussi vite. Les équipes techniques les plus performantes vont de 5 à 10 fois plus vite que les autres.
Et cela est dû à un apprentissage continu des meilleures pratiques adaptées au contexte changeant de l’entreprise.
Il est facile de mettre l'évolution des techniciens à un plan secondaire.
Ainsi Nick nous aide à répondre à la question suivante : Comment s’assurer que les développeurs fassent des améliorations constantes de leurs méthodes de travail?
DEVOPS 전반적인 것에 대해서 소개를 한 자료입니다.
http://wiki.tunelinux.pe.kr/display/sysadmin/DEVOPS
https://groups.google.com/forum/#!topic/sysadminstudy/g4bM_xbZPC8
DevOps 시작
DevOps 정의
Dev vs Ops 충돌
DevOps 유래
참고자료
애자일 방법론
ITIL
린스타트업
린 생산방식
애자일을 OPS로 확장
DevOps 관점 : 측정지표 관점, 프로세스 관점, 기술 관점
DevOps가 아닌 것은?
DevOps 소개
프로젝트 세팅 : 전통적인 프로젝트 세팅, 애자일 프로세스 세팅
하나의 팀
핵심
가치와 목적
프로세스
도구
DevOps 구성하기
측정지표 : cycle time, 변경(change)
흐름 개선하기
배포 개선 및 가속화 : batch size 줄이고 더 자주 배포하여 cyclle time 줄이기.
못 다한 이야기 : Metrics and Measurement View / Process View / Technical View
Top 11 Things About DevOps
DevOps의 기초 원리 : 전체 시스템적인 사고, 피드백 루프를 확대하기, 지속적인 실헝과 학습
자동화 도구
이상적인 프로젝트란?
버전관리
티켓관리
지속적인 통합(CI)
지속적인 배포(CD)
프로비저닝 툴체인
OS설치
설정
오케스트레이션(배포)/워크플로우
이제 무엇을 할까?
나가면서
참고자료
AT Marseille 2011 - Réduisons les gaspillagesJérôme Avoustin
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.
Depuis leurs premières expérimentations agiles, la vie de Haïm, responsable des études IT, et d’Alexandre, Scrum Master n’a pas été de tout repos.
Bien plus qu’une nouvelle méthode, l’agilité leur est apparue comme un nouveau paradigme, les amenant progressivement à revoir l’organisation et le mode managérial des entreprises.
Et c’est en choisissant d’appliquer une démarche d’amélioration Lean 6 Sigma, qu’ils sont parvenus à dépasser le stade de la simple exécution des pratiques et méthodes, pour donner un second souffle à leur agilité.
Cette nouvelle attitude mêlant Lean, outils 6-sigma et esprit agile, les a aidés à mesurer les bénéfices réels de l’agilité et à transformer la culture de leur organisation.
Lors de cette conférence ils vous parleront de leur expérience et vous expliqueront :
– Comment mesurer les gains liés à la mise en place de l’agilité ?
– Comment évaluer la performance et la maturité de votre organisation ?
– Que signifie véritablement l’Excellence Opérationnelle ?
– Et enfin, quelle démarche adopter pour dépasser le stade de la simple exécution de processus agiles ?
Que vous soyez chefs de projet, Scrum Master, managers, DSI ou dirigeants, cette conférence s’adresse à tous ceux qui pratiquent l’agilité et souhaitent en mesurer plus finement les bénéfices ou la promouvoir dans leur organisation.
Web-formation | Lean Innovation & Méthode 3PXL Groupe
L'Excellence Opérationnelle est souvent ramenée au Lean Manufacturing, avec un sous entendu de standardisation et de réunions rituelles. Ce que l'on sait moins, c'est que dans les évolutions normales de la démarche, le Lean finit par se tourner vers la CREATION de produits et de processus, et là aussi, les résultats sont exceptionnels.
Corinne Oudot-Jacob vous présente les outils de Lean Développement et notamment, le 3P, lors de cette web-conférence.
Nous verrons comment le Lean supporte et encadre les phases de création intenses des kaizen 3P, et comment structurer un système d'innovation pour présenter régulièrement des nouveautés au marché, tout en tenant ses délais et en ajustant ses performances.
Retrouvez le replay de cette web-conférence sur notre chaîne Youtube : http://buff.ly/2kWIQWD
Le management de l'innovation - DEFI Euro-Hub du 29 novembre 2018C2RP
Érik Émotte, expert à l'Association pour le management de l'innovation, présente les clés de succès et les conditions de réussite lors d'une démarche d'innovation.
Le management de l'innovation - DEFI Welcome EU du 3 décembre 2018C2RP
Érik Émotte, expert à l'Association pour le management de l'innovation, présente les clés de succès et les conditions de réussite lors d'une démarche d'innovation.
Equipes de production ITIL, équipes de développement Agile : Comment bien tra...Goood!
Cette présentation est un retour d'expérience d'Alexandre Jacob et de Céline Stauder, tous deux de la société Coactiv, sur la collaboration entre une équipe de développement Agile et une équipe de production ITIL.
Elle a été présentée à l'Agile Tour de Vannes le 11 octobre 2012
2. Notre objectif « Nous voulons délivrer des applications de qualité durablement » « Nous définissons la qualité comme la maximisation du ratio Satisfaction utilisateur / Coût Attaquons-nous aux COÛTS 2
5. Les 3 piliers du Lean Le Juste à Temps : « Conserver les stocks nécessaires à chaque étape de la fabrication au plus faible niveau possible, idéalement nul » Les stocks coutent de l’argent Les stocks diminuent la valeur de l’élément stocké Les stocks dissimulent les défauts : la ligne de flottaison L’« Autonomation » (Jidoka) : Autonome + Automatisation Capacité d’une machine à contrôler automatiquement son bon fonctionnement Permet de construire la qualité intrinsèque Ne pas reléguer le test à la fin La chasse aux gaspillages (Muda) 5
6. 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 Les identifier Diminuer leur impact Les supprimer Qualité totale Réduisons les gaspillages ! 6
7. Quels sont les objectifs affichés ? Industrialiser pour marginaliser certains coûts Augmenter l’efficacité opérationnelle des équipes Réduire de manière drastique les coûts 7
8. Les types de gaspillage dans le Lean La surproduction L’attente Le transport Le travail mal exécuté ou inadapté La complexité Les défauts Les stocks 8
9. La chasse aux gaspillages Partons à la chasse aux gaspillages ! 9
10. La surproduction Le plus fondamental des gaspillages Constat dans le développement 60% des fonctionnalités sont très rarement ou pas du tout utilisées Quel pourcentage chez vous ? Quelles conséquences ? On investit dans des fonctionnalités inutiles La spécification, la conception, le développement, la recette, la correction de bugs, la maintenance, etc. Pour un bénéfice nul ! Quels progrès offrent l’Agile ? Ce que l’on ne développe pas ne coûte rien : YAGNI Prioriser Par la valeur d’affaire, la satisfaction utilisateur, etc. Développer par itération Pour pouvoir réviser les priorités Pour supprimer les fonctionnalités devenues inutiles Pour s’arrêter quand la valeur produite est suffisante 10
11. L’attente et les retards Comment cela se caractérise-t-il ? Les spécifications sont en cours de validation Les testeurs sont en attente d’une version en recette Le développement a démarré 4 mois après la prise de décision Les utilisateurs attendent 9 mois qu’une première version de l’application soit disponible Quelles conséquences ? Le changement est pris en compte difficilement et à un coût élevé La rentabilité de l’investissement est retardée, voire annulée Quels progrès dans l’Agile ? Travailler par itération : Réduction de l’attente Obeya : salle de guerre Regroupement géographique Equipes auto-organisées 11
14. Les actions inutiles ou répétées Autres types d’actions inutiles ou répétées Les compilations manuelles, Les tests manuels (unitaires, non régression,…), etc. Quelles conséquences ? Perte évidente de temps, et donc retard dans la rentabilité de l’investissement Perte de l’information et apparition de défauts Le papier élu « pire moyen de communication » Quels progrès trouve-t-on dans l’Agile ? Le pilotage par les tests Favoriser les interactions directes L’intégration continue Les rétrospectives Composante essentielle du cycle d’amélioration continue PDCA : Roue de Deming 14
15. Les défauts Peuvent être de tout type, et intervenir à tout moment Bugs (de fonctionnement, de sécurité, etc.) Fonctionnalités non conformes Ergonomie non adaptée (nombre de clic, performance, messages inadaptés etc.) Quelles conséquences ? Coût lié à la détection du défaut, à la correction, à la vérification de la non-régression, au passage en production Diminution de la rentabilité de l’investissement Quels progrès apporte l’Agile ? Le pilotage par les tests (TDD, User Stories, spécifications exécutables) La notion de « Terminé » Garde-fou de la qualité dans l’Agile Les démonstrations fréquentes L’intégration continue 15
16. Les stocks – Les types de stock dans le développement Stock d’idées Stock de besoins CDC MOA Fonctionnels Stock de conception Stock de spécifications DSD DCT, DAT,... Développeurs Architectes Stock de développements Testeurs Manuels Stock de tests Stock de défauts Stock de documentation Cahier de tests 16
17. Les stocks – Les types de stock dans le développement Stock d’idées Stock de besoins MOA Fonctionnels Stock de conception Stock de spécifications Développeurs Architectes Stock de développements Testeurs Stock de tests Stock de défauts Stock de documentation 17
18. Les stocks – Histoire d’un projet Temps : J + 0 jours 10 jours 18 jours 38 jours 53 jours 113 jours 123 jours 138 jours 145 jours 8j 20j 10j 15j 60j 10j 15j 7j J+0 J+10 J+18 J+38 CDC DSD DCT, DAT,… J+53 J+113 J+123 J+138 J+145 18
19. Les stocks – Histoire d’une fonctionnalité Temps : J + 0 jours 10 jours 18 jours 38 jours 53 jours 113 jours 123 jours 138 jours 145 jours 8j 20j 10j 15j 60j 10j 15j 7j J+0 J+10 J+18 2h 2h 0,5j 0,5j 3j 0,5j 1j 0,5j 19,5j 14,5j 57j 9,5j 14j 6,5j J+38 7,25j 9,75j 6,5j 138,5j CDC DSD DCT, DAT,… J+53 J+113 J+123 J+138 J+145 19
20. Les stocks – Bilan de l’histoire En définitive, le temps passé dans le stock est important Pour quelle raison ? Parce que la fonctionnalité est réalisée en même temps que toutes les autres, formant ainsi un lot, un palier, une version… Temps utile : 4,5% Temps de Stock : 95,5% 20
21. Les stocks – Pour quelles conséquences ? L’investissement consacré n’est potentiellement rentable qu’au bout de 145 jours Pendant toute la durée du temps de stock, la valeur de la fonctionnalité a diminué Les défauts ne sont détectés qu’à la fin !... … Et se sont potentiellement dissimulés dans la plupart de stocks ! Le stock engendre un risque très important de dépassement des coûts Défauts Inadéquation de l’application au besoin 21
22. Les stocks – Les pistes d’amélioration Quelles pistes d’amélioration apporte l’Agile ? L’itération, associée à la priorisation Le pilotage par les tests, associée aux démonstrations Le design incrémental : KISS Principes de l’itération C’est une durée fixe Par Exemple : 2 semaines C’est une durée fixe !! En anglais : une Timebox Ce que livre l’équipe peut potentiellement être mis en production L’équipe s’engage En début d’itération,… Sur les fonctionnalités à livrer au bout de l’itération,… Mais… …C’est une durée fixe !!!! Une itération n’est pas un lot 22
23. La dette – Principes d’une dette Ce que contient un stock induit un coût de possession Ce coût s’apparente à une dette Principes d’une dette : Un capital est emprunté : c’est le principal Tout au long de la période d’emprunt, des intérêts sont payés Si on veut éviter le surendettement, il faut aussi rembourser du principal Deux types de dettes : La mauvaise dette Le capital emprunté sert à financer ce qui ne présente aucune valeur La bonne dette L’investissement est utilisé pour créer de la valeur Avoir de la dette n’est pas une mauvaise chose… …Mais il faut maîtriser sa dette Eliminer la mauvaise dette au profit de la bonne dette Rembourser continuellement le principal, et limiter les intérêts à payer 23
24. La dette – Les types de dette technique La dette d’obsolescence Utilisation d’anciennes versions de technologies ou de frameworks La dette de qualité de code Qualité de code médiocre, dont l’amélioration est remise au lendemain La dette de tests Ensemble des tests unitaires et de non régression non automatisés La dette de fonctionnalités Ensemble des fonctionnalités encore non implémentées et non prioritaire 24
25. La dette – Exemple : la dette de tests Au fur et à mesure qu’on ajoute des fonctionnalités sans tests automatiques, on augmente le principal On contracte ainsi une dette de tests Tout au long du développement, on paye les intérêts suivants : Temps de correction de bugs Tests manuels répétés (non régression) Bugs encore présents après la mise en production 25
26. La dette – Exemple : la dette de tests Au fur et à mesure qu’on ajoute des fonctionnalités sans tests automatiques, on augmente le principal On contracte ainsi une dette de tests Tout au long du développement, on paye les intérêts suivants : Temps de correction de bugs Tests manuels répétés (non régression) Bugs encore présents après la mise en production Peur du changement à cause de la peur de la régression On contracte d’autres types de dette : obsolescence et qualité de code Si on ne rembourse pas progressivement le principal, le poids des intérêts s’accentue Lorsque les intérêts deviennent trop lourds, on est obligé de faire défaut : c’est la refonte ! 26
28. Comment ? Les cycles itératifs Eviter la surproduction Diminuer les impacts des attentes et des retards Repérer et éliminer les défauts au plus tôt, en réduisant les stocks Favoriser la prise en compte du changement et l’apprentissage La priorisation Ne 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étation Approcher le zéro défaut Maitriser sa dette technique en éliminant la peur du changement Les rétrospectives Favoriser l’apprentissage et la standardisation des pratiques Marginaliser les coûts liées aux tâches répétées 28
29. Comment ? Les équipes auto-organisées, le regroupement géographique Favoriser les échanges directs Limiter les attentes et les retards Favoriser l’apprentissage Les principes et les pratiques de développement, issues d’XP L’intégration continue, le TDD, le design incrémental, le pair-programming, etc. YAGNI, KISS, Fail-fast, SoC, etc. Améliorer la qualité et marginaliser le coût de maintenance (évolutive ou corrective) 29
30. Finalement, 3conseils Adoptez les cycles itératifs Favorisez l’apprentissage Multipliez les interactions 2recommandations Réduisez vos gaspillages Maitrisez votre dette 1 mot de la fin MERCI de votre attention ! 30
Notes de l'éditeur
A chaque étape : REFORMULATION, et donc INTERPRETATION, et donc ERREUREst-ce toujours utile de reformuler autant de fois ?Oui dans certains cas : fabrication d’un avion, en cas de crash
A chaque étape : REFORMULATION, et donc INTERPRETATION, et donc ERREUREst-ce toujours utile de reformuler autant de fois ?Oui dans certains cas : fabrication d’un avion, en cas de crash