Catégorie : Digital

#hyperlean – Ce que signifie l’avènement du numérique

#hyperlean Cover Front - XSmall

C’est avec une grande joie que nous vous annonçons la publication de #hyperlean – Ce que signifie l’avènement du numérique.

Guide pratique

#hyperlean est un guide pratique et actionnable à l’usage des dirigeants et des managers. Il vous apporte une vision claire des impacts de la révolution numérique sur votre business en répondant aux nombreuses questions que vous vous posez. De quoi parlons-nous lorsque nous parlons de transformation numérique ? Que cela change-t-il dans notre relation avec les clients ? Quels impacts pour notre organisation interne : l’axe stratégie-exécution ; les processus opérationnels ; le développement de produits et services ; les nouvelles attentes des équipes ? Que cela change-t-il dans le pilotage des projets ? Dans l’ingénierie ? Dans le rôle de la DSI ? Que cela change-t-il enfin dans nos modes de leadership et de management ?

Dans un second temps, ce livre vous donne des éléments pour évaluer le niveau de maturité de votre organisation interne pour répondre aux impératifs de cette nouvelle ère.

Lire la suite « #hyperlean – Ce que signifie l’avènement du numérique » →

Réduire le nombre d’anomalies en ramenant la qualité au cœur du processus de développement – partie 2

Le deuxième principe pour améliorer la qualité des développements informatiques, c’est le bac rouge.

Dans les chaînes de fabrication « Lean » le bac rouge est une caisse de couleur « rouge » dans laquelle l’opérateur va disposer les pièces qu’il aura extraites de la chaîne de fabrication et pour lesquelles il aura un doute. Ces bacs sont ensuite analysés conjointement entre équipe de production et équipe de conception. Ils constituent ainsi un véritable point d’interface entre ces deux équipes. Lire la suite « Réduire le nombre d’anomalies en ramenant la qualité au cœur du processus de développement – partie 2 » →

Réduire le nombre d’anomalies en ramenant la qualité au cœur du processus de développement.

Faire bien avant de faire vite… C’est quelque chose qui va de soi, pour tout le monde.

Pourtant dans le domaine informatique, il arrive parfois que l’on réduise la durée des phases de tests afin d’absorber les retards pris par les phases précédentes. Cette réduction des tests se fait au détriment de la qualité puisque dans la plupart des modes de développement c’est l’intégrateur final qui est responsable de la qualité sortante. C’est lui qui doit déployer une panoplie de tests pour détecter toutes les éventuelles non-conformités. Certaines d’entre elles ayant pu s’introduire dès les premières phases de conception voire lors du recueil des besoins.

Plutôt que de contrôler la qualité à la fin du processus de développement, le Lean Management propose quelques principes qui permettent aux équipes de construire la qualité au fur et à mesure de l’exécution du processus de développement. Lire la suite « Réduire le nombre d’anomalies en ramenant la qualité au cœur du processus de développement. » →

Lean IT et Lean Start up – Rencontres et complémentarité

lean-start-upLe Lean IT représente une activité importante à Operae, depuis des années, et je connais bien sa mise en œuvre dans des environnements qui vont du CCMI le plus classique au déploiement ambitieux de SAFe. Vient toujours un moment, lors des visites de terrain avec l’encadrement, où l’un d’entre eux me pose la question : « quid du Lean start up ? ».

La roadmap du Lean IT commence le plus souvent par « stabiliser les opérations », c’est-à-dire clôturer les incidents plus rapidement et réduire le nombre d’incidents en entrée. Pour ensuite s’intéresser à livrer les évolutions et les projets avec plus de fiabilité (respecter le scope, le budget, le délai). Ce n’est qu’ensuite que les DSI réfléchissent à la création de valeur : comment mieux soutenir les métiers et/ou innover avec plus de succès ?

C’est ici que le Lean start up trouve sa place. Lire la suite « Lean IT et Lean Start up – Rencontres et complémentarité » →

3 pratiques Lean pour agilistes

Quelques années après avoir construit à partir d’une page blanche une banque à distance, j’ai découvert la conduite de projet agile. Quel soulagement ! Il était donc possible d’interagir avec les développeurs sans devoir décrire en 1 000 pages la solution exacte que l’on souhaitait. Exercice d’autant plus difficile que les souhaits sont assez flous lorsque vous êtes pionnière dans le domaine.

Ceci dit, mon point de vue est d’abord lean, avec la supervision de 10 000 jours, en 10 ans, de coaching en Lean et informatique. Mes contacts avec la communauté agile sont fréquents, j’en aime beaucoup l’esprit. J’ai eu notamment la chance de travailler avec @RegisMedina, de faire intervenir @KentBeck et @JeffSutherland dans certaines conférences, et enfin de partager sur le terrain le lean avec des agilistes de haut niveau.

Voici donc trois pratiques que le lean peut apporter à l’agile :

1. Soyez agiles dans vos rétrospectives !

Lire la suite « 3 pratiques Lean pour agilistes » →

Qu’est-ce qu’un standard de travail ? 2e partie

La première partie de ce billet sur les standards de travail Lean est à retrouver ici.

Lors de la rédaction d’un standard de travail on peut se laisser tenter, souvent sans s’en rendre compte, par des biais facilitateurs. Voici quelques astuces et points d’attention pour les éviter et utiliser l’outil qu’est le standard de manière optimale :

  • Etre attentif au contenu des 3 colonnes du standard : étapes (une action), points de contrôle (comment je m’assure d’avoir fait le bon geste ?) et raison d’être (A quoi cette étape est utile ? Et quels sont les impacts d’un K.O ?)

Lire la suite « Qu’est-ce qu’un standard de travail ? 2e partie » →

Stratégie : adapter la réalité à la vision ou adapter la vision à une réalité ?

IMG_2161

Une question que je me pose depuis plusieurs semaines et qu’en toute transparence, chaque dirigeant devrait se poser. Comment devons-nous « construire une vision » et définir des objectifs stratégiques ?

Devons-nous privilégier l’approche facile et la contraindre à une réalité revêche ? Ou, au contraire, adopter une approche plus ambitieuse et résolue et transformer ce que certains identifient parfois trop vite à « la réalité »,  pour l’aligner avec la vision ?

Un dilemme qu’il est nécessaire d’explorer pour comprendre un des freins essentiels à l’amélioration… Lire la suite « Stratégie : adapter la réalité à la vision ou adapter la vision à une réalité ? » →

Numérique et ingénierie logicielle : de quelle qualité parle-t-on ?

IMG_2152

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 ? » →

Les secrets de l’amélioration continue de la qualité par la résolution de problème

Les secrets de l’amélioration continue de la qualité par la résolution de problème

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 » →

De quelle obeya parle-t-on ? L’obeya de projets

salle-machines-lean-obeya-operae-partners

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].

Quels bénéfices attend-on de son obeya de projet ?

Vitesse

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 :

  • la collaboration entre les membres du projet. Les tensions disparaissent, ce qui était implicite devient explicite et l’équipe projet avance ensemble ;
  • la qualité par l’élimination des défauts/bugs très en amont dans la construction ;
  • la baisse des coûts pour plusieurs raisons : on ne développe que ce qui est utile, la qualité est bonne donc les coûts de correction disparaisse, les besoins d’arbitrage, comitologie, replanification, etc… diminuent,

Lire la suite « De quelle obeya parle-t-on ? L’obeya de projets » →