Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Parlez moi de livraison continue

Avatar for nieve nieve
November 09, 2015

Parlez moi de livraison continue

Partageant mon expérience avec la livraison continue, j'aimerais proposer des "guidelines" sur le sujet pour un équipe de développement: quand faut il s'abstenir de la livraison continue, quand peut on l’implémenter, quel est le contexte dans lequel la livraison continue sera avantageux et quelles autres pratiques cela peut enchaîner (quel contexte la livraison continue peut créer).

Avatar for nieve

nieve

November 09, 2015

Other Decks in Technology

Transcript

  1. A propos de l Développe des applications en .NET depuis

    9 ans (Ticketmaster, BroadbandChoices.co.uk). l Novice l Partager mon expérience de livraison continu. l Préfère plutôt la goulache. l Twitter: @nieveg </moi>
  2. Combien de temps faut-il pour mettre en place la livraison

    continue? l Des jours? l Des mois? l Des années?
  3. Les différents types de gâchis l Surproduction l Inventaire l

    Temps d'attente l Re-travail l Sur-traitement
  4. Est ce que tout le monde est prêt? l Le

    “product owner” et “product manager”. ➢ Quelles sont les priorités ? Qui décide ? Et comment ? ➢ Est ce qu'on va utiliser ce que nous avons livré? l Les testeurs (s'il y en a). ➢ La définition de “fini” est “en production et utilisé”. ➢ L'automatisation de tests doit être robuste. ➢ Quels sont les tests manuels à effectuer à la MEP ? l Les “parties prenantes” (stakeholders)- les clients de l’équipe produit. l Toutes les mailles de la chaîne de production...
  5. Quelles sont nos priorités? l Est ce qu'on a assez

    de données pour prendre des décisions ? ➢ Google Analytics, dc storm, google tag manager ... ➢ Performance ➢ Monitoring l Combien d'argent l'entreprise perd-elle tous les jours en n'ayant pas cette fonctionnalité? l Sur quels sujets faut-il être plus réactif ? ➢ Est ce qu'on sait que le marché sera affecté par un événement extérieur ? l Cost of Delay l Expérimenter ! Avec les tests A-B on peut avoir une meilleur idée de ce qu'il faut livrer. ➢ Optimize.ly, vwo.com ...
  6. La rétro-compatibilité l Au niveau du code (surtout pour les

    APIs) l Au niveau de l'interface utilisateur (UI) l Au niveau de l’expérience utilisateur (UX)
  7. Quelles nouvelles pratiques peut-on adopter? Quelques exemples: l La réduction

    du WIP l Le tableau Kanban l La réduction de la taille de chaque user story l #NoEstimates l Cost of Delay l La réduction du temps de réunions l L'abolition du sprint planning (et du sprint) l Des vrais cycles de feedback l DevOps