De la livraison continue dans mon           organisation?         Sébastien Delest
Qui sommes nous?   Sébastien Delest Formateur, PO, Dev  XP, Scrum, KanbanAutomatisation, tests
De la livraison continue dans mon organisation?• Quel besoin?• A quel niveau?• A quel coût?
De la livraison continue dans mon organisation?Au fait, c’est quoi?« Un ensemble de principes et de pratiquespermettant de...
Le commencementEquipe dynamiqueconfrontée auxlimitations du cycle en V   Délai   Anomalies   Flexibilité
Le commencement• Demandes de développement  o Mail  o Longue spécification fonctionnelle• Développements systématiquement ...
Le commencement• Tests  o Plus de 3 semaines de tests manuels• Construction de la solution  o Plus d’une heure pour prépar...
Le déclic•   Trop de gaspillage et de temps perdu•   Les mêmes problèmes reviennent souvent•   Comment travaillent les aut...
La transition agile• Découpage des développement en cycles courts• Mise en place de backlogs• Simplification du dialogue e...
L’intégration continue• Check-in quotidien et sur la même branche de dev• Automatisation:  o Build (compilation, tests uni...
Le déploiement en production• Déploiement long et manuel• Gestion de configuration complexe  Problèmes de déploiement récu...
De la livraison continue dans mon organisation?• Faire du déploiement un non-évènement• Déployer plus souvent et sans risq...
De la livraison continue dans mon organisation?                              ops-metametrics                              ...
Etat des lieux« Combien de temps mon organisation met-ellepour déployer un changement qui n’impliquequ’une seule ligne de ...
Etat des lieux
Quelle cible pour la livraison continue?
Nouvelle donne• La livraison continue est-elle compatible avec  nos cycles de développement?• Quelle définition pour « Don...
Axes•   Agile•   Anticiper•   Gérer les risques•   Réduire la complexité
Agile• Procédé compris et encouragé par l’organisation• Livrer rapidement de nouvelles fonctionnalités  => impact stratégi...
AnticiperRoadmap produitStratégie d’itération
AnticiperIntégration continue
Anticiper« Branch by abstraction »
Gérer les risquesGestions de configuration• Tout doit être versionné• Données, configuration, environnement• Mises à jour ...
Gérer les risquesDeux environnements de productionPrise de relai sur l’autre• Défauts• Mise à jour           Blue-green de...
Gérer les risquesArchitecture hybride• Fonctionnalités fct profil utilisateurs• Migration progressive
Gérer les risquesSécurisation serveurs, données, traitementsautomatiquesEquipe
Gérer les risquesTests• Unitaires, non régression, performance, charge,  volume, fonctionnels, etc.• Déploiement, rollback
Gérer les risquesMonitoring / Surveillance
Gérer les risques
Réduire la complexité• Mutualiser les clients sur une même plateforme  o Plateforme critique  o Plus facile à maintenir qu...
OutilsHudson
Pour conclure• Continuer la transformation agile (organisation)• Consolider le procédé d’intégration continue• Rapprocher ...
Upcoming SlideShare
Loading in …5
×

De la livraison continue dans mon organisation?

692 views
614 views

Published on

Published in: Technology
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
692
On SlideShare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
12
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

De la livraison continue dans mon organisation?

  1. 1. De la livraison continue dans mon organisation? Sébastien Delest
  2. 2. Qui sommes nous? Sébastien Delest Formateur, PO, Dev XP, Scrum, KanbanAutomatisation, tests
  3. 3. De la livraison continue dans mon organisation?• Quel besoin?• A quel niveau?• A quel coût?
  4. 4. De la livraison continue dans mon organisation?Au fait, c’est quoi?« Un ensemble de principes et de pratiquespermettant de déployer à tout moment unenouvelle version sur un environnement deproduction »
  5. 5. Le commencementEquipe dynamiqueconfrontée auxlimitations du cycle en V Délai Anomalies Flexibilité
  6. 6. Le commencement• Demandes de développement o Mail o Longue spécification fonctionnelle• Développements systématiquement isolés o Une branche par développeur / par fonctionnalité o Intégration longue et complexe
  7. 7. Le commencement• Tests o Plus de 3 semaines de tests manuels• Construction de la solution o Plus d’une heure pour préparer le livrable• Rédaction de la release note o Difficulté à lister les fonctionnalités
  8. 8. Le déclic• Trop de gaspillage et de temps perdu• Les mêmes problèmes reviennent souvent• Comment travaillent les autres équipes?• Existe-t-il une solution à ces problèmes? Premier pas vers l’agile: la rétrospective! Intérêt pour les méthodes itératives
  9. 9. La transition agile• Découpage des développement en cycles courts• Mise en place de backlogs• Simplification du dialogue entre le dev / support / client / marketing• Définition d’une stratégie de version / roadmap• Elimination des problèmes d’intégration Intérêt pour l’intégration continue
  10. 10. L’intégration continue• Check-in quotidien et sur la même branche de dev• Automatisation: o Build (compilation, tests unitaires, analyse du code, etc.) o Tests de non régression o Tests de volume et de performance o Déploiement (pour test) Dynamique d’amélioration continue Succès … et après?
  11. 11. Le déploiement en production• Déploiement long et manuel• Gestion de configuration complexe Problèmes de déploiement récurrents Intérêt pour la livraison continue
  12. 12. De la livraison continue dans mon organisation?• Faire du déploiement un non-évènement• Déployer plus souvent et sans risque• Inspiration…
  13. 13. De la livraison continue dans mon organisation? ops-metametrics « the currency you pay for change » John Allspaw
  14. 14. Etat des lieux« Combien de temps mon organisation met-ellepour déployer un changement qui n’impliquequ’une seule ligne de code? »« Est ce que le procédé est répétable et repose surdes bases fiables? » Mary et Tom Poppendieck Lean Software Development
  15. 15. Etat des lieux
  16. 16. Quelle cible pour la livraison continue?
  17. 17. Nouvelle donne• La livraison continue est-elle compatible avec nos cycles de développement?• Quelle définition pour « Done »? Done = Livré, déployé?• Intégrer la livraison dans nos itérations?• Quelle stratégie de déploiement?
  18. 18. Axes• Agile• Anticiper• Gérer les risques• Réduire la complexité
  19. 19. Agile• Procédé compris et encouragé par l’organisation• Livrer rapidement de nouvelles fonctionnalités => impact stratégie produit• L’organisation doit devenir agile
  20. 20. AnticiperRoadmap produitStratégie d’itération
  21. 21. AnticiperIntégration continue
  22. 22. Anticiper« Branch by abstraction »
  23. 23. Gérer les risquesGestions de configuration• Tout doit être versionné• Données, configuration, environnement• Mises à jour incrémentales
  24. 24. Gérer les risquesDeux environnements de productionPrise de relai sur l’autre• Défauts• Mise à jour Blue-green deployment Martin Fowler
  25. 25. Gérer les risquesArchitecture hybride• Fonctionnalités fct profil utilisateurs• Migration progressive
  26. 26. Gérer les risquesSécurisation serveurs, données, traitementsautomatiquesEquipe
  27. 27. Gérer les risquesTests• Unitaires, non régression, performance, charge, volume, fonctionnels, etc.• Déploiement, rollback
  28. 28. Gérer les risquesMonitoring / Surveillance
  29. 29. Gérer les risques
  30. 30. Réduire la complexité• Mutualiser les clients sur une même plateforme o Plateforme critique o Plus facile à maintenir qu’un parc hétérogène• Chaine de déploiement optimisée o Chemin critique sur taches automatisés o Paralléliser les tâches manuelles
  31. 31. OutilsHudson
  32. 32. Pour conclure• Continuer la transformation agile (organisation)• Consolider le procédé d’intégration continue• Rapprocher Développement – Exploitation (Devops)• Outils

×