Le paradoxe de Zénon revisité

Le paradoxe de Zénon revisité

Achille et la tortue, ou comment accélérer prodigieusement la vitesse de réalisation des nouveaux développements informatiques

Zénon d’Elée, au 5e siècle avant notre ère, énonçait son paradoxe bien connu : la tortue est 100 pas devant Achille ; ils font la course. Le temps qu’Achille fasse les 100 pas, la tortue en a fait 10 ; le temps qu’Achille couvre ces 10 pas, la tortue en a fait un ; si les choses continuent ainsi de suite, jamais Achille ne devrait rattraper la tortue ; et pourtant il la rattrape évidemment. Comment cela se peut-il donc ?

Une simple suite géométrique dont la convergence est fournie par la formule suivante : a / (1-q) soit 100/ (1-0,1) soit 100/0,9 = 111,11 mètres.

Fin de la course.

Il n’empêche que la belle mécanique théorique du 1/10 de plus à l’infini séduit nos esprits depuis 2500 ans. Et continue de le faire.

« L’évidence des sens est parfois fallacieuse », disait Parménide. Si les biais cognitifs n’étaient pas si attirants, nous ne nous égarerions point dans leurs pièges…

Supposons maintenant que la tortue avance en ligne droite du départ à l’arrivée, en prenant la bonne direction à chaque fois.

Et que Achille se trompe simplement de direction deux fois sur 10, à chaque pas.

Lire la suite « Le paradoxe de Zénon revisité »

Valeur métier dans l’IT : la quête du Graal !

Approches agiles, démarche produit, feature teams, lean startup … toutes ces approches ont en point commun la volonté de livrer le maximum de valeur pour ses clients ou utilisateurs.

Mais quelle est cette valeur et comment atteindre ce Graal ? Comment les équipes peuvent-elles atteindre cet objectif en plus des habituels correctifs, maintenance, dette technique…?

Lire la suite « Valeur métier dans l’IT : la quête du Graal ! »

Save the date ! Vendredi 11 mars 2022 à Lille : petit déjeuner DevOps

Save the date ! Vendredi 11 mars 2022 à Lille : petit déjeuner DevOps

Réservez votre matinée du 11 mars pour découvrir des études de cas DevOps présentées par Pierre Jannez et Thomas Deligny. Les deux experts expliqueront dans quelle mesure l’appropriation de la culture DevOps accélère le delivery de logiciels de bonne qualité.

Lire la suite « Save the date ! Vendredi 11 mars 2022 à Lille : petit déjeuner DevOps »

Accelerate – State of DevOps 2021 : toujours plus de vitesse malgré la pandémie

Accelerate – State of DevOps 2021 : toujours plus de vitesse malgré la pandémie

Déjà la 8ème édition du Accelerate – State of DevOps Report, ce bilan annuel est l’une des plus larges études disponibles sur les pratiques DevOps et leur lien avec la performance des organisations.

Rappelons-le, suite à la revente de DORA (DevOps Research Assessment) par Jez Humble, Nicole Forsgren et Gene Kim …. à Google en décembre 2020, cette étude est maintenant entièrement rédigée par des salariés de Google (on notera que les noms de Jez et de Nicole figurent toujours dans les remerciements !). Jez Humble, Nicole Forsgren et Gene Kim sont également les auteurs de nombreux ouvrages de référence sur le DevOps dont Accelerate: The Science Behind Devops: Building and Scaling High Performing Technology Organizations. Ne soyez donc pas surpris de retrouver des liens entre State of DevOps, DORA et Accelerate !

Lire la suite « Accelerate – State of DevOps 2021 : toujours plus de vitesse malgré la pandémie »

DevOps en pratique : comment réduire le Mean Time To Repair

DevOps en pratique : comment réduire le Mean Time To Repair

Bien souvent je travaille avec des équipes, agiles ou non, dont l’attention se porte naturellement sur la fourniture de nouvelles fonctionnalités. Or, dans cette course à la production de valeur pour rester compétitif face à la concurrence, les équipes doivent faire un choix. Elles se retrouvent régulièrement dans cette situation compliquée où il faut faire un compromis entre développer une nouvelle fonctionnalité ou corriger des anomalies.

