SlideShare une entreprise Scribd logo
1  sur  60
Télécharger pour lire hors ligne
Kaizen ou l’Amélioration Continue
Philippe Gamache
Développeur Web (+20 ans) PHP (+15
ans) et Symfony (~10 ans)
Co-Auteur : Sécurité PHP 5 et MySQL
Formateur PHP, Symfony et sécurité
Audit en performance, sécurité et
qualité du code
C’est quoi?
Nom d'une méthode de gestion de la qualité.
Processus d'amélioration continue basé sur des
actions concrètes, simples et peu onéreuses.
État d'esprit qui nécessite l'implication de tous les
acteurs.
Objectifs du Kaizen
Simplification des flux
Amélioration de la qualité
Amélioration des délais
Amélioration de la productivité
Amélioration des conditions de travail
Méthodologies
principales
5S; ORDRE (Ordonner, Ranger,
Dépoussiérer (Découvrir des
anomalies), Rendre évident, Être
rigoureux)
Six Sigma
Juste-à-temps
Kanban
Lean management
Maintenance productive totale
(TPM)
Roue de Deming (PDCA)
Poka-yoke
Qui ? Quoi ? Où ? Quand ?
Comment ? Combien ? Pourquoi ?
(8w)
Qualité totale (TQM)
SMED
Amélioration de la qualité,
délais et productivité
Cycle de
développement
Tests unitaires
Développement piloté
par les tests (TDD)
Conception pilotée par
le comportement (BDD)
Conception pilotée par
le domaine (DDD)
Réunissage de code
Intégration continue
Méthodes agiles
L'acquisition de
compétences est un
processus continu...
Amélioration continue de
vos équipes
ou Formation Continue
Félicitations
Hypothèse
Un bon développeur apprend toujours et se ré-
évalue en vue de s’améliorer.
Réalité
Ce n’est pas toujours le cas. Nous devons forcer
la main de certaines personnes.
Les groupes
d’utilisateurs
Pourquoi?
Souvent la première ressource;
Important d’encouragé vos équipes à les visiter;
Différents niveaux techniques;
Nouvelles sur les technologies.
Plus d’informations…
Certains sont mensuels, hebdomadaires, …
Certains sont le soir, d’autres le matin ou le midi;
Sur semaine ou la fin de semaine;
En groupe ou en ligne;
Certains sont filmés et disponibles en direct ou à la
demande.
Différents sujets
Langages : js-montreal, Nomade PHP, PHP Québec, W3Québec;
Cadres d’application et librairies : Association Drupal Montréal, Joomla!
User Group Montréal, JQuery Meetups, Symfony Montreal;
Logiciels : Atlassian User Group, Wordpress, PHPBB, Montreal - InDesign
User Group, Montreal Linux Users Group, Montreal - Photoshop User Group;
Technologies: 2600 Montréal, Linux Québec, Montréal Android, Montreal
Business Intelligence User Group, Montreal NewTech, OpenStack Montreal,
OWASP (sécurité applicative);
Groupe spéciaux: Association québécoise des informaticien(ne)s
indépendants (AQIII), devLAB Montréal, Fédération Québécoise des
Communautés et des Industries du Libre (FQCIL), IGDA Montreal, IGDA
Montreal, Laboratoires Foulab, Montreal Girl Geek Dinners, Montreal IT
Professionals Community.
Conférences
Sous d’autres noms…
Camps
Congrès
Conventions
Déjeuner-causerie
Dîner-conférence
HackDays
Réunion
Séminaires
Professionnels
Groupe d’usagers
Pourquoi et comment?
Important! dans la formation de vos équipes;
Par après, partager les présentations à l’interne;
Le retour est plus grand que le risque de perdre
un employé.
Conférences locales
25th World Wide Web
Conference
Agile Tour
C2 Montréal
Colloque-rsi
Confoo
DrupalCamp Montréal
GoSecure
Hackfest
SQIL
Web à Québec
Conférences PHP
China PHP
Conference
Dutch PHP
Conference
Forum PHP
International PHP
Conference
Lone Star PHP
Midwest PHP
Northeast PHP
Conference
Pacific Northwest PHP
PHP Barcelona
Conference
PHPBenelux
PHPConf.Asia
PhpConference Brasil
PHPConf Taiwan
PHP Craft
Johannesburg
phpDay
PHP Tour Luxembourg
php[world]
True North PHP
SunshinePHP
ZendCon
Conférences Framework
CakeFest
CakePHP
Conference
Drupal Camp
DrupalCon
Drupal Day
Laracon
PHP Frameworks
Day
Symfony CMF
SymfonyCon
SymfonyDay
SymfonyLive
ZendCon
Zend Framework
Day
Conférences Frontend
Async
ConnectJS
dotCSS
jDays
JSConf
SmashingConf
O'Reilly Design
Conference 2016
UX Camps
UX Summit
World IA Day
Conférences autres
CoderDojo
DevConf
GOTO
SOLIDay
OSCON
O'Reilly Design
Conference 2016
OWASP AppSec
OWASP Day
Privacy &
Security Forum
XP Days
Formations spécialisées
Quand et pourquoi?
Lors d’un grand changement;
Changement de cadre d’application;
Passage à Agile;
Grande sortie d’un langage (ie. PHP 7);
Amélioration de votre équipe;
Quand les formations courtes ne sont pas suffisantes.
Qui?
Formation hors lieux pour une petite équipe;
Formation sur les lieux par un spécialiste (3
personnes ou plus);
Formation sur les lieux par un des développeurs
séniors (attention à la préparation ~1-2 semaines
par jour).
Lunch and Learn
C’est quoi?
Présentation durant l’heure du repas;
Durant les heures d’ouvrage et payé;
Avec un présentateur, professeur, expert,
quelqu’un qui a un intérêt;
Avec des vidéos ou des présentations
enregistrées ou en direct en ligne.
Hebdomadaires
Pour une petite équipe (< 10 personnes);
Diviser les grosseurs équipes en plus petits groupes;
Toujours la même journée de la semaine;
60 à 90 minutes, mais réserver la salle pour 30 minutes de
plus;
Les gens apportent leur repas, mais il est recommandé
d’en offrir environ une fois par mois.
Qui, quand et comment?
Encourager tous les membres de l’équipe a faire
au moins un ou deux présentations par année;
Faire un horaire des présentations en avance;
Avoir une ou deux présentations prêtes;
On y présente quoi?
Tout ce qui affecte une équipe directement;
C’est le temps de revoir les présentations vues dans
les conférences;
Nouvelles technologies ou veille technologique;
Sujet très précis;
Retours sur la base.
Exemples
Nouvelles
Technologies:
PHP 7
Symfony 3
Sujets précis:
RabbitMQ
Cryptographie
Retours à la base:
Les vecteurs
Les chaînes de
caractères
Les flux
Mensuels
Une fois par mois pour plusieurs petites équipes
ou une grande équipe;
Durée de 3 à 4h avec un arrêt pour le repas;
Toujours le faire la même journée, par exemple le
dernier ou premier vendredi du mois;
Offrir le repas est de bonne forme.
On y présente quoi?
Des formations qui incluent toute la compagnie;
Des formations qui incluent toutes les
équipement de développement;
Mieux comprendre les autres équipes: marketing,
ressources humaines, assurance qualité…
Exemples
Passage à Agile
La théorie sur les tests unitaires
Théorie de la qualité de code
Qui?
Formateurs externes;
Experts sur le sujet;
Membre d’une autre équipe;
Et des vidéos, présentation en direct ou à la
demande en ligne.
Dojo
C’est quoi?
Rencontre pour travailler sur un défi:
• Problème algorithmique à résoudre;
• besoin à implémenter;
Se concentre sur un sujet particulier;
Permettre d'apprendre de façon collective.
L’intérêt
Apprendre de nouvelles techniques;
• Grâce aux connaissances des autres;
• Progressant ensemble face à un problème.
Tester et parfaire des techniques de façon sûre;
Partager avec les autres membres son savoir.
Besoin de trois éléments
Envie d'apprendre de nouvelles techniques, de
nouveaux concepts de programmation;
Envie de partager avec les autres ses
connaissances;
Bénéficier d'une amélioration continue de ses
compétences.
Caractéristiques
Tous les niveaux de compétences en
programmation sont acceptés.
Seule une personne volontaire peut participer à
un Coding Dojo.
Ce n'est pas une compétition.
Caractéristiques
L'erreur est humaine.
Il n'y a pas de jugement.
Le Coding Dojo doit être un moment convivial.
Tout le monde doit participer.
Caractéristiques
Chacun doit pouvoir s'améliorer à son rythme.
Le but n'est pas de terminer l'exercice mais bien
d'apprendre.
Il permet un apprentissage continu/régulier.
Il permet un apprentissage par petits pas.
Les types de dojo
Kata préparé
Randori Kata
Kata préparé
Un présentateur montre comment résoudre le défi à
partir de zéro, en utilisant le développement piloté
par les tests et en faisant les étapes pas à pas.
Chaque étape doit être comprise par toutes les
personnes présentes.
Les gens devraient interrompre seulement s’ils ne
comprennent pas ce qui se passe.
Randori Kata
Le défi est résolu par une paire de programmeur (pilote et
copilote).
Tout le monde présent est invité à aider.
Chaque paire a un certain temps (5 ou 7 minutes) pour faire
avancer, en utilisant le développement piloté par les tests et en
faisant les étapes pas à pas.
À la fin du temps requis, le pilote retourne parmi le reste du
groupe, le co-pilote devient pilote, une personne du groupe
devient co-pilote.
Comparé au Lunch and
Learn
Plus participatif;
Meilleur apprentissage;
Peut être utilisé de façon dépendante ou non;
Apprentissage d’équipe.
Besoins
Une table (au moins).
Des chaises pour
l'ensemble des
participants
Un video projecteur.
Un ordinateur portable.
Un tableau à papier ou
tableau blanc.
Des post-its.
Des stylos.
Un appareil photo
(optionnel)
Une Caméra (optionnelle)
Plus d’information
http://codingdojo.org
http://codingdojo.org/cgi-bin/index.pl?
KataCatalogue
Revue de code
C’est quoi?
Examen systématique du code source;
Trouver des bugs ou des vulnérabilités
potentielles;
Corriger des erreurs de conception;
On fait déjà la revue
Sur une partie du code;
Collecte et présentation des modifications
apportées aux fichiers sources qui nécessitent
une relecture.
L’intérêt
Améliorer la qualité du code;
Améliorer la sécurité du logiciel;
favoriser la collaboration, le travail en équipe;
Appliquer un standard;
Détecter et corriger les défauts (bogues mais aussi lisibilité) au
plus tôt dans le cycle de vie du code pour économiser les coûts;
Formation des développeurs.
Hebdomadaires
Pour une petite équipe (< 10 personnes);
Diviser les grosseurs équipes en plus petits
groupes;
Toujours la même journée de la semaine;
90 minutes, mais réserver la salle la salle pour 30
minutes de plus.
Bimensuel
Pour une petite équipe (< 10 personnes);
Diviser les grosseurs équipes en plus petits groupes;
Alterner les personnes dans chacun des groupes;
Toujours la même journée de la semaine;
180 minutes, mais réserver la salle pour 30 minutes
de plus.
Besoins
Une table (au moins).
Des chaises pour
l'ensemble des
participants
Un video projecteur.
Un ordinateur
portable.
Statistiques et
métriques (vitesse de
relecture, taux de
détection des
défauts…)
Caractéristiques
Tous les niveaux de compétences en programmation
sont acceptés.
Ce n'est pas une compétition.
L'erreur est humaine.
Il n'y a pas de jugement.
Tout le monde doit participer.
Caractéristiques
Chacun doit pouvoir s'améliorer à son rythme.
Le but n'est pas de terminer la revue mais bien
d'apprendre.
Il permet un apprentissage continu/régulier.
Il permet un apprentissage par petits pas.
Philippe Gamache
@philoupedia
kaizen.philoupedia@ph-il.ca
https://joind.in/16496
Kaizen ou l'amélioration continue

