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é ?
5. C’est quoi un outil Kanban ?
StarterKit by Henrik Kniberg
5
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. 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. 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
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. Un outil pas assez abouti ? Ca peut changer
11
VSO – mai 2015VSO – mai 2013
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
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. 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. 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. 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. Les extensions de l’outil, elles sont importantes
17
OutilKanban
APIREST
OAuth
Hooks
Extensions light
(HTML, Javascript)
Tokens
Events
Basic
Authen.
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. 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. 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. 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
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éroulementles é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