Sous la pression du marché, le choix se porte un peu trop souvent sur la livraison de la nouvelle fonctionnalité. La dette technique s’accumule et imperceptiblement le nombre d’anomalies augmente. Et par conséquent les délais de résolution, avec les conséquences qui en résultent sur la satisfaction des clients et du métier, ainsi que sur le moral des équipes. Ceci est contraire à l’esprit DevOps qui préconise de travailler sur 4 indicateurs clef dont l’un est le « Mean Time To Repair » (MTTR – cf Wikipedia), le temps moyen de réparation.

Je vais vous expliquer comment je traite ce problème dans une équipe produit avec certaines pratiques de DevOps s’appuyant sur le management lean dans l’IT.

Lire la suite « DevOps en pratique : comment réduire le Mean Time To Repair »

State of DevOps: retour sur le bilan de l’année 2019

Chaque année le DevOps Research & Assessment, mené par Jez Humble et Nicole Forsgren récemment racheté par Google Cloud produit un rapport sur l’état de l’art du DevOps intitulé State of DevOps. Cet état des lieux des pratiques DevOps à travers le monde est réalisé à partir de plus de 31 000 interviews de professionnels (toutes industries, tailles, pays principalement USA et Europe…). L’édition 2019 sortie en début de cette année, est à ce jour la plus importante étude réalisée dans ce domaine.

Lire la suite « State of DevOps: retour sur le bilan de l’année 2019 »

Ralentir pour satisfaire son client ?

Ralentir pour satisfaire son client ?

Par les temps qui courent et avec le développement du DevOps, la tentation est de vouloir aller toujours plus vite. Mais est-ce bien toujours ce que le client demande ?
La pratique régulière de la voix du client (donnez-moi exactement ce que je veux, quand je le veux, où je le veux, soyez fiables, ne me faites pas perdre mon temps) aide à se fixer les bons objectifs. En effet, à quoi bon s’améliorer là où le client ne nous attend pas ? Lire la suite « Ralentir pour satisfaire son client ? »

« L’avenir n’est que du présent à mettre en marche »

« L’avenir n’est que du présent à mettre en marche », une citation de Saint Exupéry qui éclaire nos pratiques lean à Operae

J’ai découvert cette citation à l’occasion des vœux de 2020. Elle a immédiatement fait écho à la façon dont mes clients définissent leurs attentes vis-à-vis du lean management : ils décrivent clairement et sans complexité comment ils aimeraient que fonctionnent leurs entités dans un, deux ou trois ans et s’engagent dans une démarche lean pour construire cet avenir, un pas après l’autre.

André est directeur technique d’une entreprise gérant des milliards de transactions chaque année. L’une des priorités qu’il s’est fixées, lorsqu’il a pris son poste, consiste à réduire à quelques minutes le temps nécessaire à la création des environnements sur lesquels sont déposés les systèmes informatiques construits par les équipes de la DSI. Ces environnements sont des objets complexes, assemblages de hardware (serveurs, réseaux, etc…), de middleware (système d’exploitation, politique de sécurité, bases de données, etc…) et de software.

Lire la suite « « L’avenir n’est que du présent à mettre en marche » »

Flux poussé ou flux tiré: quelle est la différence et à quoi ça sert exactement ?

cover tiré

L’Agile et le DevOps ont ré-introduit la notion de flux et d’itérations dans les processus de développements informatique. A ce sujet, on entend donc souvent parler de flux tiré ou de flux poussé ainsi que de Kanban. Qu’en est-il exactement ?

Lire la suite « Flux poussé ou flux tiré: quelle est la différence et à quoi ça sert exactement ? »

Scrum et le Toyota Production System, comment construire des équipes ultra performantes

 

 

 

 

 

 

 

 

 

 

 

L’objet de cet article publié par Pierre Jannez sur InfoQ est de montrer comment l’utilisation du Toyota Production System, comme système de construction de la connaissance, permet de révéler les sujets d’apprentissage sur lesquels travailler pour développer des équipes Scrum exceptionnelles pour des résultats exceptionnels.

Pierre y explique :

  • l’importance de construire le bon management visuel pour mieux comprendre la situation et la performance ;
  • de quelle manière envisager la production avec le flux tiré et le Jidoka pour révéler les bons problèmes ;
  • comment résoudre ces problèmes avec la méthode scientifique du PDCA pour développer les compétences des collaborateurs.

Lire la suite « Scrum et le Toyota Production System, comment construire des équipes ultra performantes »