Yves Caseau : développer la fierté dans le domaine du logiciel embarqué - Lean Summit France

© Copyright Institut Lean France. Textes et illustrations tous droits réservés

4e Lean Summit - 1er et 2 avril 2014, Lyon

Lean Software Factory

Apprendre à produire de façon incrémentale des produits qui dépassent les attentes des clients

Par Yves Caseau, Académie des Technologies

Yves Caseau - Lean Software Factory – Avril 2014 2/17

Lean Software Factory Apprendre à produire de façon incrémentale des produits

qui dépassent les attentes des clients

Lean Summit

2 Avril 2014 – v0.2

Yves CASEAU

Académie des Technologies


Plan de l’exposé

1. 12 Principes Faire émerger une Lean Software Factory Product, People, Process

2. 2 outils Pour aider la mise en œuvre

3. Conclusion Une révolution inévitable


Le travail en équipes cross-fonctionnelles solidaires

Travail en équipe : la force des liens forts

Equipe cross-fonctionnelle, diversité des talents

Polyvalence et solidarité se renforcent

Les fournisseurs deviennent des partenaires, membres de l’équipe

1ère

Part

ie :

12 P

rincip

es


Des équipes qui vivent sur un même rythme

Communication face-à-face au lieu des emails

Démarrer avec un stand-up meeting quotidien

Un seul temps commun, celui du client

1ère

Part

ie :

12 P

rincip

es


Une organisation dont la finalité est le client 1

ère

Part

ie :

12 P

rincip

es

Mettre le client ou son représentant au cœur du plateau de développement

Communiquer et travailler à partir de « user stories »

L’amélioration continue pour produire la satisfaction client du premier coup

Passer de la culture projet à la culture produit


« Fail early to succeed sooner » : test à chaque étape

« Test-driven development »: commencer son logiciel par les tests

Une pratique continue du test d’un bout à l’autre du cycle de développement

Automatiser les tests pour les rejouer de façon continue

1ère

Part

ie :

12 P

rincip

es


Une progression itérative par petits lots contraints

Petits lots … pour des petites équipes motivées

Time Boxing: on adapte le contenu, pas la boîte !

Une approche incrémentale pour être adaptative: Chaque lot est l’occasion d’ajuster

1ère

Part

ie :

12 P

rincip

es


// finds a cell with a min count (heuristic)

findPivot(g:Grid) : any

-> let minv := 10, cmin := unknown in

(for c in g.cells

(if (c.value = 0 & c.count < minv)

(minv := c.count, cmin := c)),

cmin)

// solves a sudoku : branch on possible

// values using a recursive function

// branch(...) does all the work :)

solve(g:Grid) : boolean

-> when c := findPivot(g) in

exists(v in (1 .. 9) |

(if c.possible[v]

branch((c.value := v,

solve(g)))

else false))

else true

// first propagation rule

r1() :: rule( c.value := v =>

(store(c.line.counts,v,0),

store(c.column.counts,v,0),

store(c.square.counts,v,0),

for v2 in (1 .. 9)

(if (v != v2 & c.possible[v2]) noLonger(c,v2),

for c2 in (c.line.cells but c) forbid(c2,v),

for c2 in (c.column.cells but c) forbid(c2,v),

for c2 in (c.square.cells but c) forbid(c2,v))))

// if c.count = 1, the only possible value is certain

r2() :: rule( c.count := y & y = 1 =>

c.value := some(y in (1 .. 9) | c.possible[y]))

// if a value v is possible only in one cell, it is

certain

r3() :: rule( updateCount(cs,v) & cs.counts[v] <= 1

=> when c := some(c in cs.cells |

c.value = 0 & c.possible[v]) in

c.value := v

else contradiction!())

« Show & Tell » : Aimez votre code !

Un code lisible par tous, et pendant longtemps, standardisé

La pratique des « revues de code » en équipe: construire la fierté du code élégant

Un code structuré, organisé et bien rangé

1ère

Part

ie :

12 P

rincip

es


Le mur comme support d’apprentissage collectif