Contenu connexe

Tendances

Les outils de base du Lean
Les outils de base du LeanLes outils de base du Lean
Les outils de base du LeanXL Groupe
 
43 projets Lean Six Sigma - Etude 2008
43 projets Lean Six Sigma - Etude 200843 projets Lean Six Sigma - Etude 2008
43 projets Lean Six Sigma - Etude 2008Laurent
 
Le gaspillage dans l'entreprise
Le gaspillage dans l'entreprise Le gaspillage dans l'entreprise
Le gaspillage dans l'entreprise Aboubakr Moubarak
 
Amélioration continue KAIZEN et PDCA
Amélioration continue KAIZEN et PDCAAmélioration continue KAIZEN et PDCA
Amélioration continue KAIZEN et PDCAAboubakr Moubarak
 
projet de fin d'étude sur l'amélioration du taux de rendement synthétique
projet de fin d'étude sur l'amélioration du taux de rendement synthétiqueprojet de fin d'étude sur l'amélioration du taux de rendement synthétique
projet de fin d'étude sur l'amélioration du taux de rendement synthétique✅ Bouchra Benmerzouk
 
Jeu norme iso 9001
Jeu norme iso 9001Jeu norme iso 9001
Jeu norme iso 9001CIPE
 
10 exercices de Lean engineering par Michael Ballé
10 exercices de Lean engineering par Michael Ballé10 exercices de Lean engineering par Michael Ballé
10 exercices de Lean engineering par Michael BalléInstitut Lean France
 
