SW Factory

1. SOFTWARE FACTORY:
LES CHALLENGES ET NOS
PRATIQUES
Johanne Sebaux – IBM - Architecte QA
Rémi Lejeune – IBM – Développeur
Mars 2019

2. AGENDA
1. INTRODUCTION
2. NOTRE CONTEXTE: LE DÉVELOPPEMENT D’ODM
3. NOTRE PARCOURS
4. DÉMONSTRATION

3. 1. INTRODUCTION

4. IBM FRANCE LAB : DECISION ENGINEERING AT THE HEART OF AI
IBM France Lab
350 développeurs
250 experts service/support
100 PhDs
5 Phd students
1 Center for Advanced Studies
100+ brevets déposés depuis 2011
Paris-GentillyParis-Saclay
Sofia-Antipolis
• Correlations
(Predictive
Models)
• Classifiers
(Descriptive
Models)
• Rules
(Prescriptive
Models)
Decide
Outside
World
DescribePredict
Machine Learning, Deep learning,
NLP, Vision
Big Data
& Analytics
Decision
Engineering
Pornichet

5. C’ÉTAIT AVANT…
• Processus hérités d’industries
plus anciennes
• Modèle rigide et lent

6. … ET MAINTENANT
• Méthodologies agiles
• Intégration continue
• Livraison continue
• Devops

7. NOTRE FOCUS : LA SOFTWARE FACTORY
Bugfix Feature
Updated software

8. 2. NOTRE CONTEXTE : LE
DÉVELOPPEMENT D’ODM

9. © 2016 IBM
ODM : UN PROJET DE DÉVELOPPEMENT XXL
• 10,000,000 lignes de code
• 15 ans d’historique
• 300 bugs internes / mois
• 10+ branches maintenues en permanence
• 60 composants principaux
• Environ 100 développeurs dans une dizaine d’équipes

10. UNE FORÊT DE COMPOSANTS INTERDÉPENDANTS

11. EXPÉRIENCE: "REMPLISSAGE D'ENVELOPPE"
- EXERCICE 1 (MODE BATCH)
- EXERCICE 2 (MODE BOUT EN BOUT)
1ère enveloppe 6e enveloppe
Équipe 1 2’20’’ 2’58’’
Équipe 2 1’21’’ 2’24’’
Équipe 3 2’13’’ 3’31’’
1ère enveloppe 6e enveloppe
Équipe 1 28’’ 2’35’’
Équipe 2 26’’ 2’31’’
Équipe 3 22’’ 2’32’’

12. 3. NOTRE PARCOURS DANS LA
FABRICATION DE LOGICIEL

13. PRODUCTION LOGICIELLE POUR ODM
Bugfix Feature
Updated software

14. POINT DE DÉPART
Dev Dev Dev Dev Dev Dev Stabilization Stabilization RC1 RC2 RC3 GM
6-12 months 2 months 2 months
Dev Dev Dev DevDev

15. C
B
A
EXEMPLE: MYSOFT

16. A B C
MODE SÉQUENTIEL

17. A B C
MODE SÉQUENTIEL
Dev Dev Dev Dev Dev Dev Stabilization Stabilization RC1 RC2 RC3 GM
6-12 months 2 months 2 months
Dev Dev Dev DevDev

18. A
B
C
Beta Version
C
B
A
C
B
A
Version officielle
LIVRAISON SÉQUENTIELLE

19. EFFET TUNNEL
PROBLÈME 1

20. Automatisation

21. AUTOMATISATION - CÔTÉ TECHNIQUE
Gestionnaire
de Source
RTC / GitHub

22. A
B
C
Dev Dev Dev Dev Dev Dev Stabilization Stabilization RC1 RC2 RC3 GM
6 months 2 months 2 months
A
B
C
A
B
C
A
B
C
A
B
C
A
B
C
AUTOMATISATION - CÔTÉ ORGANISATIONNEL

23. RIGIDITÉ
PROBLÈME 2
INTÉGRATION MANUELLE &
DISCRÈTE
FIN DU PROCESSUS MANUEL

24. Automatisation
Orchestration

