agile solution factory · it team leader / scrum master, d’ieteren ingénieur civil en...

Julien Vandercammen – 11/02/2020 - V1.2

Agile Solution Factory

Agile

= ?

+

1. Présentation

2. Contexte, défis

3. Project Management

4. Agile

5. DevOps

6. Solution Factory

7. Synthèse

Agenda

1.

Qui suis-je?

Julien Vandercammen Expérience professionnelle IT de 13 ans IT Team Leader / Scrum Master, D’Ieteren

Ingénieur Civil en Informatique et Gestion, Polytech Mons, 2006Master en Management, Fucam, 2010

Banking, insurance life/non life, retailing, after-sales, accounting Datawarehouse, ERP, integration, migration Front-end, back-end, middleware

Présentation

https://www.linkedin.com/in/julien-vandercammen

1.

D’Ieteren Auto

Groupe D’Ieteren: D’Ieteren Auto + Belron (Carglass) + Moleskine

D’Ieteren Auto– Importer (NV, pièces)– Retail

• New Vehicles• After Sales

– Financement

En quelques chiffres...– Parts de marché: 22% – 1,2 million de véhicules sur les routes belges– 150 concessionaires indépendants dont 23 sites propres– 1580 travailleurs ETP

Présentation

2.

Contexte professionnel

Domaine Integration– Integration de différentes technologies et

services• Data format: Flat file, CSV, XML, Soap,

Json, Rest, API...• Transport format: HTTP, FTP, JMS, MQ...• Security: HTTPS, SSL, mutual SSL,

Oauth 2.0, WS-Security...– Multi/Cross-domaines

• New Vehicles, Used Vehicles, Parts, Financial Services, After Sales, CRM, Accounting, MDM, NMS...

– Service Oriented Architecture (SOA)• « Canonical Model » afin de former un

framework middleware des objets métiers

Contexte, défis

2.

Contexte professionnel

Equipe – 17 ETP, réparti sur 2 sites– Rôles

• Analyste, Développeur, Testeur, DevOps, Support, Ops

Projets vs Maintenance– Nouveaux projets– Projets en production (maintenance, support)– Gestion de la dette technique

Contexte, défis

3.

Qu’est ce qu’un projet?

Un projet est un ensemble d'activités organisées en phases ou étapes et formant l'unité de gestion permettant la réalisation d'un objectif défini et précis

Project Management

Méthodologies: Prince2, PmBok, Agile, Scrum, Lean...

3.

Défis quotidien

Réduire le « time to market »Gestion des prioritésRespect du triangle « time-cost-scope »Contraintes, dépendances entre équipesROI

Project Management

3.

Modèle Waterfall

Project Management

3.

Illustration Waterfall – effet « tunnel »

Project Management

3.

Modèle Agile

Project Management

4.

Manifeste Agile (Manifesto for Agile Software Development)

We are uncovering better ways of developing software by doing it and helping others do it.

Through this work we have come to value:

Individuals and interactions over processes and toolsWorking software over comprehensive documentationCustomer collaboration over contract negotiationResponding to change over following a plan

That is, while there is value in the items on the right, we value the items on the left more.

Agile

4.

Principes

1. Satisfaire le client en priorité en livrant rapidement et régulièrement des fonctionnalités à forte valeur ajoutée

2. Accepter le changement, exploiter le changement comme avantage concurrentiel 3. Livrer une application fonctionnelle4. Collaborer régulièrement (quotidiennement) entre les acteurs5. Encourager la motivation des personnes de l’équipe (soutien, confiance)6. Favoriser les conversations en face à face (efficacité)7. Mesurer la progression en termes de fonctionnalités achevées8. Promouvoir un rythme de développement soutenable9. Apporter une attention continue à l'excellence technique et à la qualité de la

conception10. Minimiser les tâches jugées parasites11. Laisser l’équipe s'auto-organiser afin de faire émerger les meilleures architectures,

spécifications et conceptions12. Prendre le temps de réfléchir aux moyens de devenir plus efficace et ajuster son

processus de travail en conséquence

