Mes outils électroniques Agile, tout un programme!

809 vues

Publié le

thème : choix des outils volontaires ou subis par ceux qui les utilisent : nous les équipes agiles.
Sur ces choix, j’ai remarqué que nous choisissions rarement consciemment et même si c'est le cas : soit trop rapidement, soit avec des débats sans fin.
L'objectif de cette session est de donner une vision claire sur le choix de vos outils, le changement d’outil et l’intégration de ces outils dans la chaîne de Continuuous Delivery (déploiement continue)
(ou le pourquoi, qui, quand, quoi, comment choisir un outil)
Je me focalise sur le choix d'un outil Kanban, avec lequel j’ai rencontré le plus de difficultés, mais évidemment vous pouvez l’appliquer à tous les autres outils de l’équipe Agile.

Publié dans : Technologie
0 commentaire
1 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

Aucun téléchargement
Vues
Nombre de vues
809
Sur SlideShare
0
Issues des intégrations
0
Intégrations
357
Actions
Partages
0
Téléchargements
3
Commentaires
0
J’aime
1
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive
  • lanyrd.com/sdtxkm

    Je suis heureux de partager avec vous aujourd’hui autour du thème des outils et des choix volontaires ou subies de ceux qui les utilsent : nous les équipes agiles. Sur ces choix, j’ai été parfois surpris, franchement decu , ok très énervé dirait ceux qui me connaisse. J’ai remarqué que nous ne choisissions rarement consciemment et si c’était le cas soit trop rapidement, soit cela tombe des débats … très long (i.e. + 2mois)
    Je souhaite qu’à la fin de cette session vous ayez une bonne vision claire sur le choix de vos outils, le changement d’outil et l’intégration de ces outils.
    (ou pourquoi, qui, quand, quoi, comment choisir tel ou tel outil)
    Je me focaliser sur le choix d’outils où j’ai rencontré le plus de difficultés et travers, mais évidemment on peut l’appliquer à tous les autres de l’équipe Agile!
    Nous sommes une équipe Agile et nous allons changer d’outil Kanban.


    Pour la modification du code, nous utilisons tous des outils électroniques (IDEs, Git, Cucumber). Pour notre management visuel, nous avons encore des réticences : trop rigides, trop simpliste ou trop compliqués, ..ou encore difficile à intégrer ensemble. Et bien, je pense que ce sont des préjugés. Fan d'outils, je vais vous aider à trouver votre ou vos outils Agile. Je présenterai intégration des outils Agile entre eux et aussi vers d'autres outils de la chaine de Continuous Delivery.
    Les participants auront une meilleure vision sur le choix de leur outils : les critères, comment réaliser le choix et surtout pourquoi en utiliser (avantages).
    J'accompagne les équipes de développement Agile à mettre en place leurs outils pour le management visuel, l'intégration et le déploiement continue, le code source. J'ai une expérience 12 ans dans le développement logiciel et contribue régulièrement aux communautés (blog, speaker Techdays et Agile Tour). Membre bureau du French SUG 2014-2015, nommé Microsoft MVP ALM en 2014 et 2015. Le partage c'est mon chargeur de batteries!
  • Tant mieux, il y en a plein !
    Qui utilise un outil électronique pour kanban/management visuel ?

    Recherche de « kanban » dans google jusque page 12+ http://limitedwipsociety.ning.com/page/tools

    http://kanbanflow.com/
    https://kanbanery.com/
    https://www.kanbanpad.com/
    http://kanboard.net
    https://kanbanize.com/
    http://www.swiftkanban.com/
    http://leankit.com/
    http://kanbantool.com/
    http://www.kanbanote.com/
    http://kan.bo
    https://www.atlassian.com/software/jira/agile
    http://trello.com/
    https://www.rallydev.com/ http://www.agilezen.com/
    https://www.visualstudio.com/en-us/get-started/work/work-from-the-kanban-board-vs
    http://www.hpagilemanager.com http://www.hp.com/fr/fr/software-solutions/alm-software-development-testing/index.html
    http://www.versionone.com/what-is-kanban/
    http://www.ca.com/fr/intellicenter/ca-agile-planning/details.aspx
    https://www.enalean.com/fr/tuleap
    http://www.targetprocess.com/kanban/
    https://www.projectplace.com/features/digital-kanban-boards/
    https://mykanzen.com/
    https://www.blossom.co/
    http://hansoft.com/
    http://www.getsmartq.com/
    http://www.thoughtworks.com/products
    http://www.axosoft.com/
    http://kanbana.com/ personal kanban
    http://redminecrm.com/
    http://www.fogcreek.com/FogBugz/plugins/plugin.aspx?ixPlugin=15
    http://kanban.leanlabs.io/
    https://huboard.com/

    http://jimflow.jimdo.com/

    http://webix.com/kanban/

    New : https://waffle.io/
    https://kantree.io/fr
    https://wekan.io/




  • On sera d’accord que c’est celui que l’on utilise, jusqu’à ce que l’on décide d’en changer.
    Si on utilise celui-ci c’est parce qu’il répond le mieux à nos besoins/contexte (ou le moins pire). Sauf que vous l’avez vraiment choisi ?
    Qui a été impliqué dans le choix de celui-ci ?



    http://memegenerator.net/
    http://www.keepcalm-o-matic.co.uk/
    Marabout : Docteur Djibril, grand sorcier de de l’occulte trouve toujours l’outil parfait
  • J’interviens regulierment sur la mise en place de l’Agilité surtout côté des outils : contrôle de code source, Build, déploiement continue, tests, etc … essentiellement sur Microsoft Visual Studio ALM.
    Depuis 1an, je travaille dans une équipe Agile pour une BFI aussi sur ces sujets et sur dev. On a à la fois les outils de TFS et Jira, github, puppet, DeployIt (vers lesquels ont migre).


    J'interviens chez nos clients sur les problématiques DevOps, ALM. J'en déploie les bonnes pratiques et les processus avec Visual Studio ALM et Team Foundation Server. Je suis également ScrumMaster et développeur.
    Je participe régulièrement aux évènements des communautés Microsoft, ALM et Agiles (Agile .Net France, French Scrum User Group, TechDays) en tant que participant et autant que possible comme conférencier
    Meritis est une société de en systèmes d’information pour la finance de marché.
    Au sein des banques de financement et d’investissement et des sociétés de gestion d’actifs, les consultants Meritis interviennent à tous les stades du traitement d’ordre que ce soit fonctionnels, méthodologiques et technologiques - associée à la multitude des actifs et des produits rencontrés, garantissent aux consultants de Meritis un développement important de leurs compétences combiné à des évolutions aussi bien transversales que verticales
    Afin de concrétiser ses valeurs méritocratie, équipe, résultat, innovation, Meritis a participé au Palmarès Great Place To Work 2013 et a été classé 5ème des Best Workplaces France des entreprises de moins de 500 salariés
  • Alors démarrons notre choix en commancant qu’est ce qu’un bon outil ? (Kaban ici)
    Le choix de l’outil (ou la mise en place d’un processus de décision.(oui, il faut parfois un peu de process pour arriver à une décision au comprise/acceptée par tous)
    On verra que l’intégration avec d’autres outils peuvent sans soulagé ce choix.(ou retifier un choix)
    Et comment changer d’outils alors qu’il est intégrer aavec 3 autres dans Continuuous Delivey.


    Aider au choix,
    Convaincre de donner 2ème Xème chance pour d’autres
    Replacer l’outil avec les autres du continuuous delivery

    Déroulement les étapes de la session : (à ce jour) - Paradoxe de la multitude outils pour Kanban et des freins à leur adoption - Des outils simples et qui vous guident dans leur utilisation, ca existe déjà - Le choix épineux du bon outil  : Matrice fonctionnalités, calcul ROI, .. - On oublie parfois .. qu'il doit avant tout être agile (facile à adapter/changer/etendre/intégrer) - L'intégration des outils c'est super simple ! Zapier, IFTTT - Tellement simple que l'on peut même monter rapidement une usine à gaz - Et si on essayait les faire eux aussi travailler en flux tiré ?

    Outils softwares, on en utilise beaucoup très peu pour la gestion du projet
    Des déclarations de quelques coachs orateurs?
    Une stack (celle de novembre)
    Zoomer sur la partie Kanban
  • Paradoxe, on utilise souvent à contre coeur du digital pour kanban pourtant nous construisons des applications!  cela manque un peu de Dogfooding !


    Freins ou croyances préjugés ? :
    Rigides (plus que le tableau blanc), oui mais accessibles de partout
    Simplistes manque de fonctions, oui mais cela peut changer (TFS?)
    Compliqués avec concepts pas intuitifs, oui mais c’est souvent limité à la partie configuration et personnalisation
    L’intégration peut être galère ou chère. Oui mais cela est entrain de changer avec les APIs (Web hooks, Oauth, extensions HTML/Javascript)
  • Avoir une vision au moins une définition commune de l’outil :
    L’outil est le moyen visuel d’afficher les cartes tel que décrit dans Kanban de Dave Anderson.
    C’est ce que j’ai utilisé comme premier critère pour lister.
    Ici l’exemple de démarrage donné par Henrik Kniberg
  •  Pourquoi ? Rien (encore) ne bat le phyqique pour le toucher, la souplesse, la visualisation
    mais pour les équipes à etages différents c’est plus pratiqu et tiens dans la poche.

     Ne pas dupliquer!

    JimFlow fait la synthèse des deux
    Physical Kanban boards have visibility and presence. They encourage face-to-face communication, enhance stand-up experiences and serve as a constant reminder of team goals and achievements.
     
    Digital boards are accessible from anywhere, making remote collaboration a breeze. Digital boards are great for distributed teams and maintenance of charts, and they link directly to the associated tickets
  •  Démo Target Process https://cedricleblond.tpondemand.com/restui/board.aspx?start&acid=6C17D8319C81AC3D36AFAD64CAE08A28#page=start/start
    L’aide intégrée dans l’outil (Jira par exemple)
    Le « quick tour » ou « get started » pour démarrer (Jira, Axosoft, Target Process, …)
    L’aide intégrée dans l’outil (Jira, Axosoft par exemple)
    Des données d’exemples préconfigurées (Jira, Target Process, LeanKit, Trello …)
    https://support.leankit.com/hc/en-us/articles/204413443-Lesson-1-How-LeanKit-Works-The-Concept
    https://cedricleblond.atlassian.net/secure/WelcomeToJIRASoftware.jspa

     démo rapide peut-être en live qd même
  • Mai 2013 – ajout couleur par WI
    Janvier 2015 à mai 2015 – new item, tags, ID, personnalisation champ affiché, vue pleine ecran, filtrer , …
    Depuis on peut aussi ajouter des lignes d’eau, changer le style: carte en orange si non modifiée depuis 5jours, personnaliser encore plus les cartes (Tag en couleur)
    https://www.visualstudio.com/en-us/news/release-archive-vso
  • Oui pour lister le nom des outils !
    Peut-être pour filtrer / créer une liste de candidat.
    Non pour le choix finale !

    Le choix epineux de l’outil
    Gartner choice ?
    Pb prend en compte la plateforme complète pas uniquement ce service
    Ajouter un zest de ROI ou rapport/qualité prix
    Mais au fait Qui fait le choix ?  l’équipe devrait le faire
    Mais en fait non l’outil est choisi par des « experts » en central c’est aussi là souvent que le bas blesse
    Ou par les scrummaster / manager
    Mais si chaque équipe choisit on perd la consolidation  pas forcément si ces outils ont des APIs
    Et pourquoi ? Purpose vision
  • Matrice feature:
    Axe 1 features : colonnes, lignes, infos tickets (title, tags, assigned, estimation), couleur tickets, WIP, personnalisation, integration, …. (Les apps disponibles pour smartphone, separer 1 colonne entre « en cours » et « terminé » )
    Axe 2 outils : trello, jira, tfs, kanbanery, trello, target process
    Axe 3 : qualité percue / score
  • choix top, bottom? Qui?
    Discussion avec mes differents clients (n+2, chef de département 50à100 personnes)
    shu, ha, rhi :pour debuter un même pattern c'est mieux,  pour scale c'est aussi plus facile, pour ha : optimisation locale peut suffire, pour Rhi ben il ont besoin de changer de paradigme essayer faut pas les empêcher. 

    Clark Terry's formulation of this model: Imitate, Assimilate, Innovate.
  • Pourquoi ? Faciliter le travail de l’équipe
    Il faut accompagner l’équipe or celle-ci n’est pas immuable comme pour le produit qu’elle construit les besoins vont évoluer changer
    Le plus important n’est il pas qu’il nous sert et donc .. qu'il doit avant tout être agile ?
    facile à adapter/changer/étendre/intégrer

    (je parle de la prise en compte rapide du chagement, les équipes travaillent toutes dans ce mode. D’unpoint de vue externe les services rendus suivent-ils ces principes ?)
  • J’ai trouvé que le plus simple reste souvent d’en intégrer plusieurs pour avoir des outils proches
  • extensions mécanisme léger (html, Javascript) et mieux encore marketplace nb plugin de qualité actifs . --> image Jira marketplace
    Microsoft a annoncé son propre MarketPlace le 18 novembre sur VSTS ! (nvx nom de VSO)
  • Existe aussi dans Azure : Logic App Service
  • Équipes ont choisis plusieurs outils et souvents différents, le sponsor a besoin de les intégrer ensemble et le PO d’un seul outils
    Outils teams :, Jira, Kabanize, VSTS
    Outils PO : FeatureMap
    Sponsor : Lean Kit
    Tellement simple que l'on a même monter rapidement une usine à gaz…
    C’est mieux si les équipes d’un même produit ont les mêmes outils car ils peuvent faire des choix communs (mais pas forcément au niveau d’un grande société ou le choix créera forcément des rejets)
  • Deploy peut aussi inclure l’Environment Provisioning
    Release inclut aussi la gestion du staging vers la production (reutilisation des outils de Deploy)

    Faire en sorte de gagner aussi de la fluidité
    (pas d’action sur l’outil kanban)
    Schéma Continuuous Delivery en cercle et mettre des outils en parallèle
    Schéma échange entre VCS et Build system (existe depuis des lustres)
    Démo magique  ticket qui avance tout seul en temps réel
    Gain possible : un Kanban « technique » lié au workflow de travail de l’équipe


    CA Release automation

    Image continuous delivery tooling
  • intégration outils aujourd'hui facilite encore bcq le push pour commander l'autre cf archivage déclenche build qui déclenche déploiement.
    Gain 0 Inversion du contrôle pq? Premier gain: Suivre notre manière de travailler en Kanban qui est un flux tiré (par l'aval) Gain 1 Schémas avec les 2. --> deuxième gain Outils en // 
    Gain 2 avec bus de service. Outils plugnplay sans dépendance directe. --> oui c'est plus compliqué 
    Gain 3 Un board plus à jour (auto). La Qa qui me dit quoi. --> board avec 1ou plrs colonne par outils 3ème gain

    Pour des exemples réels de stacks => stackshare (même si parfois c’est un peu mélangé : Jira et Hubspot dans la même catégorie…
  • Bonjour, bienvenu,
    Nous parlerons outils . J’aborde surtout le choix : pourquoi, qui, quoi, quand, comment ? . J’inclue bien sûr le changement d’outils. Je aborde aussi l’intégration J’entend par outils tout ceux utiliser par l’équipe dans le DevOps/Continuuous Delivery (contrôle de version , Build, Deployment, Monitoring)

    Je commence par un grand merci aux sponsors de cet évènement. C’est aussi par leur engagement que ces évènements de partage est possible.
  • Et merci aux volontaires. Leurs efforts ont permis mettre en place l’évènement. Ils ont lesourire. Je suis sûr qu’on l’aura tous à la fin de la journée!
  • Mes outils électroniques Agile, tout un programme!

    1. 1. 1 Mes outils électroniques Agile, tout un programme! 01/12/2015 #AGILETOURSOPHIA (PAR @AGILETOURSOPHIA) #AgileTourSophia Agile Tour Sophia Antipolis 5ème édition – 1er décembre 2015
    2. 2. Recherchez-vous un outil Kanban ? 201/12/2015 #AGILETOURSOPHIA (PAR @AGILETOURSOPHIA)
    3. 3. Quel est le meilleur outil? 301/12/2015 #AGILETOURSOPHIA (PAR @AGILETOURSOPHIA)
    4. 4. Cédric Leblond Meritis Consultant sur l’ALM et TFS depuis 5 ans MVP Visual Studio ALM 2014 MCTS Team Foundation Server CSM Certified ScrumMaster CSPO Certified Scrum Product Owner Accompagne les équipes de développements dans l’industrialisation et l’optimisation de leur environnement, processus et outils agiles @leblond_c http://cedricleblond.blogspot.com Conseil en systèmes d’information pour la finance de marché Accompagne ses clients sur tous les métiers : ◦ Fonctionnel ◦ Technologique ◦ Méthodologique 7ème Best Workplaces France 2015 de moins de 500 salariés 401/12/2015 #AGILETOURSOPHIA (PAR @AGILETOURSOPHIA)
    5. 5. Mes outils électroniques Agiles, tout un Sommaire ! Les bons outils sont simples et s’améliorent Le choix qui pique ! … ou pas, grâce à l’intégration Les outils dans la chaine du Continuous Delivery 501/12/2015 #AGILETOURSOPHIA (PAR @AGILETOURSOPHIA)
    6. 6. C’est quoi un outil Kanban ? StarterKit by Henrik Kniberg 701/12/2015 #AGILETOURSOPHIA (PAR @AGILETOURSOPHIA)
    7. 7. Physique vs Digital 8 Une version du board Tabasco par Rachel Davies Un board dans Jira Agile 01/12/2015 #AGILETOURSOPHIA (PAR @AGILETOURSOPHIA)
    8. 8. Un outil simple ? cela existe Les outils simples sont ceux qui vous guident dans leur utilisation. Des guides concrets : ◦ Le « quick tour » pour démarrer, ◦ Les « Tips » à la connexion, ◦ L’aide intégrée dans l’outil, ◦ Des données d’exemples préconfigurées. 901/12/2015 #AGILETOURSOPHIA (PAR @AGILETOURSOPHIA)
    9. 9. L’outil pas assez abouti ? Ca peut changer 10 VSO – mai 2015VSO – mai 2013 01/12/2015 #AGILETOURSOPHIA (PAR @AGILETOURSOPHIA) VSTS – novembre 2015
    10. 10. Qui aide à choisir l’outil ? ECOUTER GARTNER? ECOUTER L’ENTOURAGE? Mon voisin ? Un (ancien) collègue ? Mes amis ? Ma famille ? Ou Chuck ? 1101/12/2015 #AGILETOURSOPHIA (PAR @AGILETOURSOPHIA)
    11. 11. 12 Matrice outils / besoin / score Affichage en colonnes Split horizontale Infos sur la carte (titre, estimation, tags, qui, activité) Choix couleur WIP Personnalisation … Comment sélectionner l’outil ? Un zest de ROI Rapport des scores pondérés par rapport aux coûts 01/12/2015 #AGILETOURSOPHIA (PAR @AGILETOURSOPHIA)
    12. 12. Qui décide dans le choix de l’outil ? L’équipe bien-sûr ! Oui mais … n’oublions pas ◦ L’équipe est dans une organisation plus vaste ◦ L’équipe souhaite peut-être une solution « clé en main » 13 shu ha ri Outil global préconfiguré Outil global personnalisé Outil global + outil équipe 01/12/2015 #AGILETOURSOPHIA (PAR @AGILETOURSOPHIA)
    13. 13. L’outil ne devrait-il pas être agile ? Les besoins de l’équipe change au fur à mesure qu’elle découvre des actions d’amélioration L’outil au travers des services rendus devrait lui aussi suivre ce principe et s’adapter, changer, étendre, intégrer régulièrement. 1401/12/2015 #AGILETOURSOPHIA (PAR @AGILETOURSOPHIA)
    14. 14. L’outil sait-il s’adapter rapidement ? Limiter le temps passé dans une queue est plus important que limiter le WIP ◦ L’équipe doit se focaliser sur les cartes bloquées plus d’1/3 du temps de cycle. ◦ Le flux s’améliore plus rapidement pour les équipes se focalisant à réduire ce blocages. Comment l’adopter rapidement ? ◦ Réactivité de l’éditeur ◦ Extension facile ◦ Intégration facile 1501/12/2015 #AGILETOURSOPHIA (PAR @AGILETOURSOPHIA)
    15. 15. Les extensions de l’outil, elles sont importantes 16 OutilKanban APIREST OAuth Hooks Extensions light (HTML, Javascript) Tokens Events Basic Authen. 01/12/2015 #AGILETOURSOPHIA (PAR @AGILETOURSOPHIA)
    16. 16. L'intégration des outils, en toute simplicité Zoom sur Zapier ◦ Outil permettant des échanges simples ◦ Permet des “Zap” entre plus de 500 applications différentes ◦ Création des interactions entièrement guidées Exemples de « Zap » : ◦ Lors de la création d’une card dans Trello  Créer une task dans Todoist ◦ Lors de la création d’un WI  Créer une card dans Trello ◦ Lorsqu’une Build est échouée  Créer une card dans Trello ◦ Ajout d’un Pull Request  Créer une task dans Todoist 1701/12/2015 #AGILETOURSOPHIA (PAR @AGILETOURSOPHIA)
    17. 17. Intégration d’une plateforme 1801/12/2015 #AGILETOURSOPHIA (PAR @AGILETOURSOPHIA) Synthèse Département Gestion des Features par l’équipe Produit Gestion des cartes Team Jira Team Kanbanery Team VSTS Gestion des cartes Gestion des Features et des cartes
    18. 18. Commandes Notifications Notre Kanban & Continuous Delivery 19 Code Build Deploy Test Release Operate Monitor Plan Kanban Collaborate Les outils Agile aussi en flux tiré ? 01/12/2015 #AGILETOURSOPHIA (PAR @AGILETOURSOPHIA)
    19. 19. Quels avantages avec le flux tiré ? Utiliser des outils en parallèle Mettre à jour le Kanban automatiquement Changer d’outil très facilement Réduire, voir supprimer le couplage entre les outils 20 Code Build Deploy Test Release Operate Monitor Plan Collaborate Bus 01/12/2015 #AGILETOURSOPHIA (PAR @AGILETOURSOPHIA)
    20. 20. En résumé pour choisir et anticiper le changement L’équipe exprime une définition commune de l’outil L’outil est simple dans l’utilisation de tous les jours L’outil évolue régulièrement et ses développeurs l’écoute des commentaires. L’équipe décide du choix l’outil, elle peut être aidée. L’équipe définit le MVP de l’outil, crée une matrice de test pour faciliter le choix L’outil est extensible (API, WebHooks, Oauth, …), il propose des extensions vers d’autres outils. Voir il s’intègre à un Marketplace. Bonus : des outils du type If then … That … permettent une intégration vers des centaines d’autres outils potentiels Super Bonus : l’outil est prêt à l’intégration totalement découplée en flux tiré. 01/12/2015 #AGILETOURSOPHIA (PAR @AGILETOURSOPHIA) 21
    21. 21. Merci aux Sponsors Web & Mail Partenaires Platinum Gold Silver #AgileTourSophia 01/12/2015 #AGILETOURSOPHIA (PAR @AGILETOURSOPHIA) 22
    22. 22. Vous remercient de votre présence  Les Organisateurs Patrick SARFATI depuis 2013 Soft Method Sandra DEGIOANNI depuis 2011 Telecom Valley Nicolas VERDOT depuis 2014 GoooD Sophie DURAND depuis 2014 Capgemini Pascal VIGNON depuis 2013 Agilitech Laurent FOURMY Initiateur en 2011 Softeam Cadextan Régis RALLO depuis 2015 RegisRallo.com Caroline SANTONI depuis 2015 01/12/2015 23#AGILETOURSOPHIA (PAR @AGILETOURSOPHIA) #AgileTourSophia
    23. 23. 01/12/2015 #AGILETOURSOPHIA (PAR @AGILETOURSOPHIA) 24 Merci !  Afin de préparer la rétro #AgileTourSophia

    ×