Mail: Linkedin:

Transcription

1 1

2 2

3 Romain Trocherie Consultant IT, développeur Java, ScrumMaster à Altran Belgique depuis 2012 (groupe Altran depuis juin 2011). Développement d un simulateur d essais pharmaceutiques pour grands comptes. Spécialisation en pharmacocinétique / pharmacodynamique. Plongé dans l agilité depuis 3 ans, et addictà Scrum. Curieux et adore expérimenter. Adore consacrer son temps libre au développement personnel, déteste tomber dans la routine: d où l adoption de l agilité dans mon quotidien! Mail: romain.trocherie@gmail.com Linkedin: 3

4 L agilité est aujourd hui sur toutes les langues,quelque soit notre expérience, notre niveau. C est un «buzzword», tant dans le domaine du développement logiciel que l IT de manière générale, le management, etc... On est agile, on fait de l agile partout. Si l on parcourt Wikipedia, on peut notamment lire: «Les méthodes agiles sont des groupes de pratiques pouvant s'appliquer à divers types de projets, mais se limitant plutôt actuellement aux projets de développement en informatique.» Qu en est-il donc au-delà du développement informatique? Et sur un plan personnel? 4

5 Prenons un moment pour situer les contextes à la manière d une pyramide de Maslow. Sans les fondations, nous ne pouvons atteindre le sommet! Rappel: les 7 principes Lean 1. Eliminer les gaspillages 2. Favoriser la connaissance 3. Décider au moment le plus approprié, le plus tard possible 4. Livrer rapidement 5. Donner le pouvoir à l équipe 6. Penser qualité dans la construction du système 7. Optimiser l ensemble Lean sur Wikipedia: 5

6 Un petit rappel desconcepts et principes du manifeste agile ne fait jamais de mal! Un trou de mémoire? Pourquoi ne pas imprimer ces deux slides? :) Nous découvrons comment mieux développer des logiciels par la pratique et en aidant les autres à le faire. Ces expériences nous ont amenés à valoriser : Les individus et leurs interactions plus que les processus et les outils Des logiciels opérationnels plus qu une documentation exhaustive La collaboration avec les clients plus que la négociation contractuelle L adaptation au changement plus que le suivi d un plan Nous reconnaissons la valeur des seconds éléments, mais privilégions les premiers. Kent Beck Mike Beedle Arie van Bennekum Alistair Cockburn Ward Cunningham Martin Fowler James Grenning Jim Highsmith Andrew Hunt Ron Jeffries Jon Kern Brian Marick Robert C. Martin Steve Mellor Ken Schwaber Jeff Sutherland Dave Thomas Issu du Manifeste Agile: 6

7 Principes sous-jacents du Manifeste Agile: Nous suivons ces principes: Notre plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à grande valeur ajoutée. Accueillez positivement les changements de besoins, même tard dans le projet. Les processus Agiles exploitent le changement pour donner un avantage compétitif au client. Livrez fréquemment un logiciel opérationnel avec des cycles de quelques semaines à quelques mois et une préférence pour les plus courts. Les utilisateurs ou leurs représentants et les développeurs doivent travailler ensemble quotidiennement tout au long du projet. Réalisez les projets avec des personnes motivées. Fournissez-leur l environnement et le soutien dont ils ont besoin et faites-leur confiance pour atteindre les objectifs fixés. La méthode la plus simple et la plus efficace pour transmettre de l information à l'équipe de développement et à l intérieur de celle-ci est le dialogue en face à face. Un logiciel opérationnel est la principale mesure d avancement. Les processus Agiles encouragent un rythme de développement soutenable. Ensemble, les commanditaires, les développeurs et les utilisateurs devraient être capables de maintenir indéfiniment un rythme constant. Une attention continue à l'excellence technique et à une bonne conception renforce l Agilité. La simplicité c est-à-dire l art de minimiser la quantité de travail inutile est essentielle. Les meilleures architectures, spécifications et conceptions émergent d'équipes autoorganisées. À intervalles réguliers, l'équipe réfléchit aux moyens de devenir plus efficace, puis règle et modifie son comportement en conséquence. Issu du Manifeste Agile: 7

8 Quandon parle de l agilité, ce ne sont donc pas seulement les valeurs, les attitudes, les principes Mais aussi un bon paquet de méthodes que l on qualifie d agile, dans lesquelles nous nageons, ou parfois même nous noyons! 8

