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.
Mes outils électroniques Agile, tout un programme!
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
3. Quel est le meilleur outil?
301/12/2015 #AGILETOURSOPHIA (PAR @AGILETOURSOPHIA)
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. 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. C’est quoi un outil Kanban ?
StarterKit by Henrik Kniberg
701/12/2015 #AGILETOURSOPHIA (PAR @AGILETOURSOPHIA)
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. 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. L’outil pas assez abouti ? Ca peut changer
10
VSO – mai 2015VSO – mai 2013
01/12/2015 #AGILETOURSOPHIA (PAR @AGILETOURSOPHIA)
VSTS – novembre 2015
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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. Merci aux Sponsors
Web & Mail
Partenaires
Platinum
Gold
Silver
#AgileTourSophia
01/12/2015 #AGILETOURSOPHIA (PAR @AGILETOURSOPHIA) 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
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é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)
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égrationJ’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!