Ce livre s'adresse à tous ceux qui souhaitent comprendre comment les pratiques DevOps et Lean peuvent s’intégrer dans leur organisation. Il aidera les managers IT, et plus largement tous les membres d’une équipe IT, à révolutionner leur façon de travailler et à comprendre en profondeur les fondations techniques sur lesquelles s’appuie le DevOps. L'intérêt du livre peut s'étendre aux managers d’autres métiers désireux de comprendre les pratiques IT mises en œuvre dans leur entreprise et l’impact sur leurs activités.

Dans une première partie, l’auteur explique l’importance de centrer l’organisation sur les besoins du client plutôt que sur son fonctionnement interne. Il explique la nécessité de s’ajuster en permanence et de produire de la valeur en continu en éliminant tout ce qui ne contribue pas à en générer. Les différents modèles organisationnels mettant en œuvre le DevOps sont également présentés.

Une fois ces enjeux cernés, le lecteur découvre dans une deuxième partie comment le DevOps peut y répondre. L’auteur présente alors les applications techniques du DevOps et explique pourquoi il est crucial d’adopter l’intégration continue et le déploiement continu. Il détaille la manière de gérer les artefacts produits, et les stratégies de déploiement ou d'automatisation à retenir en fonction des contextes sont explicitées.

À l’issue de la lecture de ce livre, le lecteur aura perçu que la technologie, dans une forme symbiotique entre les domaines de l’organisation, de la culture et de l’ingénierie, se place alors au service du succès de l’entreprise.


Quizinclus dans
la version en ligne !

• Testez vos connaissances à l'issue de chaque chapitre
• Validez vos acquis

Pourquoi le DevOps et contexte d’apparition

1. 1. Les limites de l'agilité dans le développement des applications
   1. 1.1 Les apports du Lean
   2. 1.2 La révolution agile
      1. 1.2.1 La recherche d'une nouvelle ingénierie
      2. 1.2.2 La fin du cycle en V
      3. 1.2.3 La voie du changement
   3. 1.3 Une construction inachevée
2. 2. La spécialisation et la séparation des responsabilités dans les DSI
   1. 2.1 La spécialisation
   2. 2.2 Le silotage
   3. 2.3 Silos vs agile : un mariage compliqué
3. 3. Le paradigme de l'automatisation des infrastructures
   1. 3.1 La rencontre
   2. 3.2 La technologie comme dénominateur commun
   3. 3.3 Le changement par la pratique
4. 4. L'apport du Continuous Delivery (livraison continue)
   1. 4.1 Le Continuous Integration (intégration continue)
   2. 4.2 Le Continuous Delivery

Le mur de la confusion

1. 1. Introduction
2. 2. Genèse d'un projet applicatif traditionnel
   1. 2.1 Un super projet
   2. 2.2 La vraie vie
   3. 2.3 La réception du produit et les choix techniques
3. 3. Une dette technique insurmontable et un produit fragilisé
   1. 3.1 L'angoisse du changement
   2. 3.2 Un cycle de vie au ralenti
4. 4. Le mur de la confusion : changement contre stabilité
   1. 4.1 Les tensions internes
   2. 4.2 Le mur de la confusion
   3. 4.3 Les conséquences
5. 5. Les challenges qui vous attendent
6. 6. Les bénéfices attendus du DevOps
   1. 6.1 Innover
   2. 6.2 Concentrer les efforts et les coûts sur la valeur apportée
   3. 6.3 Réduire le lead-time, de l'idée à la mise sur le marché
   4. 6.4 Être résilient et anti-fragile
7. 7. Les trois voies du DevOps

Les principes du DevOps

1. 1. Être centré sur le besoin client
   1. 1.1 La démarche agile
   2. 1.2 DevOps est une pratique agile centrée sur le besoin client
2. 2. Construire en étant conscient de l'objectif
   1. 2.1 Le problème des objectifs intermédiaires
   2. 2.2 La reconstruction difficile de l'objectif global
3. 3. Une responsabilité collective de bout en bout
4. 4. Des équipes cross-fonctionnelles et autonomes
   1. 4.1 L'équipe cross-fonctionnelle
   2. 4.2 Le besoin d'autonomie et la prise de décision
5. 5. S'améliorer en continu
   1. 5.1 Un outil systémique au cœur de l'équipe
   2. 5.2 Les principes clés de l'amélioration continue en DevOps
      1. 5.2.1 Si ça fait mal, le faire plus souvent
      2. 5.2.2 Échouer rapidement
6. 6. Automatiser tout ce qui peut l'être

Culture agile et DevOps

1. 1. Introduction
2. 2. Une culture de la communication plutôt que du contrat
   1. 2.1 Les règles du contrat
   2. 2.2 L'impact du contrat dans le monde agile
   3. 2.3 Comment faire évoluer la gestion des contrats fournisseurs dans une organisation DevOps
      1. 2.3.1 La valeur au centre du contrat agile
      2. 2.3.2 Les différentes phases du contrat agile
   4. 2.4 Quels impacts pour le DevOps ?
   5. 2.5 Quels impacts pour les achats et services juridiques
3. 3. Une culture du résultat plutôt que du process
   1. 3.1 Pour quel résultat ?
   2. 3.2 Comment gérer la continuité de la connaissance et de la compétence
      1. 3.2.1 Adapter le cycle de vie : passer du projet au produit
      2. 3.2.2 Utiliser les outils en place pour documenter
   3. 3.3 Comment gérer la performance
      1. 3.3.1 Le piège des indicateurs de performance
      2. 3.3.2 La conception agile et DevOps de la mesure du succès
      3. 3.3.3 L'apport des OKRs