Lean Manufacturing sur une ligne de conditionnement pharmaceutique
Lean Manufacturing sur une ligne de conditionnement pharmaceutiqueLean Manufacturing sur une ligne de conditionnement pharmaceutique
Lean Manufacturing sur une ligne de conditionnement pharmaceutiqueMouhcine Nahal
 
Etude de cas_vsm_2013_imi
Etude de cas_vsm_2013_imiEtude de cas_vsm_2013_imi
Etude de cas_vsm_2013_imiasalmi4
 
Web-formation | Les outils Lean d'amélioration du poste de travail
Web-formation | Les outils Lean d'amélioration du poste de travailWeb-formation | Les outils Lean d'amélioration du poste de travail
Web-formation | Les outils Lean d'amélioration du poste de travailXL Groupe
 
Les outils de management de la qualité du projet
Les outils de management de la qualité du projetLes outils de management de la qualité du projet
Les outils de management de la qualité du projetnhoussali
 
Lean Manufacturing _ Ibtissam EL HASSANI _ Complément du cours
Lean Manufacturing _ Ibtissam EL HASSANI _ Complément du coursLean Manufacturing _ Ibtissam EL HASSANI _ Complément du cours
Lean Manufacturing _ Ibtissam EL HASSANI _ Complément du coursibtissam el hassani
 

Tendances (20)

Les outils de base du Lean
Les outils de base du LeanLes outils de base du Lean
Les outils de base du Lean
 
43 projets Lean Six Sigma - Etude 2008
43 projets Lean Six Sigma - Etude 200843 projets Lean Six Sigma - Etude 2008
43 projets Lean Six Sigma - Etude 2008
 
Le gaspillage dans l'entreprise
Le gaspillage dans l'entreprise Le gaspillage dans l'entreprise
Le gaspillage dans l'entreprise
 
Amélioration continue KAIZEN et PDCA
Amélioration continue KAIZEN et PDCAAmélioration continue KAIZEN et PDCA
Amélioration continue KAIZEN et PDCA
 
projet de fin d'étude sur l'amélioration du taux de rendement synthétique
projet de fin d'étude sur l'amélioration du taux de rendement synthétiqueprojet de fin d'étude sur l'amélioration du taux de rendement synthétique
projet de fin d'étude sur l'amélioration du taux de rendement synthétique
 
Jeu norme iso 9001
Jeu norme iso 9001Jeu norme iso 9001
Jeu norme iso 9001
 
10 exercices de Lean engineering par Michael Ballé
10 exercices de Lean engineering par Michael Ballé10 exercices de Lean engineering par Michael Ballé
10 exercices de Lean engineering par Michael Ballé
 
Lean Manufacturing sur une ligne de conditionnement pharmaceutique
Lean Manufacturing sur une ligne de conditionnement pharmaceutiqueLean Manufacturing sur une ligne de conditionnement pharmaceutique
Lean Manufacturing sur une ligne de conditionnement pharmaceutique
 
Etude de cas_vsm_2013_imi
Etude de cas_vsm_2013_imiEtude de cas_vsm_2013_imi
Etude de cas_vsm_2013_imi
 
Web-formation | Les outils Lean d'amélioration du poste de travail
Web-formation | Les outils Lean d'amélioration du poste de travailWeb-formation | Les outils Lean d'amélioration du poste de travail
Web-formation | Les outils Lean d'amélioration du poste de travail
 
Kaizen.ppt
Kaizen.pptKaizen.ppt
Kaizen.ppt
 
Les outils de management de la qualité du projet
Les outils de management de la qualité du projetLes outils de management de la qualité du projet
Les outils de management de la qualité du projet
 
Le Lean Manufacturing
Le Lean ManufacturingLe Lean Manufacturing
Le Lean Manufacturing
 
5 s dans un entrepôt
5 s dans un entrepôt5 s dans un entrepôt
5 s dans un entrepôt
 
Lean Manufacturing _ Ibtissam EL HASSANI _ Complément du cours
Lean Manufacturing _ Ibtissam EL HASSANI _ Complément du coursLean Manufacturing _ Ibtissam EL HASSANI _ Complément du cours
Lean Manufacturing _ Ibtissam EL HASSANI _ Complément du cours
 
juste-à-temps
 juste-à-temps juste-à-temps
juste-à-temps
 
Rapport pfe v1
Rapport pfe v1Rapport pfe v1
Rapport pfe v1
 
Les outils du management de la qualite
Les outils du management de la qualiteLes outils du management de la qualite
Les outils du management de la qualite
 
presentation PFE
presentation PFEpresentation PFE
presentation PFE
 
Demarche5 s
Demarche5 sDemarche5 s
Demarche5 s
 

En vedette

Exemple de Chantier Kaizen
Exemple de Chantier KaizenExemple de Chantier Kaizen
Exemple de Chantier KaizenLaurent
 
Amélioration continue et PDCA
Amélioration continue et PDCAAmélioration continue et PDCA
Amélioration continue et PDCASoulaima Ben salem
 
Amélioration continue : PDCA ou roue de Deming (AQUAM Conseil)
Amélioration continue : PDCA ou roue de Deming (AQUAM Conseil)Amélioration continue : PDCA ou roue de Deming (AQUAM Conseil)
Amélioration continue : PDCA ou roue de Deming (AQUAM Conseil)Moulin de COLAGNE
 
Amélioration Continue - Des faits & des effets
Amélioration Continue - Des faits & des effetsAmélioration Continue - Des faits & des effets
Amélioration Continue - Des faits & des effetsPhilippe Launay
 
poka yoké, knban , kaizen
poka yoké, knban , kaizenpoka yoké, knban , kaizen
poka yoké, knban , kaizenZakaria Rhoulben
 
Jeu sur le kaizen
Jeu sur le kaizenJeu sur le kaizen
Jeu sur le kaizenCIPE
 
[REX] Toyota Boshoku / Faurecia par Matthieu moulin
[REX] Toyota Boshoku / Faurecia par Matthieu moulin[REX] Toyota Boshoku / Faurecia par Matthieu moulin
[REX] Toyota Boshoku / Faurecia par Matthieu moulinFrench Kanban User Group
 
Introduction à lean et kaizen
Introduction à lean et kaizenIntroduction à lean et kaizen
Introduction à lean et kaizenJoseph Guindeba
 