25. Intégration Continue
Bamboo
Travis
Gestionnaire
de Source
RTC / GitHub
Conteneur d’artéfact
Nexus/Maven
Artifactory
Agent
Agent
Agent
INTÉGRATION CONTINUE - CÔTÉ TECHNIQUE

26. INTÉGRATION CONTINUE - CÔTÉ CULTUREL

27. Dev Dev Dev Dev Dev Dev RC1 RC2 RC3 GM
6 months 2 months
Sta
biliz
atio
n
Sta
biliz
atio
n
Sta
biliz
atio
n
Sta
biliz
atio
n
Sta
biliz
atio
n
Sta
biliz
atio
n
Dev Dev Dev Dev Dev Dev Stabilization Stabilization RC1 RC2 RC3 GM
6 months 2 months 2 months
INTÉGRATION CONTINUE - CÔTÉ ORGANISATIONNEL
AVANT L'INTÉGRATION CONTINUE
APRÈS L'INTÉGRATION CONTINUE

28. CONSISTANCE
PROBLÈME 3
B1(A1)A1
A2 B2(A2)
C1(B1)

29. Automatisation
Orchestration
Livraison
Continue

30. LIVRAISON CONTINUE - CÔTÉ TECHNIQUE

31. Dev Dev Dev Dev Dev Dev RC1 RC2 RC3 GM
6 months 2 months
Sta
biliz
atio
n
Sta
biliz
atio
n
Sta
biliz
atio
n
Sta
biliz
atio
n
Sta
biliz
atio
n
Sta
biliz
atio
n
Dev Dev Dev Dev Dev Dev GM
6 months 3
weeks
Bu
ild
Bu
ild
Bu
ild
Bu
ild
Bu
ild
Bu
ild
LIVRAISON CONTINUE - CÔTÉ ORGANISATIONNEL
AVANT LA LIVRAISON CONTINUE
APRÈS LA LIVRAISON CONTINUE

32. ADOPTION
PROBLÈME 4

33. Automatisation
Orchestration
Livraison
Continue
DevOps

34. Dev Dev Dev Dev Dev Dev GM
6 months 3
weeks
Bu
ild
Bu
ild
Bu
ild
Bu
ild
Bu
ild
Bu
ild
Dev Dev Dev Refesh
3 months
Bu
ild
Bu
ild
Bu
ild
DEVOPS - CÔTÉ ORGANISATIONNEL
AVANT DEVOPS
APRÈS DEVOPS
Dev Refesh
1 month
Build
APRÈS DEVOPS AU MIEUX

35. DÉMONSTRATION

36. BACKUP

37. AGILITÉ: DÉFINITION

38. CULTURE & TECHNIQUE
Release
planning
•Critical function
that drive
release
roadmap,
project plan,
delivery
schedule
•Avoid waterfall
processes —>
Agile processes
•Small, frequent
releases —>
focus on quality
Collaboration
•Development,
QA, and
operations
organizations
need to
coordinate
Automation
•Tooling to
automate the
E2E software
development
and deployment
process
Continuous
integration
•Forcing
developers to
integrate their
work with other
developers
frequently
Continuous
Delivery
•Release more
rapidly, more
frequently
specifically on
Cloud and
Bluemix.
Get customer
feedback faster.
Continuous
testing
•Is not a just
about QA
people (Dev &
Infrastructure
needed)
Continuous
monitoring &
feedback
•Failures must be
found and fixed
asap  Tooling
Continuous
improvement
•On going
process for
improvement
inspired by
Toyota Kata and
iteration
retrospectives
•What are our
impediments ?
•How can we
accelerate this
?

39. IBM OPERATIONAL DECISION
MANAGER
39
ODM is platform for
• Capturing
• Governing
• Executing
frequent, repeatable business decisions

41. A
B (A1)
C (A2)
D

42. Itération 1 Itération 2 Itération 3 Livraison
A : feature a.3 +
bug fix
A : feature a.2 +
bug fix
A : feature a.1
B: feature b.2 +
Bug fix
B : feature b.1
Développement Agile
A : bug fix
B: bug fix