Devops for Growth
107.5K views | +8 today
Follow
Devops for Growth
For Product Owners/Product Managers and Scrum Teams: Growth Hacking, Devops, Agile, Lean for IT, Lean Startup, customer centric, software quality...
Curated by Mickael Ruau
Your new post is loading...
Your new post is loading...

Popular Tags

Current selected tag: 'One piece flow'. Clear
Scooped by Mickael Ruau
Scoop.it!

Du Lean startup au Lean scale up

Du Lean startup au Lean scale up | Devops for Growth | Scoop.it
Echanges avec Marie-Pia Ignace, organisatrice du Lean IT Summit qui se déroulera les 14 et 15 mars prochains à Paris.
Mickael Ruau's insight:

Le « continuous delivery » dont Jez Humble est le grand expert, représente en informatique l’idéal Lean du « one piece flow » : prendre la commande, construire immédiatement le produit demandé avec toutes ses spécificités et le livrer. Je visite beaucoup d’équipes de développement en charge de l’évolution des systèmes. Lorsqu’elles se lancent dans le lean, elles reclassent les demandes de leurs clients en fonction de leur simplicité : s’agit-il d’une évolution (50 à 75% des demandes) ou d’un projet nouveau ? Et puis, c’est la magie du lean, toutes ces petites demandes qui représentent une attente forte des utilisateurs pour améliorer leur utilisation du système se retrouvent traitées en « one piece flow ». Les délais de réalisation sont réduits de façon considérables, parfois divisés par 100 ! Ensuite, tout ralentit à nouveau : la fonctionnalité construite ou améliorée est posée dans un batch et attend des semaines ou des mois la prochaine mise en production. C’est tellement dommage ! En effet, les demandeurs sont demandeurs d’une évolution qu’ils peuvent utiliser, pas d’une promesse future. LA promesse du « continuous delivery » est de réduire à nouveau les délais en rendant possible le « one piece flow » aussi pour la mise en production. L’amélioration aura alors lieu de bout en bout, de la demande du client utilisateur à la mise à disposition de l’évolution pour ce client.

No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Interview avec Marc-Antoine Lacroix – CTO de Qonto –

Interview avec Marc-Antoine Lacroix – CTO de Qonto – | Devops for Growth | Scoop.it
Et bien justement : c’est une bonne question : comment faites-vous car la distance induit souvent des relations asynchrones, une proximité moins forte et donc une collaboration moins fluide ?

Notre seul sujet dans le cadre des collaborateurs remote est de faciliter la collaboration. Remote ne signifie pas nécessairement asynchrone. C’est le cas si la différence entre les plages horaires est élevée. Mais s’il s’agit de collaborateurs à Belgrade ou au Portugal par exemple, il n’y a qu’une heure de décalage. Un exemple de question que nous nous posons sur le sujet du point quotidien : comment rendre cela agréable pour des personnes extérieures, qui ne sont pas sur place ? Nous avons digitalisé quelques visuels mais pas tous car c’est important d’en conserver un certain nombre en physique.

L’enjeu est lié à la clarté de la communication orale. Il est aussi important d’apprendre à bien converser à l’écrit, dire l’essentiel en peu de mots. Nous faisons aussi levier du pair-programming. Nous invitons à des changements fréquents de pair-programmers pour éviter le sentiment d’isolation et renforcer l’esprit de communauté de l’ensemble de l’équipe.

Enfin notre approche par one piece flow, nous impose d’avoir, dans la mesure du possible, un maximum de personnes qui travaille sur une même feature simultanément afin de la livrer au plus vite. Cela contribue aussi à créer des liens forts même pour les personnes à distance.

No comment yet.