Les 3 clés de la vélocité : Dynamiser, converger et anticiper

Les clés

Dans ma pratique, je me suis rendu compte que j’utilisais souvent les mêmes leviers pour déverrouiller la vélocité (ou le débit en Kanban)… Dynamiser, converger et anticiper.  Ces 3 clés m’ont souvent suffi et ont souvent été nécessaires.

Elles ont émergé des questions suivantes:

  1. À quoi sert de planifier si le temps de mes équipiers n’est pas passé de manière active et délibérée à contribuer au projet? (Dynamiser)
  2. À quoi sert de se démener si on ne fini jamais rien? (Converger)
  3. Pourquoi faire un plan quand on ne livre jamais? (Anticiper)

Les clés en action

Dynamiser

Dans le contexte de ces clés, dynamiser consiste à transformer la présence simple en une participation active et délibérée.

Quelques questions pour inspirer l’intervention

  • Si un équipier est engagé à temps plein sur le projet, est-ce que son temps est vraiment passé sur le projet ou détourné vers des activités satellites hors projet? (Éliminer/réduire le détournement de ressources)
  • L’équipier a-t-il les outils et le savoir-faire pour faire son travail? (Appuyer et faire grandir)
  • L’équipier est-il mobilisé/énergisé à réaliser le projet? (Partager la mission et la vision, soulever l’intérêt)
  • Est-ce que l’équipe est appuyée pour traiter les éléments bloquants? (Implication du Scrum Master)
  • Est-ce que l’équipe s’auto-organise en vue faire plus et mieux? (Rétrospectives efficaces)

Converger

Dans le contexte des clés, converger consiste à transformer  la participation en résultat.

Quelques questions pour inspirer l’intervention

  • Est-ce que l’équipe s’entend sur un point de départ commun? (La définition de prêt)
  • Est-ce que l’équipe s’entend sur un point d’arrivée commun? (La définition de terminé)
  • Est-ce que l’équipe s’entend sur la finalité de la livraison? (La définition de terminé, au niveau du sprint, livraison, projet etc.)
  • Est-ce que l’équipe s’auto-organise en vue d’atteindre rapidement les définitions de terminé à tous les niveaux?

Anticiper

Dans le contexte des clés, anticiper consiste à préparer le carnet de manière à converger plus rapidement et plus régulièrement, tout en gardant un bon équilibre au niveau du juste-assez et juste-à-temps.

Quelques questions pour inspirer l’intervention

  • Est-ce que le niveau de découpage est propice à un débit rapide? (Petits éléments qui permettent une convergence rapide)
  • Est-ce que l’ordonnancement des éléments du carnet est adéquat? (Éviter les conflits entre récits qui causent des bloquants)
  • Est-ce que la discussion entre le PO et les équipiers permet de faire évoluer le carnet en vue d’une consommation plus véloce de celui-ci?
  • Est-ce que la gestion/gouvernance laisse suffisamment de marge au PO et son équipe en vue de réviser le carnet de manière à favoriser sa consommation de manière plus véloce?

Conclusion

Ces outils mettent plutôt l’accent sur la mécanique. Il serait réducteur de penser que ces clés peuvent combler 100% des lacunes d’une équipe. De nombreux enjeux de collaboration, dynamique organisationnelle, savoir-être, gestion etc. peuvent entrer en ligne de compte pour le succès de l’équipe et méritent l’attention.   Par contre, lorsque l’enjeu en est principalement un de vélocité, ces clés peuvent s’avérer très intéressantes.

La chose que je dis le plus souvent aux équipes aux prises avec un enjeu de vélocité?

Soyons excellents chez nous avant d’essayer de transformer les autres.

 

En route vers Atlanta!

Agile2016-ATTENDEE-300x250

 

