L’Agilité est comme ces tartines : réussie ou cramée. Voici les secrets de certaines équipes agiles que je connais qui réussissent fièrement, en respectant l’esprit des douze principes de l’Agile Manifesto ; et comment d’autres que je connais aussi, ratent brillamment en réinterprétant comme cela les arrange ces mêmes principes agiles que voici.
Lire la suite « Agilistes de tous pays, on vous a volé l’agilité, réveillez-vous ! »
Combien de fois avons-nous enchaîné les projets comme une course de relais, sans vraiment nous retourner sur ce qui venait de se passer ? Une migration complexe, un changement d’infrastructure, une mise à jour critique : tout est bouclé… et hop, on passe à la suite.
Mais en réalité, c’est juste après l’opération que la vraie richesse se révèle.
Ces minutes qui suivent une opération technique – migration, changement d’infrastructure, mise à jour majeure – sont un trésor d’apprentissage qui s’évapore à grande vitesse. C’est à ce moment même, où les détails sont encore « dans nos têtes » que l’on détecte précisément les opportunités d’amélioration pour apprendre, ajuster et éviter de reproduire des erreurs. En Lean IT, c’est exactement ce que l’on cherche : voir les problèmes, comprendre, et apprendre, en temps réel.
Saviez-vous que Scrum est directement inspiré des travaux d’Ikujiro Nonaka ? Ce théoricien japonais a transformé notre compréhension de l’innovation, du leadership et de la gestion des connaissances, influençant des disciplines allant du développement logiciel à l’organisation du travail dans les entreprises industrielles. Son impact résonne particulièrement dans deux domaines qui ont connu des révolutions majeures : le développement agile et le Lean Management.
Lire la suite « Ikujiro Nonaka : un penseur majeur du management nous a quittés »
La promesse de Scrum ? Doubler la productivité en réduisant de moitié le temps de travail. Découvrez comment conjuguer les pratiques de Scrum et les principes du Toyota Production System pour atteindre cette promesse.
Expert reconnu dans la mise en œuvre de l’Agile et de DevOps, consultant en transformation digitale et spécialiste du Toyota Production System depuis près de 30 ans, Koichiro Toda a créé la méthodologie innovante « Agile Work ». Largement inspirée du Lean et de Scrum, cette méthode est enseignée dans de grandes organisations à travers le monde. Elle est détaillée dans son livre Travail Agile : mode d’emploi.
Lors de cette masterclass illustrée d’exemples concrets, il abordera avec Pierre Jannez d’Operae, les grands principes de sa méthode et proposera au travers d’exercices, différentes pratiques à mettre en œuvre immédiatement.
Lire la suite « Masterclass 24 octobre : Mettez du TPS dans vos pratiques Scrum ! »
Nous sommes un cabinet de conseil lean qui agit comme il le pense : le meilleur de l’humain d’abord, le meilleur du numérique ensuite. Pour vous et avec vous. En confiance. En exigence aussi. Parce que nous agissons comme si vos clients étaient les nôtres, parce que nous faisons nôtres vos préoccupations. Parce que la gratification de notre métier, c’est la réussite de vos équipes, c’est la réussite de vos managers.
Nous sommes 18 coachs, spécialistes du lean depuis dix-sept ans, dans 3 pays européens. 6 langues de travail. Un état d’esprit, une philosophie, une maïeutique. La pratique sur nous-mêmes de nos propres préconisations : l’autonomie, l’expérimentation, l’apprentissage et la reformulation. C’est dur. Et nécessaire. Nous sommes concrets, déterminés et efficaces. Lire la suite « Travailler. Autrement »
Travail agile, mode d’emploi de Koichiro Toda est disponible en français. Traduit par Laurence Drabik et Pierre Jannez, ce guide pratique propose une explication claire et accessible pour allier agilité et pratiques lean dans le développement logiciel. Toda initie les lecteurs à un mode de travail agile basé sur la philosophie du Toyota Way1, il propose des méthodes concrètes et des principes fondamentaux pour l’utilisation optimale des ressources et la suppression des gaspillages, le tout afin d’obtenir des résultats rapidement et efficacement.
Grâce à ses dix ans d’expérience dans le développement logiciel agile en tant que Scrum Master et son expertise du Toyota Way, Koichiro Toda propose une méthodologie adaptable et accessible à tous, pour une mise en œuvre immédiate des pratiques lean et agile dans le développement logiciel.
Les points clés en résumé :
Utilisation optimale des ressources : éviter le gaspillage à tous les niveaux et maximiser la valeur ajoutée dans son travail quotidien en s’appuyant sur les 5 principes fondamentaux du travail agile :
Influence de la méthode Toyota Way : inspirée par les principes et les valeurs du Toyota Way, cette nouvelle approche intègre des processus de production efficaces et des principes de leadership éprouvés.
Expérience pratique : l’auteur s’appuie sur ses dix années d’expérience dans le développement logiciel agile et l’enseignement du Toyota Way.
Des principes et techniques fondamentaux facilement compréhensibles et immédiatement applicables.
Leader et manager lean, vous changez de poste. Par quoi commencer ?
Après trois ou cinq années d’efforts et d’amélioration continue, qui ont abouti à des résultats époustouflants obtenus par vos équipes gonflées à bloc, vous vous apprêtez à prendre un nouveau poste, une petite larme à l’œil et la poitrine gonflée par le vent du large.
Ailleurs, que ce soit dans une autre entité du même groupe ou dans une autre entreprise, vous vous apprêtez à quitter votre joli système lean un peu hors norme, qui tourne comme un coucou suisse, pour un autre quadrant régi par d’autres paradigmes plus traditionnels. Voire carrément normatifs. Aïe !
Ce que le lean vous a apporté, à vous et à vos équipes, est si structurant que vous n’avez pas du tout l’intention d’y renoncer. Comment allez-vous donc bien pouvoir vous y prendre ?
C’est l’histoire de 3 équipes super. 3 équipes dans 3 entreprises radicalement différentes. 3 équipes dans 3 villes différentes. 3 équipes qui ne se connaissent pas mais qui ont en commun d’avoir la responsabilité de mettre en production un gros système sur lequel elles travaillent depuis 2 ans.
Et sur lequel elles ont beaucoup travaillé, n’ont pas compté leurs heures. Les membres de ces équipes voulaient tous réussir leur projet, faire réussir leur entreprise et livrer le projet à la date promise, « respecter la deadline », « le time to market », « la date de mise en prod ». Ils ont donc codé, débuggé, corrigé, recodé, testé, corrigé, re-livré (parfois le soir, la nuit, le week-end)… et fiers d’arriver devant leur comité de pilotage à temps – certes avec des bugs, « mais pas tant que ça ! » pour présenter leur projet, leur bébé… ils se sont vu recevoir un « NO GO » en pleine face.
Lire la suite « « On ne nous a jamais dit que la qualité c’était important avant de mettre en prod » »
Venez écouter Tycho Tatitscheff, architecte développeur chez BAM expliquer comment il est parvenu à atteindre le zéro bug en travaillant sur la dette technique et les meilleures pratiques de développement logiciel selon la démarche Lean IT.
BAM est l’agence experte du développement de solutions business sur mobiles.
Ce meetup se déroulera à partir de 19h le 21 avril chez Operae Partners à Paris 19e et à distance sur Zoom.
Inscrivez-vous ici : https://www.meetup.com/fr-FR/Lean-IT-Paris/events/284924321
De nombreuses équipes IT agiles sont organisées en sprints et animées par un product owner. Celles qui veulent aller plus loin grâce au Lean management, se posent parfois la question du contenu de ce rôle du product owner versus celui de chief engineer, bien connu dans l’univers de l’amélioration continue.
Comme le montre le tableau ci-dessous, la différence entre le chief engineer et le product owner porte sur le niveau de séniorité, sur l’étendue du champ d’expertise technique et sur la globalité des responsabilités.
Lire la suite « Product owner ou chief engineer : quelles différences ? »
Better, faster, together 