Guide agile · L'agilité au-delà du logiciel
L'agilité dans les opérations IT : comment les équipes ops appliquent l'agilité et le DevOps
L'agilité dans l'exploitation informatique consiste à appliquer les valeurs et pratiques agiles, comme le travail visible, les boucles de feedback courtes et l'amélioration continue, aux équipes qui gèrent les infrastructures, les réseaux, les centres de services et les systèmes de production. Comme le travail d'exploitation mêle projets planifiés et incidents imprévus, les équipes d'exploitation privilégient souvent Kanban et une collaboration étroite avec le développement grâce au DevOps.
À retenir
- Les équipes d'exploitation appliquent l'agilité en rendant tout le travail visible et en anticipant les interruptions.
- Kanban avec des classes de service et des limites de WIP convient généralement mieux à l'exploitation que des sprints stricts.
- Réservez de la capacité pour le travail imprévu et investissez régulièrement dans l'automatisation.
- Une collaboration étroite avec le développement grâce au DevOps démultiplie les bénéfices.
Pourquoi l'exploitation est différente
Les équipes de développement peuvent généralement planifier un sprint et le protéger. Les équipes d'exploitation font face à un flux constant d'interruptions : incidents, demandes de service, correctifs de sécurité et changements urgents. Un engagement de sprint strict vole souvent en éclats en quelques jours. L'agilité reste utile, mais les pratiques doivent être adaptées.
| Type de travail | Exemple | Approche type |
|---|---|---|
| Imprévu | Panne, alerte de sécurité, correctif urgent | Traités immédiatement via un couloir d'urgence |
| Demandes courantes | Nouveaux comptes utilisateurs, modifications d'accès | Standardisées et automatisées si possible ; flux via un tableau |
| Amélioration planifiée | Mettre à niveau un cluster de bases de données, automatiser les sauvegardes | Découpé en petits éléments et priorisé dans un backlog |
| Maintenance | Correctifs, renouvellement des certificats | Planifiée comme travail récurrent avec une capacité réservée |
Les pratiques agiles qui fonctionnent pour les équipes d'exploitation
- Tableaux Kanban avec limites de WIP : visualisez tous les types de travail et limitez la quantité de travail en cours ; voir limites de WIP.
- Classes de service : un couloir d'urgence pour les incidents, un couloir à date fixe pour les échéances et un couloir standard pour tout le reste ; voir couloirs Kanban.
- Capacité réservée : conservez une part de capacité, par exemple 30 à 40 %, pour le travail imprévu, en vous fondant sur votre propre historique.
- De courts stand-ups quotidiens devant le tableau : concentrez-vous sur les éléments bloqués et vieillissants.
- Rétrospectives régulières et revues post-incident : des revues sans recherche de coupable qui débouchent sur des améliorations concrètes.
- L'automatisation comme travail du backlog : traitez l'automatisation des tâches répétitives comme des éléments d'amélioration planifiés.
- Responsabilité partagée avec le développement : astreinte commune, indicateurs partagés et infrastructure as code ; voir DevOps.
Comment introduire l'agilité dans une équipe d'exploitation
- Rendre tout le travail visible : rassemblez incidents, demandes et projets sur un même tableau pendant deux à quatre semaines sans rien changer d'autre.
- Mesurer la répartition : mesurez la part de travail imprévu par rapport au travail planifié.
- Définir des classes de service et des limites de WIP : convenez de règles sur ce qui peut interrompre le travail planifié.
- Réserver de la capacité : prévoyez assez de capacité pour le travail imprévu que vous avez mesuré.
- Prioriser le travail d'amélioration : créez un backlog d'éléments d'automatisation et de fiabilité avec un responsable clairement désigné.
- Instaurer une cadence : une réunion de réapprovisionnement hebdomadaire et une rétrospective toutes les deux semaines constituent un bon début ; voir cérémonies Kanban.
- Revoir les indicateurs chaque mois : examinez temps de cycle, débit et les tendances des incidents, puis adaptez-vous.
Exemple chiffré
Une équipe infrastructure de six personnes suit quatre semaines de travail et constate que 45 % des éléments réalisés étaient imprévus. Elle réserve environ la moitié de sa capacité au travail imprévu, met en place un couloir d'urgence limité à un élément à la fois et fixe une limite de WIP de huit sur l'ensemble du tableau. Chaque semaine, elle tire les éléments d'amélioration prioritaires du backlog. Au bout de deux mois, l'équipe automatise ses trois demandes les plus fréquentes (réinitialisation des mots de passe d'un système ancien, création d'environnements de test et demandes d'accès aux journaux), et la part de travail imprévu tombe à environ un tiers. Le temps de cycle moyen des demandes standard passe de huit à quatre jours.
Indicateurs de l'exploitation agile
| Indicateur | Pourquoi c'est important |
|---|---|
| Temps de cycle par classe de service | Montre la rapidité avec laquelle chaque type de travail est réalisé |
| Débit | Montre le nombre d'éléments que l'équipe réalise par semaine |
| Ratio planifié / imprévu | Montre si le travail d'amélioration réduit les interruptions |
| Délai moyen de rétablissement du service | Montre la rapidité avec laquelle l'équipe se remet des incidents |
| taux d'échec des changements | Montre la fréquence à laquelle les changements provoquent des problèmes |
| Respect des niveaux de service | Montre si les objectifs convenus sont atteints ; voir SLA (accord de niveau de service) |
Erreurs courantes
- Imposer des engagements de sprint de deux semaines à une équipe dont le travail est principalement dicté par les interruptions.
- Laisser le travail imprévu hors du tableau, si bien que l'équipe semble inoccupée alors qu'elle est débordée.
- Ne jamais protéger du temps pour l'amélioration, si bien que les mêmes incidents se reproduisent.
- Considérer l'agilité et les référentiels de gestion des services informatiques comme ennemis ; leurs processus peuvent coexister avec des méthodes de travail agiles.
- Séparer si strictement développement et exploitation que les problèmes sont jetés par-dessus le mur.
Modèles gratuits sur ce sujet
Questions fréquentes
Les équipes d'exploitation informatique peuvent-elles appliquer les pratiques d'exploitation agile ?
Oui. Elles l'adaptent pour gérer le travail imprévu, généralement avec Kanban, une capacité réservée et une étroite collaboration avec le développement.
Scrum ou Kanban : lequel convient le mieux à l'exploitation informatique agile ?
Kanban convient généralement mieux, car il gère un flux continu d'interruptions. Les équipes dont le travail est surtout constitué de projets planifiés peuvent utiliser Scrum. Voir Kanban vs Scrum.
Comment les équipes d'exploitation agiles gèrent-elles les incidents ?
Grâce à un couloir d'urgence ou une classe de service qui permet au travail urgent de court-circuiter la file normale, avec une limite stricte du nombre d'éléments urgents traités simultanément.
Quelle est la différence entre l'exploitation agile et le DevOps ?
L'exploitation agile applique les pratiques agiles au sein des équipes d'exploitation ; DevOps réunit développement et exploitation dans une manière commune de construire, livrer et exploiter les logiciels.
Quelle part de capacité les équipes d'exploitation agiles doivent-elles réserver au travail imprévu ?
Fondez-vous sur votre propre historique. Suivez plusieurs semaines de travail, mesurez la part d'imprévu et réservez environ cette proportion.
L'exploitation informatique agile est-elle compatible avec ITIL ?
Oui. ITIL décrit des pratiques de gestion des services ; l'agilité décrit la façon dont les équipes travaillent. De nombreuses organisations utilisent les deux.
Quels indicateurs une équipe d'exploitation agile doit-elle suivre ?
Temps de cycle, débit, travail planifié par rapport au travail imprévu, délai de rétablissement du service, taux d'échec des changements et respect des niveaux de service.
Les équipes d'exploitation agiles ont-elles besoin d'un product owner ?
Beaucoup gagnent à avoir une personne qui priorise le travail d'amélioration et arbitre les demandes ; certains l'appellent service owner.
Comment les équipes d'exploitation agiles mènent-elles les stand-ups ?
Brièvement, devant le tableau, en se concentrant sur les éléments bloqués, vieillissants et urgents plutôt que sur des points d'avancement individuels.
Qu'est-ce qu'une revue post-incident sans recherche de coupable dans l'exploitation agile ?
Une revue qui examine comment le système et le processus ont permis à un incident de se produire, plutôt que de chercher qui l'a causé, et qui définit des améliorations.
Quels outils conviennent à l'exploitation informatique agile ?
Des outils qui prennent en charge les tableaux Kanban, la réception des demandes et l'automatisation ; comparez les options dans nos outils de gestion de projet .