Monte Carlo, le CH et Kanban

Dans l’édition du 19 février du journal La Presse, on y publiait un article à propos des chances du Canadiens de Montréal de faire le tournoi printanier. On pouvait y lire qu’Alain Bonnier, physicien consulté par le journal, donnait très peu de chances aux Canadiens à se rendre en série.

Alain Bonnier estime à 3,9 % les chances du Tricolore de participer au prochain tournoi printanier.

Il s’agit de la 94e prédiction de la part de ce physicien, qui a effectué sa première prédiction pour La Presse en janvier 1989. Or, 92 de ses 93 premières prédictions se sont avérées !

Pour arriver à cette prédiction, M. Bonnier s’est servi d’un outil mathématique qui se nomme les simulations de Monte Carlo:

C’est un calcul de probabilités par la méthode de Monte-Carlo, explique M. Bonnier au téléphone. On part des résultats de tous les matchs depuis le début de la saison. À partir de ça, on simule le reste de la saison. J’ai donc simulé 30 000 fois le reste de la saison. À la fin des 30 000 simulations, on compile les résultats pour voir le pourcentage de chances de participer aux séries.

Les simulations de Monte Carlo sont utilisées dans une multitude de domaines pour aider à prendre une décision. Dans son excellent livre Actionable Agile- Metrics for predictability, Daniel Vacanti mentionne cela:

It has proved a useful tool in all kinds of fields like nuclear physics, oil and gas exploration, finance, insurance, etc. Given the uncertainty in knowledge work it seems strange that our industry has been rather late to the Monte Carlo game.

Sachant que la méthode Kanban utilise le diagramme de flux cumulatifs pour visualiser l’historique de notre système Kanban, les experts Kanban se tournent vers les simulations de Monte Carlo pour prévoir avec un pourcentage, comme pour les Canadiens, les probabilités de date de livraison d’un item de travail. Grâce aux outils de Focus Objectives, on peut exécuter ces simulations de Monte Carlo.

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!

Rétrospective en 4 actes

Ce mercredi 24 février, une équipe de 5 coachs vous a présenté, dans le cadre des conférences mensuelles d’Agile Québec, l’atelier « Rétrospective en 4 actes ».

Dans cet atelier, Nicolas, Valéry, Martin, Frédéric et Christian ont mis à profit tout leur talent d’acteur (on le sait, c’est discutable!) et ont tenté de vous démontrer comment votre choix de type de rétrospective et la façon de l’animer influenceront la résultante et l’orientation du plan d’action.

Vous avez assisté à la conférence (ou pas) et aimeriez avoir un peu plus d’informations sur les enjeux et la façon de les aborder dans le cadre d’une rétrospective? L’équipe a mis en ligne un outil afin de vous aider. N’hésitez pas à utiliser la zone de commentaires afin de le bonifier pour le bénéfice de tous.

En espérant que vous ayez apprécié l’exercice!

Si vous souhaitez consulter le matériel présenté, le voici:

Les derniers articles de Mary Poppendieck

Mary Poppendieck, une de mes auteures préférées en TI, a rédigé deux excellents articles depuis les 6 derniers mois. Je trouve que ses articles valent toujours le temps que l’on y consacre. Je vous les propose si vous avez un bon 30 minutes de libre devant vous.

Friction

Dans cet article, Mary parle de friction dans toutes sortes de domaines relatifs au TI. La deuxième moitié de l’article est principalement centrée sur la friction dans les gouvernements. J’ai fait ressortir quelques extraits et me suis permis de mettre en gras certains passages:

Uber is among the largest of a new crop of startups – investor Chris Dixon calls them full stack startups – that bypass incumbents and reinvent the entire customer experience from start to finish with the aim of making it as frictionless as possible. Full stack startups focus on creating a world that works the way it should work, given today’s technology, rather than optimizing the way it does work, given yesterday’s mental models.

Large companies have the same full stack of capabilities as startups, but these capabilities lie in different departments and there is friction at every department boundary.

Code bases created and maintained by full stack teams are much more resilient than the large and calcified code bases created by the project model precisely because people pay attention to (and change!) the internal workings of “their” code on an on-going basis.

Broadly speaking, these fiascoes are caused by the process most governments use to procure software systems – a high friction process with a very high rate of failure.

One country that does not have an IT fiasco story is Estonia, probably the most automated country in the world. A few years ago British MP Francis Maude visited Estonia to find out how they managed to implement such sophisticated automation on a small budget. He discovered that Estonia automated its government because it had such a small budget.

The UK government changed – seemingly overnight – from high friction processes orchestrated by procurement departments to small internal teams governed by simple metrics. Instead of delivering “requirements” that someone else thinks up, teams are required to track four key performance indicators and figure out how to move these metrics in the right direction over time.

It turns out that when governments move from the old mental model to the new mental model, many of the things that were considered “good” or “essential” in the past turn out to be “questionable” or “to be avoided” going forward. These are

  • Requirements generate friction.
  • Handovers generate friction.
  • Organizational boundaries generate friction.
  • Estimates generate friction.
  • Multitasking generates friction.
  • Backlogs generate friction.

Teams need only three lists: Now, Next, and Never. There is no try.

Once upon a time, governments assumed that obtaining software systems through a procurement process was essential, because it would be impossible to hire the people needed to design and develop these systems internally.  They were wrong. They assumed that having teams scattered about in various government agencies would lead to a bunch of unconnected one-of systems. They were wrong. They were afraid that without detailed requirements and people accountable for estimates, there would be no governance. They were wrong. Once they abandoned these assumptions and switched to the low friction approach pioneered by Estonia, governments got better designs, more satisfied consumers, lower cost, and far more predictable results.

Lien vers l’article complet: Friction

Five World-Changing Software Innovations: How They Happened

Dans cet article, Mary raconte les 5 innovations que nous n’avons pas suivi pendant que nous parlions d’Agilité depuis 15 ans. Celles-ci sont:

  1. The Cloud
  2. Big Data
  3. Antifragile Systems
  4. Content Platforms
  5. Mobile Apps

Voici quelques citations pour vous donner le goût de lire l’article:

Concernant le Cloud:

The idea that infrastructure is context and the rest is core helps explain why internet companies do not have IT departments. For the last two decades, technology startups have chosen to divide their businesses along core and infrastructure lines rather than along technology lines. They put differentiating capabilities in the line business units rather than relegating them to cost centers, which generally works a lot better. In fact, many IT organizations might work better if they were split into two sections, one (infrastructure) treated as a commodity and the rest moved into (or changed into) a line organization

À propos du Big Data, Mary raconte la petite histoire du Big Data depuis 2001:

Netflix, which has a good number of reliability engineers despite the fact that it has no data centers.

En ce qui a trait au Content Platforms:

Three entrepreneurs – Chad Hurley, Steve Chen, and Jawed Karim – tried out an interesting use case for video: a dating site. But they couldn’t get anyone to submit “dating videos,” so they accepted any videos clips people wanted to upload. They were surprised at the videos they got: interesting experiences, impressive skills, how-to lessons – not what they expected, but at least it was something. The YouTube founders quickly added a search capability. This time they got the use case right and the rest is history.

Video is the printing press of experience.

À propos des Mobile Apps:

 By 2014 (give or take a year, depending on whose data you look at) mobile apps had surpassed desktops as the path people take to the internet.

The nature of mobile apps changes the software development paradigm in other ways as well. As one bank manager told me, “We did our first mobile app as a project, so we thought that when the app was released, it was done. But every time there was an operating system update, we had to update the app. That was a surprise!

Lien vers l’article complet: Five World-Changing Software Innovations: How They Happened