Agile

4.

Incrémentation vs Itération

Agile

4.

Incrémentation vs Itération

Agile

4.

Scrum: Rôles & Responsabilités

Agile

Product Owner ScrumMaster Development Team

Définit les fonctionnalités Assure le process Scrum Auto‐organisée

Définit les dates de release Facilitateur Estime

Accepte ou rejette le livrable Réalise (« Gets it done »)

Décision finale

4.

Scrum: Méthodologie

Agile

4.

Waterfall vs Agile

The Rise And Fall Of Waterfall: https://vimeo.com/18951935

Agile

4.

Agile en pratique

Sprint– Durée: 2 semaines

User Story Daily Scrum Definition of Ready (DoR), Definition of Done (DoD) Sprint Planning, Sprint Review, Sprint Retrospective, Backlog

refinements/Poker meeting

Outils– Jeux de carte « Planning poker »– JIRA– Marqueurs– Post-it !

Agile, en pratique...

4.

Hum... Des Post-It oui et?

Agile, en pratique...

4.

Permis de Post-It??

Règle n°1: UPPER CASE

Règle n°2: Mots-clés

Règle n°3: 1 idée par Post-It

Agile, en pratique...

4.

Pourquoi des Post-It?

Agile, en pratique...

4.

Daily Scrum

Daily Scrum– Stand Up meeting!– 15 min max– Tous les jours à 9h devant la TV d’équipe– Ordre aléatoire

Agile, en pratique...

4.

User Story

En tant que <qui>, je veux <quoi> afin de <pourquoi>

Exemple– En tant qu'utilisateur, je veux pouvoir modifier mes emplois du temps

mais pas ceux des autres utilisateurs– En tant que client, je veux réserver une solution de mobilité pendant

l’entretien de mon véhicule

Agile, en pratique...

4.

User Story (2)

En tant que <qui>, je veux <quoi> afin de <pourquoi>

Agile, en pratique...

4.

Definition of Done (DoD)

Agile, en pratique...

4.

Poker meeting

Point de complexité VS Jours-hommes (mandays) « Suite de Fibonacci », décision tranchée

Agile, en pratique...

4.

Poker meeting (2)

Agile, en pratique...

Que pensez-vous de cette story?

Ah... Pourquoi 5? Pourquoi 20?

A présent, que pensez-vous de la story?

VJ2

Slide 29

VJ2 VANDERCAMMEN Julien; 21/09/2016

4.

Sprint Planning

Team Capacity (heures)– 70-80% du temps effectif– Tâches non planifiables

Team Capacity (points)– Auto-régulation, effet d’apprentissage

Team Velocity

Agile, en pratique...

4.

Story Mapping

Projet découpé en Work Package (Work Breakdown Structure) Poker meeting + Planification Agile temps/importance

Agile, en pratique...

Sprint 1 Sprint 2 Sprint 3

4.

Agile board

Get Things Done (GTD): – To Do/Doing/Done

Agile, en pratique...

4.

Agile board (2) : JIRA

Epic/Story

Agile, en pratique...

4.

Agile board (3) : wall board

Epic/Story

Agile, en pratique...

4.

Kanban

Approche Lean (méthode Toyota)– Réduire le gaspillage– Système pull (vs Système push)

• Un travail commence quand la capacité est présente

4 principes de Kanban– Visualiser le workflow– Limiter le « WIP »

• Work In Progress• L’équipe s’entraide quand une tâche est bloquée

– Focus sur le flux• Métrique: Lead time, cycle time• Flux continu = création de valeur!

– Amélioration continue

Agile, en pratique...

4.

Kanban (2)

Agile, en pratique...

4.

Kanban (3)

Avantages– Système « pull » / mindset adapté– Limiter le WIP focus de l’effort / moins de dispersion– Plus pratique en mode « opérationnel » pour gérer les priorités– Développer les synergies entre membres d’équipe– Montre plus clairement les bottlenecks

Agile, en pratique...

4.

Sprint Retrospective

Agile, en pratique...

4.

Sprint Retrospective (2)

How are you today?