Il y a beaucoup de fébrilité dans l’air au Centre d’Excellence Agile de Facilité informatique alors que nous nous retrouvons à Atlanta pour la conférence Agile par excellence, soit Agile 2016, organisée par Agile Alliance (https://www.agilealliance.org/agile2016/).

Pour les non-initiés, cette conférence est comme un Agile Tour géant qui se déroule sur 5 jours. Au total, on y attend 2500 invités qui devront choisir parmi plus de 200 conférences et ateliers. Pour des maniaques d’Agilité comme nous, on se sent comme des enfants dans un magasin de jouets J

En plus, notre voyage de cette année a une teneur particulière puisque nous sommes accompagnés de l’un de nos fidèles clients et partenaires, soit La Capitale Assurances Générales. Un bon bain d’Agilité pour eux qui saura sans doute les inspirer!

Donc pour nous au menu :

  • Prendre le pouls de la communauté sur les sujets les plus chauds dans le monde de l’Agilité;
  • Découvrir les derniers outils et produits de productivité Agile;
  • Plusieurs rencontres et conversations riches et passionnantes;
  • Et surement un peu de plaisir ici et là😉

Restez bien branchés sur excellenceAgile.com et sur les réseaux sociaux. Nous vous ferons parvenir quelques mises à jour sur nos « Ohhhhh » et nos « Ahhhhhhh » de la semaine.

Bonne Semaine J

Jean-René Rousseau
Directeur Centre d’Excellence Agile

Facilité Informatique, une référence en transformation Agile d’envergure

Lauréat2016

 

C’est jeudi le 2 juin dernier, lors du concours des Octas, que Facilité Informatique apprenait avec une joie peu contenue que nous remportions les honneurs dans la catégorie Transformation des processus organisationnels – GRANDE ENTREPRISE pour notre intervention auprès de Revenu Québec en collaboration avec Pyxis.

Ce prix, remis entre les mains du directeur principal des solutions d’affaires de Revenu Québec, M. Guy Rochette, devenait une preuve incontestable de notre impact en tant qu’acteur de premier niveau dans une transformation Agile d’une envergure jamais vue pour notre gouvernement québécois.

Les résultats générés peuvent en inspirer plusieurs et ce succès confirme maintenant Facilité Informatique en tant que référence dans son domaine. En moins de 3 ans, chapeautée par 20 accompagnateurs maîtrisant la matière et des spécialistes internes, cette réorganisation du travail et des processus, jumelée à l’intégration des meilleures pratiques de génie logiciel, de conception et de communications, a permis le rayonnement d’une nouvelle culture pour l’ensemble de l’organisation.

Plus en détails, pour atteindre le but visé, nous avons entre autres participé à :

  • La création d’un bureau de transformation Agile
  • Soutenir l’agilité en possédant l’expertise nécessaire tant sur le plan du génie logiciel et de l’organisation du travail que de la gouvernance
  • Déployer une démarche méthodologique Agile et disciplinée s’appuyant sur les approches Disciplined Agile Delivery (DAD) et Scrum
  • Réorganiser le travail des équipes d’entretien et de service à l’aide de l’approche Scrumban
  • L’adoption de nouvelles techniques de génie logiciel modernes provenant des méthodologies XP et Agile Modeling et de l’approche de conception pilotée par le domaine (domain-driven design)
  • La tenue d’ateliers techniques de type ‘’dojo’’ pour accompagner les développeurs dans l’acquisition de nouvelles techniques de génie logiciel
  • L’innovation des tableaux de bord de suivi de projet
  • L’invention d’outils de mesure servant à aider les équipes et les directions à mesurer leur niveau d’agilité et à établir les cibles d’amélioration continue (QIX)
  • L’élaboration de la stratégie DevOps

 

Revenu Québec, c’est une clientèle qui compte plus de 8 millions de citoyens et d’entreprises. Vous et moi pouvons désormais bénéficier d’un gain d’efficience de l’agence, d’une hausse de la qualité de ses produits, d’un temps de réponse plus rapide et d’une amélioration du service à la clientèle…et c’est un peu grâce à nous.

On est prêts à recommencer ! Communiquez avec nous au 418-780-3950 pour nous parler de vos besoins en transformation Agile.

 

Facilité Informatique – fière de faire la preuve, qu’au gouvernement, ON PEUT FAIRE LES CHOSES AUTREMENT.

Les Octas… WoW !

ChDmVNNUoAEonfA

Nous avons ouvert le bureau de Québec il y a maintenant bientôt 10 ans.  À ce moment, l’Agilité était une rumeur à Québec, peut-être même une légende.  Le genre d’histoire qu’on ne sait pas trop s’il faut y croire ou pas.  On en parlait un peu mais personne ne savait vraiment ce que c’était.  Cependant, presque tous s’entendaient pour dire qu’il était impossible d’implanter ces concepts dans les grandes organisations.

Facilité s’est établi à Québec avec comme objectif de faire les choses différemment, d’innover, de créer et de changer les façons de faire.  Immédiatement, les principes Agiles nous ont attirés.  Nous nous sommes donc investis dans cette aventure depuis le tout début de notre histoire.  Au départ, les gens nous trouvaient « weird », ils nous jugeaient même.  Mais c’était notre vision et personne ne pouvait nous arrêter.  Sur notre chemin, nous avons trouvé des conseillers super-héros qui se sont joints à nous pour penser le changement et nous avons eu le privilège de partager cette vision avec des clients précurseurs.

Aujourd’hui, nous sommes en nomination aux Octas pour notre mandat de transformation Agile à Revenu Québec en collaboration avec Pyxis.  Oui oui, à Revenu Québec…oui oui, en Agile!  Et oui oui, dans la catégorie « Transformation des processus organisationnels».  Le simple fait d’être en nomination est une immense victoire pour nous.  En plus de bien travailler, on nous dit, d’une certaine façon, qu’on est vraiment en train de changer les choses et ça, croyez-moi, ça vaut beaucoup.

Merci à tous les artisans de ce projet, merci à notre gang de super-héros crinqués, merci à notre client, Revenu Québec qui fait une job de feu pour nous permettre de penser les projets TI autrement.  Merci à ceux qui y ont cru et merci à ceux qui y croient.  À suivre… le 2 juin.

Allez VOTER maintenant! La période de votation se déroule du 9 au 28 mai !

Jeff #proud #agile #teamdefeu #FaciliteQc

 

Planifiez vos formations Agiles de cet été !

quelle-formation-pour-cet-c3a9tc3a9

Les experts de Facilité Informatique vous offrent une panoplie de moyens pour vous outiller durant la belle saison. Un  excellent moyen de vous ressourcer !

Professional  Scrum Master BONIFIÉ

-Montréal 6 au 8 juin 2016

-Gatineau 6 au 8 juillet 2016

-Québec 18 au 20 juillet 2016

Gestion des exigences Agiles

-Québec 20 au 21 juin 2016

-Montréal 7 au 8 juillet 2016

Le développement piloté par les tests (TDD)

-Québec 27 juin 2016

-Montréal 8 août 2016

Professionnal Scrum Developer

-Québec 8 au 10 juin 2016

-Montréal 29 au 31 août 2016

Architecture Agile et ouverte

-Québec 6 au 7 juin 2016

Introduction aux approches de développement Lean et Agile

-Québec 16 juin 2016

Mise en place d’une équipe Scrumban

-Québec 10 juin 2016

Planification est Suivi de projet Agile

-Québec 21 au 22 juin 2016

 

State of Agile 2016

Depuis maintenant 10 ans, la compagnie américaine VersionOne publie son sondage State of Agile.

Voici quelques points que nous avons retenus de la version 2016.

Adoption dans les grandes organisations

Le sondage montre bien la progression des approches Agiles dans les grandes organisations.

In 2006, nearly two-thirds of the survey respondents said they worked in software organizations with fewer than 100 people. By 2015, nearly two-thirds of the respondents said they worked for software organizations with more than 100 people, and 31% said they worked for software organizations with more than 1,000 people. The number of large enterprises that are embracing agile continues to increase each year. More than 24% of the respondents worked for organizations with over 20,000 employees, compared to 21% last year

Freins à l’Agilité

La culture semble encore être le frein à l’Agilité dans les organisations :

The key barriers to further adoption usually hinge around culture, including the ability to change, general resistance to change, and management support. Interestingly, the majority of respondents pointed toward company culture as the reason for failed agile projects as well. Once these barriers are overcome, the limiting factor most often cited has been availability of personnel with the necessary agile experience.

Raisons d’adopter l’Agilité

Accélérer la livraison, réagir aux priorités et améliorer la qualité restent les raisons d’adopter l’Agilité:

RaisonDeFaireAgile.PNG

Quelles méthodes Agiles sont les plus populaires?

Scrum et XP figurent (encore) en tête de peloton. Scrumban et Kanban sont au même pourcentage que l’année passée.

ApprochesAgileEmployees.PNG

Scaling Agile

On voit qu’en deuxième position, SAFe se positionne bien comparativement aux autres frameworks sur le marché (LeSS et DAD). Nexus de Scrum.org, est inexistant ici.

ScalingAgile 2015.PNG

Source: VersionOne.com

Auteurs:

On le livre quand en Kanban?

Avec la publication du guide Kanban condensé à la fin 2015, cela a permis de comparer cette méthode émergente face à Scrum, l’approche largement employée dans l’industrie des TI. Bien que Scrum soit très présent comme façon de mettre en place l’Agilité dans les équipes TI, elle rencontre tout de même ses limites, surtout dans des équipes où le changement doit se faire de façon incrémentale et évolutive. Cela me laisse croire que la méthode Kanban a un potentiel d’aider des équipes TI.  Dans cet article, je compare la façon dont on prévoit la date de livraison ainsi que les métriques utilisés entre Scrum et Kanban pour arriver à cette fin. Grâce à l’apparition du guide Kanban condensé, il est intéressant de comparer ces deux points plus concrètement. Plus particulièrement, on présentera les outils Scrum basés sur l’estimation tandis que la méthode Kanban apporte le concept de prévision probabilistique pour prévoir la date de livraison.

À la page 14 du guide Kanban condensé, les auteurs mentionnent qu’il existe deux façons de prévoir la date de livraison : l’estimation ou la prévision probabilistique. Selon mon expérience, l’estimation, par la technique du poker planning, est fortement employée dans des projets Scrum. Il existe même la pratique de la session murale pour estimer rapidement et au complet un carnet de produit dès le départ. Grâce à ces outils, il est possible de donner des dates de livraison, dates qui étaient constamment révisées après chaque itération. Sur l’image suivante, on peut voir le résultat d’un tel exercice.

photo1

Cependant, on a pu voir dans les dernières années un certain rejet de cette estimation avec le mouvement #noestimates. Je ne sais pas si cela est relié, mais les experts Kanban semblent aller dans cette direction. Par contre, ils offrent une alternative pour prédire la date de livraison d’un projet au lieu de ne fournir aucun estimé. Leur façon de faire se nomme la prévision probabilistique. En gros, elle est constituée de deux éléments : une date et un taux de confiance (ou probabilité de succès). À l’aide de la méthode de Monte Carlo, on génère des probabilités de livraison en fonction des données historiques du projet. Cette façon permet donc de générer des probabilités du futur en se servant du passé. Par exemple, les simulations de Monte Carlo suivantes ont été générées à l’aide de la version démo de l’outil Actionable Agile de Daniel Vacanti.

photo2

On peut y lire sur l’axe des X les différentes dates de livraison possibles pour les 100 prochains items. Chaque barre représente une probabilité de livraison. Sur l’image, la barre sélectionnée montre qu’il y a 49,7% de chance (ou confiance) que les 100 prochains items seront complétés pour le 2 mai 2016. Plus on se déplace vers la droite sur ce graphique, plus le taux de confiance (ou probabilité) augmente. Pour les partisans Excel, les outils de Troy Magennis sur Github offrent aussi la possibilité de faire des prévisions probabilistiques.

Il est vrai que Scrum se base sur l’empirisme pour produire des dates de livraison. On utilise les vélocités antérieures comme façon de prédire les dates de livraison. Dans mes expériences Scrum, j’ai souvent identifié trois droites pour outiller les équipes à prédire une date de livraison. Ces droites représentaient le pire, bon et meilleur scénario pour produire une date de livraison. On les collait à un graphique Sunset pour rassurer la gestion sur les possibles dates de livraison.

photo 3

Il est intéressant de voir comment les experts Kanban apportent une façon différente de prévoir la date de livraison d’un projet. Elle est beaucoup plus assise sur de la donnée historique contrairement à l’approche Scrum qui continue à utiliser l’estimation comme façon de prévoir une date de livraison. Au fil des prochaines années, il sera intéressant d’observer l’adoption de cette approche probabilistique dans l’industrie. Les outils Kanban ne sont pas encore matures et pourtant, on peut déjà voir le potentiel d’une telle approche dans de futurs projets.

Dans le cadre de sa série de formations Signature, Facilité Informatique est fier d’organiser la première formation sur la méthode Kanban à Québec. Les 5 et 6 mai prochains à Québec, Daniel Vacanti, pionnier de la méthode, sera à Québec pour expliquer comment mettre en application celle-ci. Profitez de cette occasion exceptionnelle pour apprendre des meilleurs et ainsi être meilleur à satisfaire votre clientèle!

Nos leçons apprises de la méthode Kanban

Agile-quebec

Le 15 avril dernier, deux coachs de Facilité Informatique ont présenté leurs leçons apprises avec la méthode Kanban.

En effet, Nicolas Mercier et Louis-Philippe Carignan ont fait un retour sur la théorie Kanban avant de montrer l’importance d’avoir des outils d’analyse des données recueillies par son équipe.

En espérant que vous ayez apprécié la présentation si vous étiez dans la salle. Au cas où vous auriez manqué la présentation, vous pouvez la consulter ci-bas:

Dans le cadre de sa série formations signatures, Facilité Informatique est fier d’organiser la première formation sur la méthode Kanban à Québec. Les 5 et 6 mai prochain à Québec, Daniel Vacanti, pionnier de la méthode, sera à Québec pour expliquer comment mettre en application cette méthode. Profitez de cette occasion exceptionnelle pour apprendre des meilleurs et ainsi être meilleur à satisfaire votre clientèle.

Ma revue du livre Actionable Agile

J’ai eu l’occasion cet hiver de lire le livre de Daniel Vacanti, Actionable Agile – Metrics for Predictability. Je cherchais à pousser ma compréhension de la méthode Kanban tout en ayant des outils pour la mettre en application. Un contact dans mon réseau LinkedIn (merci Andrea Ross) m’avait recommandé l’auteur.

LivreActionableAgile

Quelle excellente recommandation! J’ai tout simplement adoré le livre de Daniel Vacanti. L’auteur reste juste assez théorique pour ne pas ennuyer le lecteur où il parsème ses textes d’analogie pour comprendre facilement la théorie supportant la méthode Kanban. Le style d’écriture de Vacanti permet aussi une lecture simple avec des mots faciles à comprendre. Cela peut sembler stupide comme énoncé mais il ne nous perd pas dans ses explications. Au contraire, il nous amène à vouloir aller de l’avant avec notre mise en place de la méthode Kanban.

Ce livre est pour vous si vous avez un tableau avec des cartes, des icônes, quelques données mais vous ne savez plus trop quoi faire pour améliorer votre organisation du travail. Ce livre est pour vous si vous essayez d’employer vos techniques Agiles traditionnelles telles que les points d’efforts, le découpage en tâches et que vous avez ce drôle de sentiment que ça ne fonctionne plus vraiment dans la méthode Kanban. Ce livre est moins pour vous si vous cherchez une explication de la théorie des contraintes ou la Loi de Little. Comme le dit le titre du livre, on parle d’Agilité actionnable. Vous avez donc ici un livre pragmatique où l’auteur vous offre plusieurs outils pour bonifier votre mise en place de la méthode Kanban.

Si ce billet vous a donné le goût de lire son livre, je vous invite à l’acheter depuis la plate-forme Leanpub.com si vous en voulez une version électronique. Sur ce site, vous aurez l’occasion de donner le montant que vous voulez à Vacanti. Au lieu de passer par une plate-forme intermédiaire comme Amazon.com où cette dernière y conserve un bon montant, Leanpub retourne énormément d’argent à l’auteur.

Après avoir regardé quelques vidéos YouTube de Vacanti, je l’ai invité à Québec dans le cadre de nos formations Signature. En effet, Facilité Informatique est fier d’organiser la première formation sur la méthode Kanban à Québec. Les 5 et 6 mai prochains à Québec, Daniel Vacanti sera à Québec pour expliquer comment mettre en application cette méthode. Je vous invite chaleureusement à profiter de cette occasion exceptionnelle pour apprendre des meilleurs et ainsi être meilleur à satisfaire votre clientèle!

Biographie de Daniel Vacanti

Vétéran de l’industrie du logiciel, Daniel Vacanti cumule plus de 20 ans d’expérience. Depuis ses débuts comme développeur/architecte Java, il a investi les 20 dernières années dans l’approfondissement des pratiques Agiles et Lean.  En 2007, il a contribué à la conception d’une mouture Kanban destinée aux travailleurs du savoir.  La même année, comme gestionnaire, il chapeaute la première initiative Kanban dans le domaine du logiciel.  Depuis, il œuvre comme consultant, coach et formateur dans le domaine.  En 2011, il fonde ActionableAgile TM, fournisseur d’outils et services aux entreprises utilisant les méthodes Lean-Agile.  En 2015, il publie « Actionable Agile Metrics for Predictability », une référence pour la reddition de compte des travaux réalisés en flux-continu (flow-based processes).  Daniel détient une Maîtrise en administration des affaires et donne des cours sur la gestion Lean à l’University of California, Berkley.

L’Agilité sans tout casser

La transition vers l’Agilité est souvent perçue comme l’annonce d’une grande vague de changement.  Ça peut être le cas, mais ce n’est pas la seule option.  Même si les Scrum Masters sont souvent vus comme les porte-étendards des valeurs Agiles, ils ne sont pas nécessairement les seuls à pouvoir amener l’organisation à un autre niveau.  Si Scrum s’est présenté comme une révolution dans le monde des TI, Kanban se présente comme l’évolution.

Évolution vs dérangement

Ceux qui ont déjà entrepris une transformation Agile basée sur Scrum se rappelleront sûrement à quel point la structure initiale de l’organisation peut-être distante des ingrédients essentiels de la méthode.  Des termes comme Sprint, Carnet (Backlog), Scrum Master, Responsable de produit (Product Owner) se sont ajoutés au vocabulaire.  Le contrat implicite de protection de l’itération, la notion d’incrément livrable, récit utilisateur etc… Passer à Scrum résulte très souvent en un grand dérangement dont l’objectif est de dynamiser l’organisation vers une philosophie orientée sur la version de produit fini.

Dans un autre ordre d’idée, Kanban quant à lui nous invite à un démarrage plus progressif. La maxime « Start with what you do now » (Commencez avec ce que vous faites aujourd’hui) donne le ton.  La mise en place Kanban débute par l’identification de différents aspects de la situation actuelle, se doter d’un outil de suivi et d’une démarche d’amélioration.  Les équipes peuvent assimiler les changements initiaux et le reste de la transformation n’est qu’évolution.

Partenaires non-Agiles dans l’organisation ou hors organisation

Un autre défi, lors de transitions Agiles, réside dans le fait qu’une organisation ne peut changer en totalité en un instant.  Le changement se fait de façon progressive.  De nombreux départements non-Agiles, des clients ou des fournisseurs continuent d’alimenter les équipes et consommer leurs livrables.

Les notions d’itérations protégées créent de l’irritation à certains des contributeurs, donneurs d’ouvrages ou collaborateurs.  Il en va de même pour l’engagement.  Les calendriers de ces groupes ne sont pas nécessairement calqués sur les dates de début/fin de sprints.  Les contributions externes peuvent parfois faire la différence entre le succès ou l’échec d’un objectif de sprint.  Un glissement de quelques jours peut suffire à faire échouer ladite itération…

Dépendances non-cadencées

Au delà de la méthode de travail des partenaires, certaines contributions ne peuvent pas toutes être cadencées.  Si l’équipe dépend d’une pièce de matériel développée par une organisation ou même dans un autre pays.  Si un expert est difficilement disponible et que nous devions réagir dès qu’il a du temps pour soutenir l’équipe… Toutes ces réalités emprisonnent les équipes Scrum entre l’arbre et l’écorce.

Kanban offre une flexibilité qu’on ne retrouve pas dans les itérations de Scrum.  Le travail en flux continu devient très avantageux si des changements de priorités peuvent survenir dans la réalité quotidienne des équipes.  Si une tâche est bloquée par un expert ou un fournisseur qui a pris du retard de son côté, le reste du travail continue à couler de façon fluide dans le système et l’équipe continue de livrer.

Et la suite?

Kanban ou Scrum.  2 excellents outils.  Comme un marteau ou un tournevis.  Dans le bon contexte et avec la bonne connaissance de ce qu’ils peuvent offrir, une organisation peut à la fois avoir des équipes Scrum et Kanban sous le même toit, dans le même écosystème Agile.

Une belle façon d’élargir vos horizons serait de vous procurer les incontournables suivants:

guide-cover-sm

Titre: Essential Kanban – The Condensed Guide

LivreActionableAgile

Titre: Actionable Agile – Metrics for predictability

51deom263vl

Titre: Kanban

Une équipe peut apprendre Kanban de manière autodidacte grâce aux livres les plus connus ou encore faire appel à des experts.  Il se trouve d’ailleurs que dans le cadre de sa série de Formations Signature, Facilité Informatique organise la première formation sur la méthode Kanban à Québec, les 5 et 6 mai prochains. Daniel Vacanti, pionnier de la méthode, sera en ville pour expliquer comment mettre en application celle-ci. Profitez de cette occasion exceptionnelle pour apprendre des meilleurs et ainsi être meilleur à satisfaire votre clientèle!