4. 4. Une organisation apprenante plutôt que la culture du blâme
   1. 4.1 Les conditions qui favorisent l'apprentissage
      1. 4.1.1 La confiance
      2. 4.1.2 Éviter l'évitement
      3. 4.1.3 Construire sur l'échec
5. 5. La posture managériale
   1. 5.1 Le management par le contrôle
   2. 5.2 Privilégier le leadership à l'autoritarisme
   3. 5.3 Le mythe de la productivité à 100 %
6. 6. L'impact sur les stratégies RH
   1. 6.1 Faire évoluer le recrutement
   2. 6.2 L'évaluation : simplifier et désacraliser
   3. 6.3 L'importance de la formation
   4. 6.4 L'aventure humaine

Le modèle organisationnel du DevOps

1. 1. Quels enjeux liés à l'organisation ?
   1. 1.1 La compréhension de l'organisation IT par les métiers
   2. 1.2 L'importance de la simplicité
   3. 1.3 Le problème du coût des interactions
2. 2. L'organisation DevOps
   1. 2.1 Un problème d'échelle
      1. 2.1.1 La petite échelle
      2. 2.1.2 La grande échelle
   2. 2.2 L'expérience Spotify
      1. 2.2.1 L'histoire d'une scale-up
      2. 2.2.2 L'organisation
      3. 2.2.3 Et le DevOps dans le modèle ?
   3. 2.3 Le cadre SAFe
      1. 2.3.1 Un modèle d'alignement par le haut
      2. 2.3.2 Le train et la gestion de release
      3. 2.3.3 Le DevOps dans SAFe
   4. 2.4 Les fondamentaux d'un modèle adaptatif
3. 3. Les limites du système

La configuration : fondation du DevOps

1. 1. La base : versionner tout ce que l'on produit
   1. 1.1 Pourquoi versionner
   2. 1.2 Versionner pour mieux automatiser
   3. 1.3 Versionner pour collaborer
   4. 1.4 L'impact des modèles de déploiement
2. 2. Les stratégies de versionnage
   1. 2.1 Les principes de base
   2. 2.2 Les différentes stratégies
      1. 2.2.1 Le feature branching
      2. 2.2.2 L'intégration continue
      3. 2.2.3 Les versions de production
   3. 2.3 La trajectoire d'amélioration
   4. 2.4 Les bénéfices organisationnels
3. 3. Gérer la configuration des composants
   1. 3.1 Les bibliothèques
      1. 3.1.1 Les environnements d'exécution
      2. 3.1.2 Les bibliothèques de fonctions externes
   2. 3.2 Les composants
      1. 3.2.1 Mettre en évidence le graphe des dépendances
      2. 3.2.2 Identifier les anomalies
   3. 3.3 Gérer les artefacts
      1. 3.3.1 Créer un dépôt d'artefacts
      2. 3.3.2 Le dépôt d'artefacts dans la chaîne d'intégration

Les principes du CI/CD

1. 1. Le cycle de vie des applications
   1. 1.1 Comment définir le cycle de vie ?
   2. 1.2 Gérer la valeur
   3. 1.3 Gérer le cycle de vie
2. 2. Intégrer et déployer en continu
   1. 2.1 Les objectifs
   2. 2.2 Principes de l'intégration continue
   3. 2.3 Principes du déploiement continu
      1. 2.3.1 Livraison continue
      2. 2.3.2 Déploiement continu
3. 3. Les stratégies de déploiement
   1. 3.1 Initier les premiers déploiements
      1. 3.1.1 Une vieille histoire...
      2. 3.1.2 À la façon du Lean-DevOps
   2. 3.2 Les principes du déploiement continu
   3. 3.3 Le déploiement bleu/vert
   4. 3.4 Le déploiement Canary
   5. 3.5 L'A/B testing
   6. 3.6 Les dark launches

Automatisation et Lean IT

1. 1. Automatiser tout ce qui peut l'être
2. 2. Le rollback
3. 3. L'infrastructure as code
   1. 3.1 La création de ressources système
      1. 3.1.1 Le provisioning automatique
      2. 3.1.2 Le cycle de vie d'une ressource système
      3. 3.1.3 Créer et maintenir le système
   2. 3.2 L'idempotence
      1. 3.2.1 Définition
      2. 3.2.2 Qu'est-ce que cela résout ?
      3. 3.2.3 Comment s'applique-t-il ?
      4. 3.2.4 Quelle conséquence sur l'automatisation ?
4. 4. Les environnements générés "à la demande"
   1. 4.1 Avant DevOps
   2. 4.2 Avec DevOps
   3. 4.3 L'impact sur les coûts, le finops
5. 5. La relation avec le cloud
   1. 5.1 Les principes d'automatisation dans le cloud
   2. 5.2 La conteneurisation et l'orchestration
   3. 5.3 Le PaaS (Platform as a service)

Mesurer et améliorer

1. 1. L'observabilité
   1. 1.1 Le monitoring
   2. 1.2 L'observabilité
2. 2. Les indicateurs DevOps
   1. 2.1 Le délai de mise œuvre (Lead Time)
      1. 2.1.1 Définition et limites
      2. 2.1.2 Le délai de mise en œuvre des corrections d’anomalies
      3. 2.1.3 Le délai de mise en œuvre des user stories
      4. 2.1.4 Le délai de mise en œuvre des fonctionnalités
      5. 2.1.5 Délai de mise en œuvre d’une idée sur le marché
   2. 2.2 La fréquence de déploiement
   3. 2.3 Le taux d’échec au changement
   4. 2.4 Le temps moyen de restauration (MTTR : Mean Time To Recovery)
   9. Index