Mes Outils Kanban, tout un programme !

1 852 vues

Publié le

Résumé
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 Kanban.
Je présenterai intégration des outils Kanban entre eux et aussi vers d'autres outils de la chaine de Continuuous Delivery.

Description
Les freins à l'utilisation des outils électroniques et surtout leur intégration qui peut devenir un vrai casse tête.
Les nouvelles solutions qui méritent au moins de se reposer cette question d'utiliser des outils électroniques pour Kanban.
La flexibilité apporter par les API. Notamment la facilité d'étendre les fonctionnalités avec d'autres outils kanban/agiles préférés.
La possibilité de les adapter facilement pour accompagner les changements souhaités par l'équipe.

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é ?

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

  • Soyez le premier à aimer ceci

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

Aucune remarque pour cette diapositive
  • 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/




  • 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
  • L’outil est certainement le moyen visuel d’afficher les cards tel que décrit dans Kanban de Dave Anderson.
    Ici l’exemple de démarage donné par Henrik Kniberg
  • J’intervenais en tant que consultant (et encore un peu) 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 6 mois, 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, sgithub, puppet, DeployIt (vers lesquels ont migre).


    J'interviens chez nos clients sur les problématiques 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
  • 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)
  •  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

     démo rapide peut-être en live qd même
  • Mai 2013 – ajout couleur par WI
    Debut 2015 – new item, tags, ID, personnalisation champ affiché, vue pleine ecran, filtrer , …
    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 prochent
  • extensions mécanisme léger (html, Javascript) et mieux encore marketplace nb plugin de qualité actifs . --> image Jira marketplace
  • 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, Trello, VSO
    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
  • Principles of Kanban Method, David J. Anderson http://www.djaa.com/principles-kanban-method-0
    Kanban pour les nuls http://fr.slideshare.net/glours/kanban-pour-lesnuls-devoxx-france
    Kanaban sur Wikipedia
  • Mes Outils Kanban, tout un programme !

    1. 1. 1 Mes outils électroniques Kanban, tout un programme! 5/28/2015
    2. 2. REMERCIEMENTS À nos partenaires MédiasFormation À nos sponsors 2
    3. 3. Recherchez-vous un outil ? 3
    4. 4. Quel est le meilleur outil? 4
    5. 5. C’est quoi un outil Kanban ? StarterKit by Henrik Kniberg 5
    6. 6. 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 6
    7. 7. Mes outils électroniques Kanban, tout un Sommaire ! Paradoxe et croyances Les outils sont simples et s’améliorent Le choix qui pique ! … ou pas, grâce à l’intégration L’outil kanban dans la chaine du Continuous Delivery 7
    8. 8. Paradoxe et croyances On développe des applications mais nous souhaitons assez peu utiliser des applications pour notre management visuel Véritables freins ou croyances ? ◦ Rigides, ◦ Trop compliqué, ◦ Trop simple, ◦ Intégration difficile. 8
    9. 9. Physique vs Digital 9 Une version du board Tabasco par Rachel Davies Un board dans Jira Agile
    10. 10. Des outils simples ? 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. 10
    11. 11. Un outil pas assez abouti ? Ca peut changer 11 VSO – mai 2015VSO – mai 2013
    12. 12. Comment choisir mon outil ? ECOUTER GARTNER? ECOUTER L’ENTOURAGE? Mon voisin ? Un (ancien) collègue ? Mes amis ? Ma famille ? Ou Chuck ? 12
    13. 13. 13 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 mon outil ? Un zest de ROI Rapport des scores pondérés par rapport aux coûts
    14. 14. Qui décide 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 » 14 shu ha ri Outil global préconfiguré Outil global personnalisé Outil global + outil équipe
    15. 15. Notre 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 Kanban au travers des services rendus devrait lui aussi suivre ce principe et s’adapter, changer, étendre, intégrer régulièrement. 15
    16. 16. 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 16
    17. 17. Les extensions de l’outil, elles sont importantes 17 OutilKanban APIREST OAuth Hooks Extensions light (HTML, Javascript) Tokens Events Basic Authen.
    18. 18. L'intégration des outils, c'est super simple ! 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 18
    19. 19. Synthèse Département Intégration d’une plateforme 19 Gestion des Features par l’équipe Produit Gestion des cartes Team Jira Team Kanbanery Team VSO Gestion des cartes Gestion des Features et des cartes
    20. 20. Commandes Notifications Notre Kanban & Continuous Delivery 20 Code Build Deploy Test Release Operate Monitor Plan Kanban Collaborate Et les outils travaillait aussi en flux tiré ?
    21. 21. Quels avantages avec le flux tiré ? Suivre le flux tiré de notre Kanban Faciliter l’utilisation d’outils en parallèle Mettre à jour le Kanban automatiquement Changer d’outil plus aisément grâce à un couplage très faible 21 Code Build Deploy Test Release Operate Monitor Plan Collaborate Bus
    22. 22. 22 Questions ?

    ×