Aide mémo de l'amélioration continue des services
Aide mémo de l'amélioration continue des servicesAide mémo de l'amélioration continue des services
Aide mémo de l'amélioration continue des servicesJoseph Guindeba
 
Concevoir un Tableau de Bord de Projet en 5 étapes
Concevoir un Tableau de Bord de Projet en 5 étapesConcevoir un Tableau de Bord de Projet en 5 étapes
Concevoir un Tableau de Bord de Projet en 5 étapesmsmpp-nantes
 
Kaizen Technology
Kaizen  TechnologyKaizen  Technology
Kaizen Technologymacao
 
Les tableaux de bord & les indicateurs de performance
Les tableaux de bord & les indicateurs de performanceLes tableaux de bord & les indicateurs de performance
Les tableaux de bord & les indicateurs de performanceAhmed Mesellem
 
L'amélioration continue au sein d'une équipe agile
L'amélioration continue au sein d'une équipe agileL'amélioration continue au sein d'une équipe agile
L'amélioration continue au sein d'une équipe agileAnne-Sophie Tranchet
 
Continual service improvement memorandum
Continual service improvement memorandum Continual service improvement memorandum
Continual service improvement memorandum Joseph Guindeba
 

En vedette (20)

Exemple de Chantier Kaizen
Exemple de Chantier KaizenExemple de Chantier Kaizen
Exemple de Chantier Kaizen
 
Amélioration continue et PDCA
Amélioration continue et PDCAAmélioration continue et PDCA
Amélioration continue et PDCA
 
Amélioration continue : PDCA ou roue de Deming (AQUAM Conseil)
Amélioration continue : PDCA ou roue de Deming (AQUAM Conseil)Amélioration continue : PDCA ou roue de Deming (AQUAM Conseil)
Amélioration continue : PDCA ou roue de Deming (AQUAM Conseil)
 
Kaizen method example
Kaizen method exampleKaizen method example
Kaizen method example
 
Le PDCA
Le PDCA Le PDCA
Le PDCA
 
Deming: 14 Points
Deming: 14 PointsDeming: 14 Points
Deming: 14 Points
 
Amélioration Continue - Des faits & des effets
Amélioration Continue - Des faits & des effetsAmélioration Continue - Des faits & des effets
Amélioration Continue - Des faits & des effets
 
poka yoké, knban , kaizen
poka yoké, knban , kaizenpoka yoké, knban , kaizen
poka yoké, knban , kaizen
 
Deroulement Chantier Kaizen
Deroulement Chantier KaizenDeroulement Chantier Kaizen
Deroulement Chantier Kaizen
 
Jeu sur le kaizen
Jeu sur le kaizenJeu sur le kaizen
Jeu sur le kaizen
 
[REX] Toyota Boshoku / Faurecia par Matthieu moulin
[REX] Toyota Boshoku / Faurecia par Matthieu moulin[REX] Toyota Boshoku / Faurecia par Matthieu moulin
[REX] Toyota Boshoku / Faurecia par Matthieu moulin
 
Introduction à lean et kaizen
Introduction à lean et kaizenIntroduction à lean et kaizen
Introduction à lean et kaizen
 
Aide mémo de l'amélioration continue des services
Aide mémo de l'amélioration continue des servicesAide mémo de l'amélioration continue des services
Aide mémo de l'amélioration continue des services
 
Concevoir un Tableau de Bord de Projet en 5 étapes
Concevoir un Tableau de Bord de Projet en 5 étapesConcevoir un Tableau de Bord de Projet en 5 étapes
Concevoir un Tableau de Bord de Projet en 5 étapes
 
Small Kaizen
Small KaizenSmall Kaizen
Small Kaizen
 
Kaizen Technology
Kaizen  TechnologyKaizen  Technology
Kaizen Technology
 
Les tableaux de bord & les indicateurs de performance
Les tableaux de bord & les indicateurs de performanceLes tableaux de bord & les indicateurs de performance
Les tableaux de bord & les indicateurs de performance
 
Kaizen Ppt
Kaizen PptKaizen Ppt
Kaizen Ppt
 
L'amélioration continue au sein d'une équipe agile
L'amélioration continue au sein d'une équipe agileL'amélioration continue au sein d'une équipe agile
L'amélioration continue au sein d'une équipe agile
 
Continual service improvement memorandum
Continual service improvement memorandum Continual service improvement memorandum
Continual service improvement memorandum
 

Similaire à Kaizen ou l'amélioration continue

Agilité, Tests Et Industrialisation
Agilité, Tests Et IndustrialisationAgilité, Tests Et Industrialisation
Agilité, Tests Et IndustrialisationPHPPRO
 
Techdays2011
Techdays2011 Techdays2011
Techdays2011 ALTER WAY
 
Mener à bien un projet Drupal (Drupagora 2013)
Mener à bien un projet Drupal (Drupagora 2013)Mener à bien un projet Drupal (Drupagora 2013)
Mener à bien un projet Drupal (Drupagora 2013)LaNetscouade
 
Introduction a l_agilite_iut_lyon_1_decembre2011
Introduction a l_agilite_iut_lyon_1_decembre2011Introduction a l_agilite_iut_lyon_1_decembre2011
Introduction a l_agilite_iut_lyon_1_decembre2011agnes_crepet
 
Agilité et la gestion du changement mboisvert - 15 octobre 2013
Agilité et la gestion du changement   mboisvert - 15 octobre 2013Agilité et la gestion du changement   mboisvert - 15 octobre 2013
Agilité et la gestion du changement mboisvert - 15 octobre 2013Pyxis Technologies
 
Formation agile - Certification Professional Scrum Developer (PSD)
Formation agile - Certification Professional Scrum Developer (PSD)Formation agile - Certification Professional Scrum Developer (PSD)
Formation agile - Certification Professional Scrum Developer (PSD)NovUp
 
Lancement de la toute première Tribe du programme Next Gen IS/IT chez Thales
Lancement de la toute première Tribe du programme Next Gen IS/IT chez ThalesLancement de la toute première Tribe du programme Next Gen IS/IT chez Thales
Lancement de la toute première Tribe du programme Next Gen IS/IT chez ThalesAgile En Seine
 
[Agile Testing Day] Introduction
[Agile Testing Day] Introduction[Agile Testing Day] Introduction
[Agile Testing Day] IntroductionCellenza
 
Introduction à l'agilité ensmse
Introduction à l'agilité   ensmseIntroduction à l'agilité   ensmse
Introduction à l'agilité ensmseagnes_crepet
 
