Télécharger en tant que PDF, PPTX
![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](https://image.slidesharecdn.com/kaizen-160105171626/85/Kaizen-ou-l-amelioration-continue-20-320.jpg)
Téléchargé parPhilippe Gamache
Kaizen ou l'amélioration continue
Le document présente le Kaizen, une méthode d'amélioration continue axée sur l'implication de tous les acteurs pour optimiser la qualité, les délais et la productivité. Il décrit également diverses méthodologies et pratiques de développement, telles que le TDD, ainsi que l'importance des formations continues et des événements d'apprentissage pour les équipes. Enfin, il souligne l'importance de la revue de code pour améliorer la qualité du logiciel et favoriser la collaboration au sein des équipes.
Contenu connexe
![[REX] Toyota Boshoku / Faurecia par Matthieu moulin](https://cdn.slidesharecdn.com/ss_thumbnails/matthieumoulin-150603144913-lva1-app6891-thumbnail.jpg?width=640&height=640&fit=bounds)
Similaire à Kaizen ou l'amélioration continue
Kaizen ou l'amélioration continue
- 1. Kaizen ou l’AméliorationContinue
- 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'unemé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 Simplificationdes 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 laqualité, 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 estun processus continu...
- 8. Amélioration continue de voséquipes ou Formation Continue
- 9.
- 10. Hypothèse Un bon développeurapprend toujours et se ré- évalue en vue de s’améliorer.
- 11. Réalité Ce n’est pastoujours le cas. Nous devons forcer la main de certaines personnes.
- 12.
- 13. Pourquoi? Souvent la premièreressource; Important d’encouragé vos équipes à les visiter; Différents niveaux techniques; Nouvelles sur les technologies.
- 14. Plus d’informations… Certains sontmensuels, 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.
- 16.
- 17.
- 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 WorldWide 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 DutchPHP 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 DrupalDay Laracon PHP Frameworks Day Symfony CMF SymfonyCon SymfonyDay SymfonyLive ZendCon Zend Framework Day
- 22. Conférences Frontend Async ConnectJS dotCSS jDays JSConf SmashingConf O'Reilly Design Conference2016 UX Camps UX Summit World IA Day
- 23. Conférences autres CoderDojo DevConf GOTO SOLIDay OSCON O'Reilly Design Conference2016 OWASP AppSec OWASP Day Privacy & Security Forum XP Days
- 24.
- 25. Quand et pourquoi? Lorsd’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 lieuxpour 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).
- 27.
- 28. C’est quoi? Présentation durantl’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 etcomment? 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ésentequoi? 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 Sujetsprécis: RabbitMQ Cryptographie Retours à la base: Les vecteurs Les chaînes de caractères Les flux
- 33. Mensuels Une fois parmois 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ésentequoi? 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 Lathéorie sur les tests unitaires Théorie de la qualité de code
- 36. Qui? Formateurs externes; Experts surle sujet; Membre d’une autre équipe; Et des vidéos, présentation en direct ou à la demande en ligne.
- 37.
- 38. C’est quoi? Rencontre pourtravailler 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 nouvellestechniques; • 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 niveauxde 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. Iln'y a pas de jugement. Le Coding Dojo doit être un moment convivial. Tout le monde doit participer.
- 43. Caractéristiques Chacun doit pouvoirs'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 dedojo Kata préparé Randori Kata
- 45. Kata préparé Un présentateurmontre 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éfiest 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 Lunchand Learn Plus participatif; Meilleur apprentissage; Peut être utilisé de façon dépendante ou non; Apprentissage d’équipe.
- 48. Besoins Une table (aumoins). 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)
- 49.
- 50.
- 51. C’est quoi? Examen systématiquedu 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 (aumoins). 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 niveauxde 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 pouvoirs'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.
- 59.