Vous souhaitez comprendre les bénéfices de la démarche lean au sein d’une DSI ? Rendez-vous mardi 28 octobre à 17 heures pour écouter le témoignage de François Vitu de Michelin. Lors de ce webinaire exceptionnel, il expliquera comment une équipe de direction technique de la DSI Michelin a repensé son fonctionnement pour mieux faire réussir ses 200 collaborateurs.
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.
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.
Dans un contexte où la performance opérationnelle et la satisfaction des utilisateurs sont devenues des priorités pour les DSI, le Lean IT s’impose comme une approche structurante pour améliorer l’efficacité des services de support. Pour illustrer concrètement cette transformation, nous donnons la parole à Youssef Am, coach Lean IT chez Operae Partners, qui partage le retour d’expérience sur une mission d’accompagnement réussie dans un centre de support informatique niveaux 1 et 2.
Ecoutez notre podcast disponible ici pour découvrir comment le lean IT répond aux défis des DSI : 6 principes décortiqués et les bénéfices concrets qui en découlent.
Un résumé en 7 minutes de ce que l’équipe d’Operae Partners a appris et réussi en 15 années de mise en œuvre du lean dans le numérique avec ses clients.
La productivité est au cœur de nos des débats économiques et sociaux. Elle fait la une des journaux lorsqu’on parle de compétitivité, de financement des retraites ou d’efficacité des services publics. Pourtant, dans beaucoup d’organisations, ce terme reste chargé de méfiance, voire d’hostilité. Pourquoi ? Parce qu’il est trop souvent confondu avec son faux cousin : le productivisme.
« Non mais là c’est vraiment de leur faute, ils nous ont construit un package qui ne fonctionne pas, ils auraient dû au moins le tester ! »
Un package est un logiciel conditionné pour être déployé massivement sur un grand nombre de machines. Plutôt que d’intervenir manuellement des centaines de fois, on crée un package et on donne un ordre, le déploiement à grande échelle est alors automatique. Nous reviendrons sur cette définition car tout est là.
J’avoue que j’ai hésité. Effectivement le package ne fonctionne pas, et visiblement l’équipe dans laquelle j’interviens n’y est pour rien car ce n’est pas elle qui le construit. Alors, rien d’autre à faire que de rejeter la faute sur les autres ?
Question : Merci d’avoir accepté cet échange sur la cybersécurité et le lean. Est-ce que tu aurais en tête les trois grands sujets sur lesquels le lean IT pourrait aider une entreprise dans ce domaine ?
Christian Ignace : Oui, absolument. Pour commencer, on peut aider l’entreprise à quantifier le risque qu’elle encourt, c’est-à-dire à évaluer la volumétrie des menaces. Par exemple, un retailer européen a lancé un inventaire et a découvert qu’ils avaient environ 1900 vulnérabilités. 1 900 ! Ce nombre leur a permis de mieux comprendre l’ampleur des risques auxquels ils étaient exposés.
Le deuxième point concerne la sensibilisation des échelons de l’entreprise. Chez François, RSSI (Responsable Sécurité des Services Informatiques), une des grandes victoires a été de convaincre le DSI de suivre un indicateur de cybersécurité. Avant cela, la sécurité n’était pas dans son radar. Mais avec un indicateur de suivi, il pouvait voir régulièrement l’état des plans de remédiation, ce qui lui permettait de suivre l’évolution de la cybersécurité à son niveau.
Dans sa dernière vidéo, qui a fait sensation en France, le jeune Youtubeur Inoxtag a beaucoup fait parler de lui. Mais, ce qui a particulièrement attiré l’attention des internautes, c’est le terme « kaizen« . Que signifie réellement ce mot ? D’où nous vient-il ?
D’origine japonaise, kaizen se traduit par « amélioration continue », désignant l’idée de progresser chaque jour, même de manière minime, pour se rapprocher de ses objectifs.
copyright Toyota
D’ailleurs, l’entreprise Toyota elle-même intègre ce mot dans son système de management, appelé « Toyota Way », qui décrit les cinq grandes valeurs de l’entreprise : le gemba, le kaizen, le challenge, le travail d’équipe et le respect.
Dans le Lean management qui s’inspire du modèle Toyota on retrouve le kaizen, ou plutôt les dix règles du kaizen qui nous donnent des précisions sur l’application de ce principe.
Je vous propose donc d’explorer ensemble ces dix règles et voir si Inoxtag a bien réussi à tous les respecter. En quoi l’ont-elles aidé à réussir son défi ? En même temps, je ferai un parallèle avec les principes d’application du kaizen dans une équipe IT.
Bien souvent lorsque j’aborde la résolution de problèmes avec les équipes de dev, je suis confronté à une grande réticence face à la nécessité d’utiliser le crayon pour décrire le problème et réfléchir à ses causes. Pour la plupart des développeurs, il suffit d’aller dans le code et de corriger la ligne qui ne convient pas et le tour est joué. En fait non. La vraie résolution de problème se situe derrière ce bug et la vraie question à se poser est : pourquoi est-il survenu ?
Better, faster, together 