La revue de code : agile, lean, indispensable !
La revue de code : agile, lean, indispensable !La revue de code : agile, lean, indispensable !
La revue de code : agile, lean, indispensable !Lucian Precup
 
Des bancs de l’école à la réalité en entreprise, retour d’expérience sur...
Des bancs de l’école à la réalité en entreprise, retour d’expérience sur...Des bancs de l’école à la réalité en entreprise, retour d’expérience sur...
Des bancs de l’école à la réalité en entreprise, retour d’expérience sur...Scaleway
 
1001 techniques pour exploser un projet (et comment les éviter)
1001 techniques pour exploser un projet (et comment les éviter)1001 techniques pour exploser un projet (et comment les éviter)
1001 techniques pour exploser un projet (et comment les éviter)Goulven Champenois
 
Méthodologie de gestion des tâches dans les projets web
Méthodologie de gestion des tâches dans les projets webMéthodologie de gestion des tâches dans les projets web
Méthodologie de gestion des tâches dans les projets webRomainKuzniak
 
Iut lyon 1 introduction à l'agilité - 20 juin 2012
Iut lyon 1   introduction à l'agilité - 20 juin 2012Iut lyon 1   introduction à l'agilité - 20 juin 2012
Iut lyon 1 introduction à l'agilité - 20 juin 2012agnes_crepet
 
Scrum Day 2014 - Êtes-vous prêts pour le modèle Spotify ?
Scrum Day 2014 - Êtes-vous prêts pour le modèle Spotify ?Scrum Day 2014 - Êtes-vous prêts pour le modèle Spotify ?
Scrum Day 2014 - Êtes-vous prêts pour le modèle Spotify ?Publicis Sapient Engineering
 
Si t'es toujours pas développeur à 40 ans ... il n'est pas trop tard ! - Agil...
Si t'es toujours pas développeur à 40 ans ... il n'est pas trop tard ! - Agil...Si t'es toujours pas développeur à 40 ans ... il n'est pas trop tard ! - Agil...
Si t'es toujours pas développeur à 40 ans ... il n'est pas trop tard ! - Agil...Eric SIBER
 
Les méthodes Agiles - Introduction
Les méthodes Agiles - IntroductionLes méthodes Agiles - Introduction
Les méthodes Agiles - IntroductionTremeur Balbous
 
Automatiser la qualite
Automatiser la qualiteAutomatiser la qualite
Automatiser la qualiteDamien Seguy
 

Similaire à Kaizen ou l'amélioration continue (20)

Agilité, Tests Et Industrialisation
Agilité, Tests Et IndustrialisationAgilité, Tests Et Industrialisation
Agilité, Tests Et Industrialisation
 
Techdays2011
Techdays2011 Techdays2011
Techdays2011
 
Mener à bien un projet Drupal (Drupagora 2013)
Mener à bien un projet Drupal (Drupagora 2013)Mener à bien un projet Drupal (Drupagora 2013)
Mener à bien un projet Drupal (Drupagora 2013)
 
Introduction a l_agilite_iut_lyon_1_decembre2011
Introduction a l_agilite_iut_lyon_1_decembre2011Introduction a l_agilite_iut_lyon_1_decembre2011
Introduction a l_agilite_iut_lyon_1_decembre2011
 
Agilité et la gestion du changement mboisvert - 15 octobre 2013
Agilité et la gestion du changement   mboisvert - 15 octobre 2013Agilité et la gestion du changement   mboisvert - 15 octobre 2013
Agilité et la gestion du changement mboisvert - 15 octobre 2013
 
Formation agile - Certification Professional Scrum Developer (PSD)
Formation agile - Certification Professional Scrum Developer (PSD)Formation agile - Certification Professional Scrum Developer (PSD)
Formation agile - Certification Professional Scrum Developer (PSD)
 
Lancement de la toute première Tribe du programme Next Gen IS/IT chez Thales
Lancement de la toute première Tribe du programme Next Gen IS/IT chez ThalesLancement de la toute première Tribe du programme Next Gen IS/IT chez Thales
Lancement de la toute première Tribe du programme Next Gen IS/IT chez Thales
 
[Agile Testing Day] Introduction
[Agile Testing Day] Introduction[Agile Testing Day] Introduction
[Agile Testing Day] Introduction
 
Introduction à l'agilité ensmse
Introduction à l'agilité   ensmseIntroduction à l'agilité   ensmse
Introduction à l'agilité ensmse
 
La revue de code : agile, lean, indispensable !
La revue de code : agile, lean, indispensable !La revue de code : agile, lean, indispensable !
La revue de code : agile, lean, indispensable !
 
Des bancs de l’école à la réalité en entreprise, retour d’expérience sur...
Des bancs de l’école à la réalité en entreprise, retour d’expérience sur...Des bancs de l’école à la réalité en entreprise, retour d’expérience sur...
Des bancs de l’école à la réalité en entreprise, retour d’expérience sur...
 
1001 techniques pour exploser un projet (et comment les éviter)
1001 techniques pour exploser un projet (et comment les éviter)1001 techniques pour exploser un projet (et comment les éviter)
1001 techniques pour exploser un projet (et comment les éviter)
 
Méthodologie de gestion des tâches dans les projets web
Méthodologie de gestion des tâches dans les projets webMéthodologie de gestion des tâches dans les projets web
Méthodologie de gestion des tâches dans les projets web
 
Iut lyon 1 introduction à l'agilité - 20 juin 2012
Iut lyon 1   introduction à l'agilité - 20 juin 2012Iut lyon 1   introduction à l'agilité - 20 juin 2012
Iut lyon 1 introduction à l'agilité - 20 juin 2012
 
Scrum Day 2014 - Êtes-vous prêts pour le modèle Spotify ?
Scrum Day 2014 - Êtes-vous prêts pour le modèle Spotify ?Scrum Day 2014 - Êtes-vous prêts pour le modèle Spotify ?
Scrum Day 2014 - Êtes-vous prêts pour le modèle Spotify ?
 
Si t'es toujours pas développeur à 40 ans ... il n'est pas trop tard ! - Agil...
Si t'es toujours pas développeur à 40 ans ... il n'est pas trop tard ! - Agil...Si t'es toujours pas développeur à 40 ans ... il n'est pas trop tard ! - Agil...
Si t'es toujours pas développeur à 40 ans ... il n'est pas trop tard ! - Agil...
 
Scrum@epitech
Scrum@epitechScrum@epitech
Scrum@epitech
 
Les méthodes Agiles - Introduction
Les méthodes Agiles - IntroductionLes méthodes Agiles - Introduction
Les méthodes Agiles - Introduction
 
Bon coach bad coach
Bon coach bad coachBon coach bad coach
Bon coach bad coach
 