9 Les domaines d applications se révèlent progressivement. Ou bien parfois,les applications se révèlent dans les domaines. L agilité encore à l état de buzz, résulte aussi en une certaine lubie! Question:«Qui a déjà prétendu être agile sans réelle expérience, pour se donner bonne conscience, ou pour vendre du rêve?» Merci de répondre honnêtement, aucun jugement n est porté! (Je lève moi-même la main ) Quelques raisons en vrac: -«Bullshitter» l interlocuteur pour décrocher une offre, - Faire bonne impression, -Ne pas passer pour la brebis galeuse d un groupe de practiciens agiles (ou pas?), -J y connais rien ou pas grand-chose, je n ai pas pratiqué, mais c est facile, donc je suis agile!! Merci à ceux qui auront lever la main, rappelez-vous que la transparence prime! L agilité est à la porté de tous. J espère que vous serez convaincus à la finde cette présentation et oserezl appliquer dans votre quotidien, pour devenirréellement agile en pratiquant! 9

10 Imaginons un instant, quelques expérimentations: Lean pour du shopping? Pair programming pour la cuisine? Scrum pour le sport? Gestion d un carnet (Product backlog grooming) pour entretenir la maison? Technology spike pour voyager? Question: «Avez-vous d autres suggestions?» 10

11 En creusant un peu nous trouvons bon nombre de success stories. Par exemple: - Evènementiel, - Sport (je vous épargne l agilité canine!), - Consommation, shopping, - Actions caritatives, - Education, - Programmes scouts, - Diète, nutrition et régime, - Cliquez les images pour plus de détails et témoignages. 11

12 Voici ma revue du manifeste agile. Résumé et sorti du contexte du développement logiciel, il n y a pas de grande différence! 12

13 N hésitez pas à reformuler ces principes pour des domaines spécifiques. Question:«Imaginez quels seraient ces principes, appliqués au tir à l arc, au système éducatif (école primaire)?» 13

14 Question: «Pourquoi vous êtes-vous tournez vers l agilité, à quel moment?» Rien ne nous retientde devenir agile! Nous avons naturellement et par habitude (profondément ancrée) une réticence au changement, une peur certaine à quitter notre zone de confort. Dans nombre de cas, l agilité est/sera même encore perçue comme une fin en soi, et non pas un moyen d amélioration, un révélateur. Sans déclic, pas d essai, pas de changement. Il faut un évènement déclencheur, une rupture. «Nous sommes formatés à vivre dans un système hiérarchique, à défendre ses propres intérêts, de suivre des préceptes humains non pérennes (boosteurssur le court terme, mais porteur d un échec sur le long terme) contraires à l agilité. L agilité est une nonhiérarchie encadrée. (Imaginez des enfants travailler seuls)» selon Dominique Dupagnebit.ly/19QMRha 14

15 Bref retour sur les pistes et quelques illustrations. Question:«D autres suggestions?» 15

16 16

17 L agilité à la maison, Henrik Kniberg: TED Talk de Bruce Feiler: bit.ly/yrt4m4 17

18 Technique développée par l étudiant Francesco Cirillo vers la fin des années 80. Une itérationconsiste en25 minutes de travail ininterrompu («flow time») et 5mn de pause. Pause longue toutes les 4 itérations. La technique fonctionne formidablement bien avec des outils de GTD, une todolist, et la loi de Pareto (80/20). Les règles sont détaillées ici:

19 Le papier décrivant les bénéfices apportés par Scrum dans les paroisses aux USA: jeffsutherland.com/sutherandscruminchurchagile2009.pdf 19

20 20

21 Le site de PersonalKanban: Alimenté par Jim Benson, TonianneDe Maria Barry, et une communauté active. Un livre existe aussi ( Ou encore: 4 principes: - Commencer par ce que l on fait déjà/maintenant, - Accepter, accueillir favorablement le changement, - Respecter les processus, responsabilités courants, - Encourager au leadership à tout niveaux 21

22 1 -> Supports et accessoires Privilégier le tableau blanc classique, les post-its, feutres, pastilles Trouver un beau mur, ou passer chez Ikea (Je n ai pas d actions chez eux, mais ils vendent différents tableaux de 7 à 50 ). :) Nomade, geekou expérimenté? Il est possible d utiliser des outils web, tels que Trello, Kanbanize, IceScrum, Google Docs Drawing, Padlet, etc 2 -> Process de réalisation Jusque là, rien de bien méchant! Votre processpeut être minimal, mais complètement différent pour l adapter à vos projets et d autres domaines. Personnellement, j ai ajouté puis retiré des colonnes «Today(TODO)», «Hot(WIP)» et «Waiting» (WIP, pas de contrôle temporairement, mais à ne pas repasser en TODO) par nécessité. Hors de votre zone de backlog(todo), les post-its ne doivent jamais revenir en arrière. Plusieurs personnes pour votre projet? Pas de problème, instaurez des lignes individuelles (sauf pour le backlog)! ;) 22

