1 of 54

La technologie

conduite par les communautés

(à l’échelle)

@cyril_lakech

2 of 54

~2010

3 of 54

Externalisation

4 of 54

.NET

😍

Everywhere

Homemade

😍

Framework

5 of 54

- des pratiques d’ingénierie très faibles (y compris sur les sujets d’intégration continue)

image de pratiques périmées

6 of 54

Donner à chacun

les moyens de vivre

une vie meilleure

6

7 of 54

DES ACTIVITÉS QUI RÉPONDENT AUX BESOINS DE NOS CLIENTS

Protéger leurs

outils d’exploitation

protéger �leurs biens

protéger �leur santé

faire fructifier �leurs économies

particuliers

protéger �leur activité

protéger leurs partenaires �et leur environnement

protéger �leurs collaborateurs

protéger l’avenir �de leurs proches

entreprises

Marque forte

1ère marque mondiale d’assurance pour la 9ème année consécutive

Top 3 des marques du secteur des services financiers

Leader reconnu �en matière de responsabilité d’entreprise

Première marque verte d’assurance au monde

7

8 of 54

9 of 54

10 of 54

11 of 54

12 of 54

13 of 54

Role de Tech Leader

Tech Leader

14 of 54

NOT a Superhero

NOT a Dictator

NOT a Full Time Dev

NOT an Ivory Tower citizen

15 of 54

a Tech Leader is

DFO-AGILE-2016

15

13/01/2017

http://www.octo.com/fr/publications/20-culture-code

16 of 54

16

17 of 54

a Tech Lead @ Axa is also a bridge across teams

17

18 of 54

a Tech Lead @ Axa is also a ReUse Hacktivist

18

19 of 54

20 of 54

Pratiques d’ingénierie

Démarche

Etape 1 : Choix des pratiques et outils

Agile

Crafts

Testing

Ops

Pratiques

MMF

3 Amigos

BDD / TDD

Revue de code collective

Pull Request

Analyse

Dette technique

Clean Code

Analyse

Sécurité

Applicative

Pair Testing

JDD

Bouchonnage

Key Features

Stratégie

Moyen de tests

Release

Automation

Infra As Code

Outils

JIRA

Confluence

VSTS

SonarQube

CheckMarx

Nexus IQ

Maven / Jenkins

Nexus Repository

XRay

HP SV

Lean FT

SaltStack

21 of 54

  • BENEFICES
    • US INVEST Ready to Dev
    • Réduit les ambiguïtés dans la rédaction des US
    • Fournit des spécifications simples et réduit les aller-retours sur les US

  • QUI

  • FREQUENCE : 1 fois / semaine

  • QUOI
    • Le Product Owner, un testeur et un développeur participent à un atelier d’écriture des scénarios d’exemples illustrant les règles métier d’une US

21 |

Atelier 3 Amigos AGILE

Développeur

Testeur

PO

22 of 54

  • QUOI
    • L’équipe de développeurs se réunit. Un auteur explique son code. Les participants font des observations. Un scribe prend note des défauts observés. Des actions de remédiation sont créés à la sortie pour correction immédiates

  • BENEFICES
    • Réduction du nombre de défauts dans le code
    • Amélioration de la communication sur le code
    • Partage des standards
    • Former les plus juniors et les prestataires qui intègrent les équipes

  • FREQUENCE
    • 2 fois par cadence
    • 1 h maxi

  • QUI

  • OUTIL
    • Checklist Clean Code

Atelier de revue de code collective Pratique de DEV

Développeurs

23 of 54

  • QUOI
    • Pratique liée à GIT qui consiste à pousser les modifications apportées sur du code sur une branche partagée afin de demander à ses pairs une revue de code pour ce commit. Le code est ainsi annoté par les développeurs (2 en général) puis corrigé si besoin par l’auteur avant d’être mergé sur la branche principale.

  • BENEFICES
    • Amélioration de la qualité du code
    • Réduction du nombre de défauts dans le code
    • Amélioration de la communication sur le code
    • 100 % code de production revu par plus d’un développeur

  • FREQUENCE
    • A chaque ensemble de commit (~US)

  • QUI

  • OUTIL
    • GIT
    • VSTS

Pull Request Pratique de DEV

Développeurs

24 of 54

Pratiques d’ingénierie

Démarche

Etape 2 : Matrice de maturité

Phase 2

(Basic)

Phase 1

(Novice)

Phase 3

(Middle)

Phase 4

(Fullset)

Agile Toolset

Software Craftsmanship

Software Factory (Outillage PIC)

Tests Factory & Automation

Automation Deployment & Monitoring

JIRA utilisé

Equipe staffée

Pratiques Agiles généralisées

US INVEST – Pratique 3 Amigos*

Partage des règles de développement

Clean Code

Revue de code / Pull R.

Maitrise de la dette technique

Développement piloté par les tests

Patterns d’architecture logicielle (Résilience & DDD)

Utilisation d’un gestionnaire de source

(GIT VSTS)

Outillage Build Contrôle qualité

(SONAR)

Outillage contrôle sécurité applicative

(Lifecycle , CheckMarx)

Stratégie de tests définie

Pair Testing

Automatisation des parcours clés

Intégration des tests à la PIC

Déploiement automatisé via la PIC**

Ops dédié

Monitoring de la plateforme

JDD / Sanity Check

Pilotage par les indicateurs

25 of 54

Pratiques d’ingénierie

Démarche

Etape 3 : Choix des KPIs

  • Cycle Time Deployment
  • Fréquence Déploiement / mois
  • % Déploiement défaillant
  • Stock Anomalies (Tendance)
  • Dette Technique (Tendance Sonar)
  • ...

26 of 54

Qualité

Mesurer, Valoriser, Objectiver

27 of 54

28 of 54

29 of 54

30 of 54

Communautés par l’exemple

Innovations techno

Etudes

PoC

Composants

Guides

Accompagnement

DOJOs

Partage

Entraide

...

31 of 54

Web Stack

from

to

32 of 54

Tech

Radar

33 of 54

34 of 54

35 of 54

36 of 54

37 of 54

38 of 54

39 of 54

40 of 54

41 of 54

42 of 54

43 of 54

44 of 54

45 of 54

Languages & Frameworks

46 of 54

47 of 54

Synchro des CoPs

48 of 54

49 of 54

Closed to Inner to Open Source

50 of 54

Process de recrutement

Validation des profils

51 of 54

MOOC

52 of 54

TL;DL*

*Too Long; Didn’t Listen

Leader

Pratiques

Communautés

Radar

Synchro

Open !

53 of 54

54 of 54