Automatiser la qualite
Automatiser la qualiteAutomatiser la qualite
Automatiser la qualite
 

Plus de Philippe Gamache

Cryptographie 101 Pour les programmeurs (PHP)
Cryptographie 101 Pour les programmeurs (PHP)Cryptographie 101 Pour les programmeurs (PHP)
Cryptographie 101 Pour les programmeurs (PHP)Philippe Gamache
 
Content-Security-Policy 2018.0
Content-Security-Policy 2018.0Content-Security-Policy 2018.0
Content-Security-Policy 2018.0Philippe Gamache
 
Multi Factor Authetification - ZendCon 2017
Multi Factor Authetification - ZendCon 2017Multi Factor Authetification - ZendCon 2017
Multi Factor Authetification - ZendCon 2017Philippe Gamache
 
Browser Serving Your We Application Security - ZendCon 2017
Browser Serving Your We Application Security - ZendCon 2017Browser Serving Your We Application Security - ZendCon 2017
Browser Serving Your We Application Security - ZendCon 2017Philippe Gamache
 
Browser Serving Your Web Application Security - Madison PHP 2017
Browser Serving Your Web Application Security - Madison PHP 2017Browser Serving Your Web Application Security - Madison PHP 2017
Browser Serving Your Web Application Security - Madison PHP 2017Philippe Gamache
 
OWASP Top 10 Proactive Controls 2016 - NorthEast PHP 2017
OWASP Top 10 Proactive Controls 2016 - NorthEast PHP 2017 OWASP Top 10 Proactive Controls 2016 - NorthEast PHP 2017
OWASP Top 10 Proactive Controls 2016 - NorthEast PHP 2017 Philippe Gamache
 
Browser Serving Your Web Application Security - NorthEast PHP 2017
Browser Serving Your Web Application Security - NorthEast PHP 2017Browser Serving Your Web Application Security - NorthEast PHP 2017
Browser Serving Your Web Application Security - NorthEast PHP 2017Philippe Gamache
 
OWASP Top 10 Proactive Controls 2016 - PHP Québec August 2017
OWASP Top 10 Proactive Controls 2016 - PHP Québec August 2017OWASP Top 10 Proactive Controls 2016 - PHP Québec August 2017
OWASP Top 10 Proactive Controls 2016 - PHP Québec August 2017Philippe Gamache
 
Entreprise Security API - OWASP Montreal
Entreprise Security API - OWASP MontrealEntreprise Security API - OWASP Montreal
Entreprise Security API - OWASP MontrealPhilippe Gamache
 
Entreprise Security API - ConFoo 2011
Entreprise Security API - ConFoo 2011Entreprise Security API - ConFoo 2011
Entreprise Security API - ConFoo 2011Philippe Gamache
 
Strong authetification - ConFoo 2011
Strong authetification - ConFoo 2011Strong authetification - ConFoo 2011
Strong authetification - ConFoo 2011Philippe Gamache
 
Une application en une heure avec symfony - Collège de Mainsonneuve
Une application en une heure avec symfony - Collège de MainsonneuveUne application en une heure avec symfony - Collège de Mainsonneuve
Une application en une heure avec symfony - Collège de MainsonneuvePhilippe Gamache
 
Laboratoire sécurité : audit de code PHP - Conférence PHP Québec 2009
Laboratoire sécurité : audit de code PHP - Conférence PHP Québec 2009Laboratoire sécurité : audit de code PHP - Conférence PHP Québec 2009
Laboratoire sécurité : audit de code PHP - Conférence PHP Québec 2009Philippe Gamache
 
One hour application - PHP Quebec Conference 2009
One hour application - PHP Quebec Conference 2009One hour application - PHP Quebec Conference 2009
One hour application - PHP Quebec Conference 2009Philippe Gamache
 
Une application en deux heure - PHP Québec Janvier 2009
Une application en deux heure - PHP Québec Janvier 2009Une application en deux heure - PHP Québec Janvier 2009
Une application en deux heure - PHP Québec Janvier 2009Philippe Gamache
 
Audit de code PHP - PHP Code Audit - HackFest.ca 2009
Audit de code PHP - PHP Code Audit - HackFest.ca 2009Audit de code PHP - PHP Code Audit - HackFest.ca 2009
Audit de code PHP - PHP Code Audit - HackFest.ca 2009Philippe Gamache
 
Auditing and securing PHP applications - FRHACK 2009
Auditing and securing PHP applications - FRHACK 2009Auditing and securing PHP applications - FRHACK 2009
Auditing and securing PHP applications - FRHACK 2009Philippe Gamache
 

Plus de Philippe Gamache (18)

Cryptographie 101 Pour les programmeurs (PHP)
Cryptographie 101 Pour les programmeurs (PHP)Cryptographie 101 Pour les programmeurs (PHP)
Cryptographie 101 Pour les programmeurs (PHP)
 
Content-Security-Policy 2018.0
Content-Security-Policy 2018.0Content-Security-Policy 2018.0
Content-Security-Policy 2018.0
 
Mentor et votre équipe
Mentor et votre équipeMentor et votre équipe
Mentor et votre équipe
 
Multi Factor Authetification - ZendCon 2017
Multi Factor Authetification - ZendCon 2017Multi Factor Authetification - ZendCon 2017
Multi Factor Authetification - ZendCon 2017
 
Browser Serving Your We Application Security - ZendCon 2017
Browser Serving Your We Application Security - ZendCon 2017Browser Serving Your We Application Security - ZendCon 2017
Browser Serving Your We Application Security - ZendCon 2017
 
Browser Serving Your Web Application Security - Madison PHP 2017
Browser Serving Your Web Application Security - Madison PHP 2017Browser Serving Your Web Application Security - Madison PHP 2017
Browser Serving Your Web Application Security - Madison PHP 2017
 
OWASP Top 10 Proactive Controls 2016 - NorthEast PHP 2017
OWASP Top 10 Proactive Controls 2016 - NorthEast PHP 2017 OWASP Top 10 Proactive Controls 2016 - NorthEast PHP 2017
OWASP Top 10 Proactive Controls 2016 - NorthEast PHP 2017
 
Browser Serving Your Web Application Security - NorthEast PHP 2017
Browser Serving Your Web Application Security - NorthEast PHP 2017Browser Serving Your Web Application Security - NorthEast PHP 2017
Browser Serving Your Web Application Security - NorthEast PHP 2017
 
OWASP Top 10 Proactive Controls 2016 - PHP Québec August 2017
OWASP Top 10 Proactive Controls 2016 - PHP Québec August 2017OWASP Top 10 Proactive Controls 2016 - PHP Québec August 2017
OWASP Top 10 Proactive Controls 2016 - PHP Québec August 2017
 