23 Comment définir ses objectifs? - Brainstorming (écrivez tout ce qui vous passe par la tête), -Utilisation de listings et todolistsprécédemment abandonnées, - Matrice SWOT (strength/weakness/opportunity/threat) - Diagramme d Ishikawa - Prenez votre temps et définissez les honnêtement. Après tout, c est votre projet et vous êtes votre propre chef! Utilisez le format des post-its, leur couleurs, des pastilles autocollantes ou autres marques etc à votre avantage. Plus c est visuel, plus c est transparent. Une erreur, un doute, utilisez la malléabilité du tableau. C est aussi le moment de créerune définition de «Done»! La complétion des taches doit être controlée et donc mesurable. Astuce personnelle:quantifier le résultat attendu à l arrière du post-it. Ajoutez donc un soupçon de ludification (gamification)! :) 23

24 Vouspassez du temps à tout écrire, réécrire? Vous arrivez à ça? C est normal! Question: «Combien de post-itsai-je pu écrire et fixer après affinement?» -> Plus de 200! Je vous raconte pas la tronche de mon placard! :) Prenez un peu de temps pour réordonner les post-its. Les taches avec le plus valeur sont souvent placées au plus haut. Triez les horizontalement selon le critère qui vous semble le mieux adapté: par priorité, difficulté ou temps de réalisation. 24

25 Rappelez-vous, nous sommes mono-tâches par nature. Contrôlons donc le goulot d étranglement! Expérience: Challenger un malchanceux participant à faire du multi-tasking! - Compter de manière incrémentale, - Sauter sur place à cloche-pied, - Jongler avec un, deux, trois objets 25

26 Kanbanfonctionne en flux tiré. C est-à-dire que le développeur, le créateur va prendre de lui-même la ou les taches à réaliser. Les taches ne doivent pas être poussés depuis l amont en WIP. Cet article présente très clairement les concepts de flux poussés / tirés: 26

27 (Transition) 27

28 Au final, quelles sont les vertues du Personal Kanban: -Libérateur: pas d anxiété, d impératif, produit du bon stress et propose une multitude d options, -Clair et porté sur du plus long terme que des todo-list où le travail est «poussé» en amont, votre board si vous en archivez des versions se révèle être une histoire à luimême, - Que vous soyez productif ou pas, vous devenez désormais efficace. Vous produisez désormais plus, en moyen d efforts, et vous avérez plus efficace. Astuce personnelle: Envie de découvrir de nouveaux sujets, une panne d inspiration? Allez piocher des idées sur TED Talks, ou des plateformes éducatives en ligne telles que Coursera, Udacity Testé et approuvé! :)

29 Nousdiscutons de l agilité au travail, pendant le «temps libre»... Mais peut-on aller encore plus loin? 29

30 Découvert dans un ouvrage de Tim Ferriss, life hacker très connu ( Je testedepuis quelques semaines le sommeil polyphasique, pour devenir «lean» dans la gestion de mon repos (J en suis àun modèle proche de l Everyman, qui se rapproche du graphe présenté). Le principe est, non seulement de gagner du temps, mais d atteindre la phase de sommeil réparatrice rapidement, à la même fréquence (les plages de sommeil sont espacées équitablement dans l idéal). Tout ceci combiné, cela me permet de réaliser encore plus de taches chaque jour! L exercice n est pas facile, adopter ce rythme est difficile. Un peu à la manière de sprints mensuels qui deviennent hebdomadaires! ;) Attendez vous donc à une légère baisse de vélocité si vous tentez l expérience! La page Wikipedia: Expériences:

31 31

32 La présentation est «done»! :) 32

33 N hésitez pas à me contacter via mail ou sur les réseauxpour des journées encore plus agiles: vos questions et feedbacks sont les bienvenus! :) De même, vous pouvez reprendre le contenu de cette présentation, l adapter et le repartager à vos collègues, amis et votre famille! ;) 33

34 34

35 35