Communiquer et s’approprier la « partition dynamique » de l’équipe

Collaborer avec les mains et les doigts sur une surface effaçable et partagée

Afficher les modes de fonctionnement de ce que qu’on utilise et de ce qu’on construit

1ère

Part

ie :

12 P

rincip

es


Chacun produit au bon moment ce dont l’autre a besoin

Visualiser l’ensemble des en-cours (WIP) pour ne pas en rajouter ni en oublier

Comprendre la situation (et donc le point de vue) des autres acteurs de l’équipe pour des passages fluides

Flux tirés : chacun est au service du suivant dans l’ordre du processus

1ère

Part

ie :

12 P

rincip

es


Des outils industriels pour gérer le logiciel de bout en bout

Outiller la gestion du code (versions, profileurs, dépendances, qualimétrie, etc.)

Outiller la gestion de configuration (options, hardware, sauvegarde et déploiement, …)

Bien outillé, le hardware est programmable (Devops)

1ère

Part

ie :

12 P

rincip

es


Pas d’attente ni de rupture: l’intégration continue

Construire tous les jours un système qui fonctionne

Automatisation complète des « builds »

Donner la priorité à l’ensemble sur la (nouvelle) partie

1ère

Part

ie :

12 P

rincip

es


Résoudre des problèmes en équipe pour apprendre

Apprentissage continu et collectif du fonctionnement du système (et de ses limites)

Apprentissage de la collaboration – s’écouter et se comprendre – grâce au rituel et à la pratique du kaizen

Apprentissage et amélioration continue grâce au standard

1ère

Part

ie :

12 P

rincip

es


Déployer en continu pour une innovation itérative

Mise en production continue sur un rythme régulier et rapide

Gérer les risques grâce à des communautés concentriques (Facebook)

« Jardiner le système », car tout processus incrémental produit des déchets

1ère

Part

ie :

12 P

rincip

es


Gemba Walks : Le rôle du manager

Aller voir sur place les situations, les collaborateurs et leurs problèmes

Le rôle du manager est d’écouter, de concrétiser la vision et de tisser des liens

Un rituel fondé sur le dialogue qui transforme le manager

2èm

e P

art

ie (

manager)

: 2

Outi

ls


Minimum Viable Product : Co-innover avec le client

Mettre au plus tôt entre les mains du client un produit simple et utile qui réponde à un besoin

Entrer dans un dialogue explicite et implicite avec les clients, selon différents modes d’engagement

La Lean Software Factory est une usine à MVP

2èm

e P

art

ie (

manager)

: 2

Outi

ls


Conclusion

Une é

cole

de f

orm

ati

on p

our

pro

duir

e d

e f

açon incré

menta

le

des

pro

duit

s évolu

tifs

qui dépass

ent

les

att

ente

s des

clients

La Lean Software Factory hérite de nombreux ancêtres et se décline de façon polymorphe

Le point focal de ces démarches est de se concentrer sur l’humain, le collectif et l’apprentissage

Plus le monde du 21e siècle devient complexe et changeant, plus cette approche est la seule façon de réussir des produits logiciels

Ce changement de culture d’entreprise nécessite le soutient actif de la DG

http://www.infoq.com/articles/dealing-with-change-evolving-world

Copyright © Institut Lean France 2013

19

Retrouvez les témoignages des dirigeants qui ont fait du lean leur stratégie et l’éclairage des experts

sur nos sites et nos chaînes

www.institut-lean-france.fr

www.ilf-lean-summit.fr

Youtube : www.youtube.com/user/InstitutLeanFrance

Google + : google.com/+InstitutleanfranceFrance

http://www.institut-lean-france.fr/





http://www.ilf-lean-summit.fr/





http://www.youtube.com/user/InstitutLeanFrance

https://www.google.com/+InstitutleanfranceFrance

https://www.google.com/+InstitutleanfranceFrance

Yves Caseau : développer la fierté dans le domaine du logiciel embarqué - Lean Summit France

Software

Transcript of Yves Caseau : développer la fierté dans le domaine du logiciel embarqué - Lean Summit France