Kaizen ou l'amélioration continue

of 60 /60
Kaizen ou l’Amélioration Continue

Embed Size (px)

Transcript of Kaizen ou l'amélioration continue

  1. 1. Kaizen ou lAmlioration Continue
  2. 2. Philippe Gamache Dveloppeur Web (+20 ans) PHP (+15 ans) et Symfony (~10 ans) Co-Auteur : Scurit PHP 5 et MySQL Formateur PHP, Symfony et scurit Audit en performance, scurit et qualit du code
  3. 3. Cest quoi? Nom d'une mthode de gestion de la qualit. Processus d'amlioration continue bas sur des actions concrtes, simples et peu onreuses. tat d'esprit qui ncessite l'implication de tous les acteurs.
  4. 4. Objectifs du Kaizen Simplification des flux Amlioration de la qualit Amlioration des dlais Amlioration de la productivit Amlioration des conditions de travail
  5. 5. Mthodologies principales 5S; ORDRE (Ordonner, Ranger, Dpoussirer (Dcouvrir 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. 6. Amlioration de la qualit, dlais et productivit Cycle de dveloppement Tests unitaires Dveloppement pilot par les tests (TDD) Conception pilote par le comportement (BDD) Conception pilote par le domaine (DDD) Runissage de code Intgration continue Mthodes agiles
  7. 7. L'acquisition de comptences est un processus continu...
  8. 8. Amlioration continue de vos quipes ou Formation Continue
  9. 9. Flicitations
  10. 10. Hypothse Un bon dveloppeur apprend toujours et se r- value en vue de samliorer.
  11. 11. Ralit Ce nest pas toujours le cas. Nous devons forcer la main de certaines personnes.
  12. 12. Les groupes dutilisateurs
  13. 13. Pourquoi? Souvent la premire ressource; Important dencourag vos quipes les visiter; Diffrents niveaux techniques; Nouvelles sur les technologies.
  14. 14. Plus dinformations Certains sont mensuels, hebdomadaires, Certains sont le soir, dautres le matin ou le midi; Sur semaine ou la fin de semaine; En groupe ou en ligne; Certains sont films et disponibles en direct ou la demande.
  15. 15. Diffrents sujets Langages : js-montreal, Nomade PHP, PHP Qubec, W3Qubec; Cadres dapplication et librairies : Association Drupal Montral, Joomla! User Group Montral, JQuery Meetups, Symfony Montreal; Logiciels : Atlassian User Group, Wordpress, PHPBB, Montreal - InDesign User Group, Montreal Linux Users Group, Montreal - Photoshop User Group; Technologies: 2600 Montral, Linux Qubec, Montral Android, Montreal Business Intelligence User Group, Montreal NewTech, OpenStack Montreal, OWASP (scurit applicative); Groupe spciaux: Association qubcoise des informaticien(ne)s indpendants (AQIII), devLAB Montral, Fdration Qubcoise des Communauts et des Industries du Libre (FQCIL), IGDA Montreal, IGDA Montreal, Laboratoires Foulab, Montreal Girl Geek Dinners, Montreal IT Professionals Community.
  16. 16. Confrences
  17. 17. Sous dautres noms Camps Congrs Conventions Djeuner-causerie Dner-confrence HackDays Runion Sminaires Professionnels Groupe dusagers
  18. 18. Pourquoi et comment? Important! dans la formation de vos quipes; Par aprs, partager les prsentations linterne; Le retour est plus grand que le risque de perdre un employ.
  19. 19. Confrences locales 25th World Wide Web Conference Agile Tour C2 Montral Colloque-rsi Confoo DrupalCamp Montral GoSecure Hackfest SQIL Web Qubec
  20. 20. Confrences 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. 21. Confrences Framework CakeFest CakePHP Conference Drupal Camp DrupalCon Drupal Day Laracon PHP Frameworks Day Symfony CMF SymfonyCon SymfonyDay SymfonyLive ZendCon Zend Framework Day
  22. 22. Confrences Frontend Async ConnectJS dotCSS jDays JSConf SmashingConf O'Reilly Design Conference 2016 UX Camps UX Summit World IA Day
  23. 23. Confrences autres CoderDojo DevConf GOTO SOLIDay OSCON O'Reilly Design Conference 2016 OWASP AppSec OWASP Day Privacy & Security Forum XP Days
  24. 24. Formations spcialises
  25. 25. Quand et pourquoi? Lors dun grand changement; Changement de cadre dapplication; Passage Agile; Grande sortie dun langage (ie. PHP 7); Amlioration de votre quipe; Quand les formations courtes ne sont pas suffisantes.
  26. 26. Qui? Formation hors lieux pour une petite quipe; Formation sur les lieux par un spcialiste (3 personnes ou plus); Formation sur les lieux par un des dveloppeurs sniors (attention la prparation ~1-2 semaines par jour).
  27. 27. Lunch and Learn
  28. 28. Cest quoi? Prsentation durant lheure du repas; Durant les heures douvrage et pay; Avec un prsentateur, professeur, expert, quelquun qui a un intrt; Avec des vidos ou des prsentations enregistres ou en direct en ligne.
  29. 29. Hebdomadaires Pour une petite quipe (< 10 personnes); Diviser les grosseurs quipes en plus petits groupes; Toujours la mme journe de la semaine; 60 90 minutes, mais rserver la salle pour 30 minutes de plus; Les gens apportent leur repas, mais il est recommand den offrir environ une fois par mois.
  30. 30. Qui, quand et comment? Encourager tous les membres de lquipe a faire au moins un ou deux prsentations par anne; Faire un horaire des prsentations en avance; Avoir une ou deux prsentations prtes;
  31. 31. On y prsente quoi? Tout ce qui affecte une quipe directement; Cest le temps de revoir les prsentations vues dans les confrences; Nouvelles technologies ou veille technologique; Sujet trs prcis; Retours sur la base.
  32. 32. Exemples Nouvelles Technologies: PHP 7 Symfony 3 Sujets prcis: RabbitMQ Cryptographie Retours la base: Les vecteurs Les chanes de caractres Les flux
  33. 33. Mensuels Une fois par mois pour plusieurs petites quipes ou une grande quipe; Dure de 3 4h avec un arrt pour le repas; Toujours le faire la mme journe, par exemple le dernier ou premier vendredi du mois; Offrir le repas est de bonne forme.
  34. 34. On y prsente quoi? Des formations qui incluent toute la compagnie; Des formations qui incluent toutes les quipement de dveloppement; Mieux comprendre les autres quipes: marketing, ressources humaines, assurance qualit
  35. 35. Exemples Passage Agile La thorie sur les tests unitaires Thorie de la qualit de code
  36. 36. Qui? Formateurs externes; Experts sur le sujet; Membre dune autre quipe; Et des vidos, prsentation en direct ou la demande en ligne.
  37. 37. Dojo
  38. 38. Cest quoi? Rencontre pour travailler sur un dfi: Problme algorithmique rsoudre; besoin implmenter; Se concentre sur un sujet particulier; Permettre d'apprendre de faon collective.
  39. 39. Lintrt Apprendre de nouvelles techniques; Grce aux connaissances des autres; Progressant ensemble face un problme. Tester et parfaire des techniques de faon sre; Partager avec les autres membres son savoir.
  40. 40. Besoin de trois lments Envie d'apprendre de nouvelles techniques, de nouveaux concepts de programmation; Envie de partager avec les autres ses connaissances; Bnficier d'une amlioration continue de ses comptences.
  41. 41. Caractristiques Tous les niveaux de comptences en programmation sont accepts. Seule une personne volontaire peut participer un Coding Dojo. Ce n'est pas une comptition.
  42. 42. Caractristiques 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. 43. Caractristiques Chacun doit pouvoir s'amliorer son rythme. Le but n'est pas de terminer l'exercice mais bien d'apprendre. Il permet un apprentissage continu/rgulier. Il permet un apprentissage par petits pas.
  44. 44. Les types de dojo Kata prpar Randori Kata
  45. 45. Kata prpar Un prsentateur montre comment rsoudre le dfi partir de zro, en utilisant le dveloppement pilot par les tests et en faisant les tapes pas pas. Chaque tape doit tre comprise par toutes les personnes prsentes. Les gens devraient interrompre seulement sils ne comprennent pas ce qui se passe.
  46. 46. Randori Kata Le dfi est rsolu par une paire de programmeur (pilote et copilote). Tout le monde prsent est invit aider. Chaque paire a un certain temps (5 ou 7 minutes) pour faire avancer, en utilisant le dveloppement 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. 47. Compar au Lunch and Learn Plus participatif; Meilleur apprentissage; Peut tre utilis de faon dpendante ou non; Apprentissage dquipe.
  48. 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 Camra (optionnelle)
  49. 49. Plus dinformation http://codingdojo.org http://codingdojo.org/cgi-bin/index.pl? KataCatalogue
  50. 50. Revue de code
  51. 51. Cest quoi? Examen systmatique du code source; Trouver des bugs ou des vulnrabilits potentielles; Corriger des erreurs de conception;
  52. 52. On fait dj la revue Sur une partie du code; Collecte et prsentation des modifications apportes aux fichiers sources qui ncessitent une relecture.
  53. 53. Lintrt Amliorer la qualit du code; Amliorer la scurit du logiciel; favoriser la collaboration, le travail en quipe; Appliquer un standard; Dtecter et corriger les dfauts (bogues mais aussi lisibilit) au plus tt dans le cycle de vie du code pour conomiser les cots; Formation des dveloppeurs.
  54. 54. Hebdomadaires Pour une petite quipe (< 10 personnes); Diviser les grosseurs quipes en plus petits groupes; Toujours la mme journe de la semaine; 90 minutes, mais rserver la salle la salle pour 30 minutes de plus.
  55. 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 mme journe de la semaine; 180 minutes, mais rserver la salle pour 30 minutes de plus.
  56. 56. Besoins Une table (au moins). Des chaises pour l'ensemble des participants Un video projecteur. Un ordinateur portable. Statistiques et mtriques (vitesse de relecture, taux de dtection des dfauts)
  57. 57. Caractristiques Tous les niveaux de comptences en programmation sont accepts. Ce n'est pas une comptition. L'erreur est humaine. Il n'y a pas de jugement. Tout le monde doit participer.
  58. 58. Caractristiques Chacun doit pouvoir s'amliorer son rythme. Le but n'est pas de terminer la revue mais bien d'apprendre. Il permet un apprentissage continu/rgulier. Il permet un apprentissage par petits pas.
  59. 59. Philippe Gamache @philoupedia [email protected] https://joind.in/16496