Ce diaporama a bien été signalé.
Le téléchargement de votre SlideShare est en cours. ×

De la livraison continue dans mon organisation?

Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Chargement dans…3
×

Consultez-les par la suite

1 sur 32 Publicité

Plus De Contenu Connexe

Diaporamas pour vous (20)

Les utilisateurs ont également aimé (20)

Publicité

Similaire à De la livraison continue dans mon organisation? (20)

Plus par Goood! (20)

Publicité

Plus récents (20)

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, Kanban Automatisation, 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 pratiques permettant de déployer à tout moment une nouvelle version sur un environnement de production »
  5. 5. Le commencement Equipe dynamique confrontée aux limitations 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-elle pour déployer un changement qui n’implique qu’une seule ligne de code? » « Est ce que le procédé est répétable et repose sur des 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. Anticiper Roadmap produit Stratégie d’itération
  21. 21. Anticiper Intégration continue
  22. 22. Anticiper « Branch by abstraction »
  23. 23. Gérer les risques Gestions de configuration • Tout doit être versionné • Données, configuration, environnement • Mises à jour incrémentales
  24. 24. Gérer les risques Deux environnements de production Prise de relai sur l’autre • Défauts • Mise à jour Blue-green deployment Martin Fowler
  25. 25. Gérer les risques Architecture hybride • Fonctionnalités fct profil utilisateurs • Migration progressive
  26. 26. Gérer les risques Sécurisation serveurs, données, traitements automatiques Equipe
  27. 27. Gérer les risques Tests • Unitaires, non régression, performance, charge, volume, fonctionnels, etc. • Déploiement, rollback
  28. 28. Gérer les risques Monitoring / 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. Outils Hudson
  32. 32. Pour conclure • Continuer la transformation agile (organisation) • Consolider le procédé d’intégration continue • Rapprocher Développement – Exploitation (Devops) • Outils

×