Entreprise Security API - OWASP Montreal
Entreprise Security API - OWASP MontrealEntreprise Security API - OWASP Montreal
Entreprise Security API - OWASP Montreal
 
Entreprise Security API - ConFoo 2011
Entreprise Security API - ConFoo 2011Entreprise Security API - ConFoo 2011
Entreprise Security API - ConFoo 2011
 
Strong authetification - ConFoo 2011
Strong authetification - ConFoo 2011Strong authetification - ConFoo 2011
Strong authetification - ConFoo 2011
 
Une application en une heure avec symfony - Collège de Mainsonneuve
Une application en une heure avec symfony - Collège de MainsonneuveUne application en une heure avec symfony - Collège de Mainsonneuve
Une application en une heure avec symfony - Collège de Mainsonneuve
 
Laboratoire sécurité : audit de code PHP - Conférence PHP Québec 2009
Laboratoire sécurité : audit de code PHP - Conférence PHP Québec 2009Laboratoire sécurité : audit de code PHP - Conférence PHP Québec 2009
Laboratoire sécurité : audit de code PHP - Conférence PHP Québec 2009
 
One hour application - PHP Quebec Conference 2009
One hour application - PHP Quebec Conference 2009One hour application - PHP Quebec Conference 2009
One hour application - PHP Quebec Conference 2009
 
Une application en deux heure - PHP Québec Janvier 2009
Une application en deux heure - PHP Québec Janvier 2009Une application en deux heure - PHP Québec Janvier 2009
Une application en deux heure - PHP Québec Janvier 2009
 
Audit de code PHP - PHP Code Audit - HackFest.ca 2009
Audit de code PHP - PHP Code Audit - HackFest.ca 2009Audit de code PHP - PHP Code Audit - HackFest.ca 2009
Audit de code PHP - PHP Code Audit - HackFest.ca 2009
 
Auditing and securing PHP applications - FRHACK 2009
Auditing and securing PHP applications - FRHACK 2009Auditing and securing PHP applications - FRHACK 2009
Auditing and securing PHP applications - FRHACK 2009
 

