Value in – value out

Value in – value out

Fred Mathijssen, Director of Technology de Nike Europe, avait fait afficher dans la salle de son management visuel, en grand :

« 1 euro investi ici rapporte 1 200 euros. »

Il nous a expliqué que le chiffre était parfaitement inexact mais que c’était le résultat du premier calcul de ROI conduit par ses équipes. Embarrassées par l’affichage, les équipes avaient essayé de mieux comprendre quelle valeur apportait l’informatique et, rapidement, le ratio avait diminué pour atteindre un niveau raisonnable, toujours enthousiasmant, et qui restera confidentiel.

Cela m’a amenée à réfléchir à une notion de « valeur in – valeur out » :

  • Valeur in : est-ce que je suis capable de produire la même valeur, avec des moyens internes (« in ») plus faibles ?
  • Valeur out : est-ce que j’apporte plus de valeur aux bénéficiaires de mes services ?
Lire la suite « Value in – value out »

« On ne nous a jamais dit que la qualité c’était important avant de mettre en prod »

« On ne nous a jamais dit que la qualité c’était important avant de mettre en prod »

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

Comment diviser par 4 le temps de cycle des user stories ? Rendez-vous le 21 avril à 19 heures

Comment diviser par 4 le temps de cycle des user stories ? Rendez-vous le 21 avril à 19 heures

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

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

PDCA dans l’informatique : retour d’expérience dans le monde des terminaux de paiement

PDCA dans l’informatique : retour d’expérience dans le monde des terminaux de paiement

Nous sommes dans le domaine de l’informatique embarquée sur des terminaux de paiement, avec des flux à ouvrir vers les commerçants et vers les banques. Un élément de contexte : avant de pouvoir commercialiser une solution de paiement, il faut qu’elle soit certifiée dans le pays ou la zone où elle sera utilisée.

Le problème (le P du PDCA)

Notre équipe travaille sur un terminal de paiement nouvelle génération, considéré comme une innovation majeure pour l’entreprise. 10 jours avant la certification du terminal, les tests de performance ont révélé que les temps de réponse étaient de 1 200 millisecondes alors que la norme à atteindre était de 100 millisecondes.

1 200 millisecondes contre 100 : le cadre du problème est parfaitement clair.

Lire la suite « PDCA dans l’informatique : retour d’expérience dans le monde des terminaux de paiement »

Le verbatim client de la semaine

Le verbatim client de la semaine

« Au travers de la formation lean et de l’accompagnement de Marie-Pia, nous avons pu apprendre et expérimenter différents outils du lean. Je suis convaincue aujourd’hui de l’efficacité de cette méthode et de l’impact positif sur notre focus client, la qualité de nos activités et le développement de nos équipes.

Nous avons déjà ancré certaines pratiques dans notre quotidien, par exemple Gemba, bacs rouges et A3, qui sont de plus complémentaires avec l’agilité. Une belle découverte pour moi, ainsi que de nouveaux réflexes précieux pour mon rôle au sein de l’IT. »

Noémie Aung, VP of Engineering, à propos du parcours de formation certifiant Lean Green Belt 

Vous souhaitez être accompagnés ou connaître nos offres ? Contactez-nous avec le formulaire ci-dessous !


Que se passe-t-il lorsqu’on commence à s’intéresser à la qualité dans l’IT ?

Que se passe-t-il lorsqu’on commence à s’intéresser à la qualité dans l’IT ?

L’IT est un vaste domaine avec ses différentes spécialités parmi lesquelles nous trouverons par exemple les infrastructures, la gestion des données, la sécurité, l’UI et l’UX et naturellement la production logicielle.

S’il y a bien une constante dans la production logicielle, c’est son faible niveau de qualité. Prenez 10 développeurs au hasard dans votre entreprise ou celle de votre prestataire, il est très probable que vous n’en trouviez qu’un seul qui osera prétendre que les défauts de qualité ne sont pas une fatalité. Et s’il le fait, il vous demandera de ne surtout pas faire état de ses déclarations devant ses collègues et manageurs.

bug

Il y a donc d’un côté des acteurs de la chaîne de valeurs qui sont persuadés que la non-qualité, on ne peut pas l’éviter, et à l’autre bout, des utilisateurs de systèmes d’information qui essaient de naviguer entre les bugs et interruptions de service.

Lire la suite « Que se passe-t-il lorsqu’on commence à s’intéresser à la qualité dans l’IT ? »

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 »

« Je souhaite sensibiliser mes équipes à l’amélioration continue ». Sensibiliser, seulement ?

« Je souhaite sensibiliser mes équipes à l’amélioration continue ». Sensibiliser, seulement ?

Vous avez besoin de transformer votre entreprise, votre département, votre équipe, de donner un coup de boost, redonner de l’énergie, de la nouveauté, du changement ?

Oui, mais voilà. A vos équipes, qui sont là depuis des années, « on ne la leur fait plus ». Les réorganisations, les transformations, les méthodes magiques de consultants, ils en ont vu passer des dizaines. Et ils n’y croient plus. Alors il faut les re-sensibiliser.

Avec des slides, des jeux et des coups de com ?

Vous pouvez.

Lire la suite « « Je souhaite sensibiliser mes équipes à l’amélioration continue ». Sensibiliser, seulement ? »