Le Lean est une discipline qui conduit chacun à se rapprocher d’un idéal pour l’entreprise, sans pour autant imposer un chemin unique et tracé d’avance.
Pour mémoire, revoici la définition du Lean par Michael Ballé:
Lire la suite « Le vrai Lean Management… C’est quoi ? »
L’avènement du numérique fait évoluer de façon très significative les attentes des clients et, par voie de conséquence, la façon dont on fait du business. Dans ce contexte, les DSI sont confrontées à un impératif d’amélioration : livrer plus vite de la valeur (i.e des produits et services de qualité), à un coût réduit pour lutter contre les nouveaux entrants (souvent des startup très agiles), le tout en s’efforçant de conserver ses meilleurs éléments, sur-sollicités par la concurrence.
Pour répondre à cet impératif d’amélioration, je vous propose un petit exercice qui va vous permettre de benchmarker différentes stratégies et tirer quelques enseignements …
Lire la suite « Enjeux du Numérique : quelle stratégie d’amélioration pour votre DSI ? »
Un sujet dont je n’entends que très peu parler dans les nombreux articles et conférences sur le numérique : l’ingénierie logicielle. Comme si la « collaboration » et « embaucher les bonnes personnes et les laisser bosser tranquillement » étaient des piliers éprouvés d’une stratégie opérationnelle efficace. Près de trente années d’expérience en IT dont douze consacrés à une analyse minutieuse de l’avènement du numérique m’ont montré que c’était rarement suffisant.
Car derrière les promesses du numérique il y a un engagement : celui de la satisfaction complète du client. Penser que l’on y parviendra sans soulever à un moment le capot du moteur du numérique, pour comprendre la stratégie d’ingénierie logicielle, est faire preuve d’une candeur coupable. Les géants du web nous ont montré que la satisfaction du client passe par une efficacité opérationnelle redoutable. Et donc par une ingénierie logicielle alignée qui porte elle aussi le sujet de la qualité.
Qu’est-ce donc que la qualité en ingénierie logicielle ? Ce billet essaye d’apporter quelques éclairages et de vous donner les clefs pour comprendre où se situe votre organisation IT sur ce sujet fondamental dans votre transition numérique …
Lire la suite « Numérique et ingénierie logicielle : de quelle qualité parle-t-on ? »
Traduction de l’article « There is no Lean manifesto… Here’s why » de Michael Ballé et Dimitri Baeli paru sur Planet-Lean.com
Synopsis – Pourquoi le Lean n’a-t-il pas de manifeste ? Les auteurs mettent en évidence les principes fondamentaux et les valeurs de la pensée Lean, mais avertissent qu’on ne peut aller bien loin sans l’apprentissage développé, chaque jour, par la résolution du problème suivant.
Par Dimitri Baeli, Directeur Technique chez LesFurets.com, et Michael Ballé, auteur, Coach de CEO et cofondateur de l’Institut Lean France
Le Manifeste Agile a été LA référence pour tous les développeurs qui cherchent une meilleure façon de créer des logiciels depuis 2000. Dix-sept ans après son écriture, il est tout aussi pertinent – portant les valeurs de base des agilistes à travers le monde.
Si vous n’avez jamais parcouru le Manifeste Agile, il est intéressant de lire ce qu’il dit (la source originale peut être trouvée ici):
« Nous découvrons comment mieux développer des logiciels par la pratique et en aidant les autres à le faire. Lire la suite « Il n’y a pas de manifeste Lean. Voici pourquoi »
Matthieu, un des dirigeants d’entreprise que j’accompagne plusieurs fois par mois, m’annonce qu’il veut mieux comprendre les problèmes de qualité dans l’activité des équipes. C’est totalement en phase avec la démarche Lean qui met la qualité au coeur de l’entreprise avec le principe de l’auto-qualité. La société de Matthieu délivre des solutions logicielles selon l’approche Agile et depuis quelques mois la démarche Lean IT.
Troisième principe du Toyota Production System (TPS), l’auto-qualité est cruciale pour Lire la suite « Les secrets de l’amélioration continue de la qualité par la résolution de problème »
On a déjà présenté sur ce blog l’obeya de management, qui vise d’une part à aligner deux niveaux de management sur des objectifs communs et d’autre part à entretenir une culture de l’amélioration continue via une présentation en continu de PDCA. Mais dans la mesure où « obeya » signifie « grande salle », il est tout à fait acceptable d’utiliser le même mot pour un usage différent : la conduite de projet. Notre expertise à Operae porte sur le Lean en informatique et ce billet sera éclairé par des exemples venus de l’informatique. NB : Il existe bien entendu des obeya utilisées en ingénierie de produits bien plus physiques [1].
En matière de Lean en informatique, je constate que l’obeya sert soit à développer de l’agilité dans les projets –on vise alors à livrer plus vite-, soit à livrer à l’heure des projets structurants comme par exemple la création de systèmes d’information qui répondent à un besoin réglementaire.
Dans tous les cas, l’obeya favorise :
Lire la suite « De quelle obeya parle-t-on ? L’obeya de projets »
Dans l’informatique et les centres d’appels, parfois ailleurs, lorsque je demande à un manager avec qui il travaille, la réponse la plus fréquente est la suivante : “j’ai x ressources.” J’entame alors un échange dont je ne suis jamais certaine de sortir gagnante sur le thème “si les chaises, les tables, les ordinateurs et la puissance du réseau sont bien des ressources, peut-on vraiment considérer qu’une personne, un homme, une femme, soit une ressource d’une organisation ?”.
Et vous, considérez-vous que les enfants qui vous entourent, les jeunes que vous aidez à grandir et dont vous suivez les études sont les ressources que vont consommer demain les grandes administrations et les entreprises ? Posée comme ça, la réponse appelle un NON franc et sans concession.
Alors pourquoi parler des adultes comme de possibles ressources ? Lire la suite « Personnes ou Ressources ?!? »
Réussir un programme IT de plusieurs milliers de jours homme est toujours un immense défi. L’expérience nous prouve que l’obeya permet de gérer et de réussir ce type de projet ! Seulement, lancer une obeya dans un tel contexte nécessite un savoir-faire très particulier. Voici le récit d’un retour d’expérience : histoire vraie !
Le lancement d’une Obeya de management se déroule en deux phases :
La première phase consiste à collecter toute une série d’informations pour comprendre au mieux la situation à la fois du point de vue des clients, de l’entreprise, des collaborateurs et des partenaires. Il s’agit donc de rencontrer les acteurs clefs du programme afin de :
Lire la suite « Bien démarrer un grand programme IT grâce à l’Obeya »
Ce post fait suite à un autre texte “Le kanban est le bitcoin du Lean”. On y montrait pourquoi il est possible de considérer le kanban comme une monnaie virtuelle dans le monde de la production de biens ou de services, monnaie qui permet d’organiser le travail de chacun le long d’une chaine de valeur.
L’exemple utilisé était celui d’une petite chaine de développement informatique comprenant un spécifieur, un développeur et un testeur.
Ce nouveau post sort de la partie théorique du kanban et explore ce qui se passe dans la réalité, lorsqu’on essaie de le mettre en œuvre. En un mot comme en cent, ça explose !
Imaginons que le développeur n’arrive pas à terminer la commande que le testeur lui a passée :
Initialement publié par Michael Ballé sous le titre « Are you really solving problems when you think you are solving problems? ».
Un problème survient quand un incident dans le processus normal conduit à un écart dans la performance. Un embouteillage inattendu alors que vous allez prendre un train est un problème quand vous arrivez en retard à la gare. Manquer le train pour cette raison est un problème quand vous arrivez trop tard pour une réunion importante. Ne pas être à la réunion est un problème quand vous ne pouvez pas conclure une affaire, et ainsi de suite. Lire la suite « Résolvez-vous vraiment des problèmes lorsque vous pensez en résoudre ? »
Better, faster, together 