Kaizen ou l'amélioration continue

  • 2. Philippe Gamache Développeur Web (+20 ans) PHP (+15 ans) et Symfony (~10 ans) Co-Auteur : Sécurité PHP 5 et MySQL Formateur PHP, Symfony et sécurité Audit en performance, sécurité et qualité du code
  • 3. C’est quoi? Nom d'une méthode de gestion de la qualité. Processus d'amélioration continue basé sur des actions concrètes, simples et peu onéreuses. État d'esprit qui nécessite l'implication de tous les acteurs.
  • 4. Objectifs du Kaizen Simplification des flux Amélioration de la qualité Amélioration des délais Amélioration de la productivité Amélioration des conditions de travail
  • 5. Méthodologies principales 5S; ORDRE (Ordonner, Ranger, Dépoussiérer (Découvrir des anomalies), Rendre évident, Être rigoureux) Six Sigma Juste-à-temps Kanban Lean management Maintenance productive totale (TPM) Roue de Deming (PDCA) Poka-yoke Qui ? Quoi ? Où ? Quand ? Comment ? Combien ? Pourquoi ? (8w) Qualité totale (TQM) SMED
  • 6. Amélioration de la qualité, délais et productivité Cycle de développement Tests unitaires Développement piloté par les tests (TDD) Conception pilotée par le comportement (BDD) Conception pilotée par le domaine (DDD) Réunissage de code Intégration continue Méthodes agiles
  • 7. L'acquisition de compétences est un processus continu...
  • 8. Amélioration continue de vos équipes ou Formation Continue
  • 10. Hypothèse Un bon développeur apprend toujours et se ré- évalue en vue de s’améliorer.
  • 11. Réalité Ce n’est pas toujours le cas. Nous devons forcer la main de certaines personnes.
  • 13. Pourquoi? Souvent la première ressource; Important d’encouragé vos équipes à les visiter; Différents niveaux techniques; Nouvelles sur les technologies.
  • 14. Plus d’informations… Certains sont mensuels, hebdomadaires, … Certains sont le soir, d’autres le matin ou le midi; Sur semaine ou la fin de semaine; En groupe ou en ligne; Certains sont filmés et disponibles en direct ou à la demande.
  • 15. Différents sujets Langages : js-montreal, Nomade PHP, PHP Québec, W3Québec; Cadres d’application et librairies : Association Drupal Montréal, Joomla! User Group Montréal, JQuery Meetups, Symfony Montreal; Logiciels : Atlassian User Group, Wordpress, PHPBB, Montreal - InDesign User Group, Montreal Linux Users Group, Montreal - Photoshop User Group; Technologies: 2600 Montréal, Linux Québec, Montréal Android, Montreal Business Intelligence User Group, Montreal NewTech, OpenStack Montreal, OWASP (sécurité applicative); Groupe spéciaux: Association québécoise des informaticien(ne)s indépendants (AQIII), devLAB Montréal, Fédération Québécoise des Communautés et des Industries du Libre (FQCIL), IGDA Montreal, IGDA Montreal, Laboratoires Foulab, Montreal Girl Geek Dinners, Montreal IT Professionals Community.
  • 18. Pourquoi et comment? Important! dans la formation de vos équipes; Par après, partager les présentations à l’interne; Le retour est plus grand que le risque de perdre un employé.
  • 19. Conférences locales 25th World Wide Web Conference Agile Tour C2 Montréal Colloque-rsi Confoo DrupalCamp Montréal GoSecure Hackfest SQIL Web à Québec
  • 20. Conférences PHP China PHP Conference Dutch PHP Conference Forum PHP International PHP Conference Lone Star PHP Midwest PHP Northeast PHP Conference Pacific Northwest PHP PHP Barcelona Conference PHPBenelux PHPConf.Asia PhpConference Brasil PHPConf Taiwan PHP Craft Johannesburg phpDay PHP Tour Luxembourg php[world] True North PHP SunshinePHP ZendCon
  • 21. Conférences Framework CakeFest CakePHP Conference Drupal Camp DrupalCon Drupal Day Laracon PHP Frameworks Day Symfony CMF SymfonyCon SymfonyDay SymfonyLive ZendCon Zend Framework Day
  • 23. Conférences autres CoderDojo DevConf GOTO SOLIDay OSCON O'Reilly Design Conference 2016 OWASP AppSec OWASP Day Privacy & Security Forum XP Days
  • 25. Quand et pourquoi? Lors d’un grand changement; Changement de cadre d’application; Passage à Agile; Grande sortie d’un langage (ie. PHP 7); Amélioration de votre équipe; Quand les formations courtes ne sont pas suffisantes.
  • 26. Qui? Formation hors lieux pour une petite équipe; Formation sur les lieux par un spécialiste (3 personnes ou plus); Formation sur les lieux par un des développeurs séniors (attention à la préparation ~1-2 semaines par jour).
  • 28. C’est quoi? Présentation durant l’heure du repas; Durant les heures d’ouvrage et payé; Avec un présentateur, professeur, expert, quelqu’un qui a un intérêt; Avec des vidéos ou des présentations enregistrées ou en direct en ligne.
  • 29. Hebdomadaires Pour une petite équipe (< 10 personnes); Diviser les grosseurs équipes en plus petits groupes; Toujours la même journée de la semaine; 60 à 90 minutes, mais réserver la salle pour 30 minutes de plus; Les gens apportent leur repas, mais il est recommandé d’en offrir environ une fois par mois.
  • 30. Qui, quand et comment? Encourager tous les membres de l’équipe a faire au moins un ou deux présentations par année; Faire un horaire des présentations en avance; Avoir une ou deux présentations prêtes;
  • 31. On y présente quoi? Tout ce qui affecte une équipe directement; C’est le temps de revoir les présentations vues dans les conférences; Nouvelles technologies ou veille technologique; Sujet très précis; Retours sur la base.
  • 32. Exemples Nouvelles Technologies: PHP 7 Symfony 3 Sujets précis: RabbitMQ Cryptographie Retours à la base: Les vecteurs Les chaînes de caractères Les flux
  • 33. Mensuels Une fois par mois pour plusieurs petites équipes ou une grande équipe; Durée de 3 à 4h avec un arrêt pour le repas; Toujours le faire la même journée, par exemple le dernier ou premier vendredi du mois; Offrir le repas est de bonne forme.
  • 34. On y présente quoi? Des formations qui incluent toute la compagnie; Des formations qui incluent toutes les équipement de développement; Mieux comprendre les autres équipes: marketing, ressources humaines, assurance qualité…
  • 35. Exemples Passage à Agile La théorie sur les tests unitaires Théorie de la qualité de code
  • 36. Qui? Formateurs externes; Experts sur le sujet; Membre d’une autre équipe; Et des vidéos, présentation en direct ou à la demande en ligne.
  • 37. Dojo
  • 38. C’est quoi? Rencontre pour travailler sur un défi: • Problème algorithmique à résoudre; • besoin à implémenter; Se concentre sur un sujet particulier; Permettre d'apprendre de façon collective.
  • 39. L’intérêt Apprendre de nouvelles techniques; • Grâce aux connaissances des autres; • Progressant ensemble face à un problème. Tester et parfaire des techniques de façon sûre; Partager avec les autres membres son savoir.
  • 40. Besoin de trois éléments Envie d'apprendre de nouvelles techniques, de nouveaux concepts de programmation; Envie de partager avec les autres ses connaissances; Bénéficier d'une amélioration continue de ses compétences.
  • 41. Caractéristiques Tous les niveaux de compétences en programmation sont acceptés. Seule une personne volontaire peut participer à un Coding Dojo. Ce n'est pas une compétition.
  • 42. Caractéristiques L'erreur est humaine. Il n'y a pas de jugement. Le Coding Dojo doit être un moment convivial. Tout le monde doit participer.
  • 43. Caractéristiques Chacun doit pouvoir s'améliorer à son rythme. Le but n'est pas de terminer l'exercice mais bien d'apprendre. Il permet un apprentissage continu/régulier. Il permet un apprentissage par petits pas.
  • 44. Les types de dojo Kata préparé Randori Kata
  • 45. Kata préparé Un présentateur montre comment résoudre le défi à partir de zéro, en utilisant le développement piloté par les tests et en faisant les étapes pas à pas. Chaque étape doit être comprise par toutes les personnes présentes. Les gens devraient interrompre seulement s’ils ne comprennent pas ce qui se passe.
  • 46. Randori Kata Le défi est résolu par une paire de programmeur (pilote et copilote). Tout le monde présent est invité à aider. Chaque paire a un certain temps (5 ou 7 minutes) pour faire avancer, en utilisant le développement piloté par les tests et en faisant les étapes pas à pas. À la fin du temps requis, le pilote retourne parmi le reste du groupe, le co-pilote devient pilote, une personne du groupe devient co-pilote.
  • 47. Comparé au Lunch and Learn Plus participatif; Meilleur apprentissage; Peut être utilisé de façon dépendante ou non; Apprentissage d’équipe.
  • 48. Besoins Une table (au moins). Des chaises pour l'ensemble des participants Un video projecteur. Un ordinateur portable. Un tableau à papier ou tableau blanc. Des post-its. Des stylos. Un appareil photo (optionnel) Une Caméra (optionnelle)
  • 51. C’est quoi? Examen systématique du code source; Trouver des bugs ou des vulnérabilités potentielles; Corriger des erreurs de conception;
  • 52. On fait déjà la revue Sur une partie du code; Collecte et présentation des modifications apportées aux fichiers sources qui nécessitent une relecture.
  • 53. L’intérêt Améliorer la qualité du code; Améliorer la sécurité du logiciel; favoriser la collaboration, le travail en équipe; Appliquer un standard; Détecter et corriger les défauts (bogues mais aussi lisibilité) au plus tôt dans le cycle de vie du code pour économiser les coûts; Formation des développeurs.
  • 54. Hebdomadaires Pour une petite équipe (< 10 personnes); Diviser les grosseurs équipes en plus petits groupes; Toujours la même journée de la semaine; 90 minutes, mais réserver la salle la salle pour 30 minutes de plus.
  • 55. Bimensuel Pour une petite équipe (< 10 personnes); Diviser les grosseurs équipes en plus petits groupes; Alterner les personnes dans chacun des groupes; Toujours la même journée de la semaine; 180 minutes, mais réserver la salle pour 30 minutes de plus.
  • 56. Besoins Une table (au moins). Des chaises pour l'ensemble des participants Un video projecteur. Un ordinateur portable. Statistiques et métriques (vitesse de relecture, taux de détection des défauts…)
  • 57. Caractéristiques Tous les niveaux de compétences en programmation sont acceptés. Ce n'est pas une compétition. L'erreur est humaine. Il n'y a pas de jugement. Tout le monde doit participer.
  • 58. Caractéristiques Chacun doit pouvoir s'améliorer à son rythme. Le but n'est pas de terminer la revue mais bien d'apprendre. Il permet un apprentissage continu/régulier. Il permet un apprentissage par petits pas.