Agile, en pratique...

Keep, More, Less or Stop

4.

Sprint Retrospective (3)

Chacun met un ou plusieurs points sur Post-IT Regroupement Priorisation avec matrice d’Eisenhower

Agile, en pratique...

4.

Sprint Retrospective (4)

Matrice d’Eisenhower

Agile, en pratique...

4.

Sprint Retrospective (5)

Les 3 petis cochons Feedabck 360°

Agile, en pratique...

4.

Burndown chart

Rapport JIRA– Où suis-je dans mon Sprint?

Agile, en pratique...

4.

Paper Prototype

Se concentrer sur le fond (fonctionnalités) et non la forme...

Agile, en pratique...

4.

Serious Gaming

Essai en labo...– Scrumble– Flow Lab

Agile, en pratique...

Jeux de société– Mission pas possible, – Hanabi, – Magic Maze– ...

4.

Mob Programming

Partage de connaissance, de best practice, de point de vue (<> profils)

Agile, en pratique...

En route vers l’orbite « agile »...

1. Agile mindset2. 4 valeurs3. 12 principes4. Framework

– Scrum– Kanban– XP– ...

5. Pratiques– Cérémonies (Daily Stand-up)– Board– Stories– ...

Synthèse

Avantages Agile/Scrum/Kanban

Implication élevée des stakeholders (business, team...)TransparenceLivraisons rapides et prédictivesCoûts et planning maîtrisésChangement accepté (Agile <> Flexibilité)Focalisé sur la valeur business, les besoins

Agile: état d’espritScrum/Kanban: framework Agile

Synthèse

5.

Development + Operations = ?

Equipe large (> 7 personnes) Scope large (plusieurs projets parallèles) Gestion des applications existantes/nouveaux features ...

DevOps

Automatisation de tâches!!

5.

Development + Operations = ?

Build, Package & Deploy– Check, rollback

Code Inspection– Statistiques, détection failles, respect best practices...

Source Control– Quelle version du code est dans quel environnement?

Automatical Testing– Test Driven Development– Test de non régression (passif)– Test des nouvelles fonctionnalités (actif)

Continuous Integration– Validation continue que la version est déployable– Minimum Viable Product

Continuous Delivery– Livraison aux clients

DevOps

5.

Periodic Table of DevOps tools

Jenkins, Git, GitLab, Gradle, Groovy, UrbanCode, Jira, Zabbix, ElasticSearch...

DevOps

5.

Lifecycle & Environments

DevOps

5.

Code versioning

Git

GitFlow– Modèle de branching– Branches

• Master = PROD• Develop = integration branch

with new features• Feature• Release• Hotfix

Tools– GitKraken

DevOps

https://nvie.com/posts/a-successful-git-branching-model/

5.

Poka Yoke? Automatisation!

Issu de LEAN Comment éviter « mécaniquement » des erreurs évitables? Système « anti-erreur »

Check automatisé de l’organisation des sources lors du push (Git) Check automatisé des gouvernances de développement (naming convention,

network adressing (IP adress)...) Environnement de développement unique et partagé (runtime commun,

configuration partagée) Check de credentials différents par environnement ...

DevOps

5.

Dashboards

Testing dashboard, Lifecycle dashboard

DevOps

5.

Exemple de Factory

DevOps

6.

Agile + DevOps = ?

Mindset « Agile » et levier technique « DevOps »

Combinaison de 2 « Mondes »– Itératif, circuit court, feedback automatique, livraison

fiable, rapide et prédictive...– Qualité, fiabilité– Confiance

Synthèse

7.

Agile + DevOps = Agile Solution Factory!

Conclusion

7.

Last but not least...

Conclusion

Communication

Adopter et adapter à votre contexte

Merci pour votre attention

Julien Vandercammenjulien.vandercammen@dieteren.be

Événements, conférences, partage d’expérience...

Agile vu sous différents angles (Gestion de projets, Scrum Master hospital, DevOps...) Aussi appliqué à des métiers non IT (Marketing...)

Forum Agile

La dette technique, kézako?