Contrôle empirique du processus versus contrôle défini du processus
Le contrôle empirique du processus s’attend à l’imprévu, tandis que le contrôle défini du processus suppose que chaque tâche peut être entièrement comprise à l’avance.

Contrôle du processus
Qu’est-ce que le contrôle défini du processus ?
Le contrôle défini du processus est un processus dont les étapes sont clairement définies. Lorsque nous opérons dans un environnement relativement stable et prévisible, un processus défini devrait produire le même résultat à chaque fois, en fonction de sa répétabilité et de sa prévisibilité, avec les mêmes entrées. Un processus défini présente les caractéristiques suivantes :
- Commun et contrôlé
- Planifiez ce que vous attendez qu’il se produise
- Exécutez le plan, indépendamment des conditions changeantes
- Utilisez le contrôle des changements car les changements sont coûteux
Qu’est-ce que le contrôle empirique du processus ?
Dans le contrôle empirique du processus, vous vous attendez à l’imprévu. Avec le contrôle défini du processus, chaque tâche est entièrement comprise à l’avance. Dans Scrum, un processus empirique est mis en œuvre, où les progrès sont fondés sur l’observation et l’expérimentation plutôt que sur une planification détaillée à l’avance et des processus prédéfinis. Le contrôle empirique du processus repose sur des faits, des expériences et des preuves — mis en œuvre par l’inspection et l’adaptation.
Le contrôle empirique du processus présente les caractéristiques suivantes :
- Apprend à partir des progrès
- S’attend au changement et l’embrasse
- Utilise des cycles de développement courts pour l’inspection et l’adaptation
- Les estimations servent uniquement de référence et peuvent être inexactes

Contrôle empirique du processus dans Scrum
Contrôle empirique du processus dans Scrum
Dans Scrum, le contrôle empirique du processus est mis en œuvre à travers trois principes fondamentaux : la transparence, l’inspection et l’adaptation.
La transparence garantit que tous les aspects du processus qui influencent le résultat sont visibles pour ceux chargés de gérer le résultat. Ces aspects doivent non seulement être transparents, mais aussi compris par ceux qui les observent. Autrement dit, lorsque quelqu’un considère une tâche comme terminée, elle doit correspondre à leur définition définie Définition de fait.
Les aspects du processus doivent être inspectés fréquemment pour détecter les écarts inacceptables. La fréquence d’inspection doit tenir compte du fait que l’acte d’inspection lui-même peut altérer le processus. Lorsque la fréquence d’inspection requise dépasse la tolérance du processus, des complications surviennent. Heureusement, le développement logiciel semble moins sensible à cela. Un autre facteur est le niveau de compétence et de diligence des personnes chargées de l’inspection du travail.
Si les inspecteurs déterminent que l’un ou plusieurs aspects du processus sont en dehors des limites acceptables et que le produit résultant serait inacceptable, ils doivent ajuster le processus ou les matériaux en cours de traitement. Les ajustements doivent être effectués dès que possible afin de minimiser les écarts ultérieurs.
Les trois piliers dans les événements Scrum
Maintenant, explorons comment Scrum intègre les trois piliers comme meilleures pratiques dans le cadre à travers divers événements.
Par exemple :
- Le Daily Scrum est utilisé pour inspecter les progrès vers l’objectif du sprint et apporter des ajustements pour le travail du jour suivant afin de maximiser la valeur.
- En outre, Sprint Review et la planification du sprint sont utilisés pour inspecter les progrès vers l’objectif de livraison et apporter des ajustements pour optimiser la valeur dans le prochain sprint.
- Enfin, le Sprint Retrospective est utilisé pour réfléchir sur le sprint passé et identifier les adaptations qui rendront le prochain sprint plus efficace, plus efficace et plus agréable.
Cette liste résume la relation entre les événements Scrum et les trois piliers comme suit :
- Artifacts
- Déclaration de vision du projet
- Priorité Product Backlog
- Plan de livraison
- Réunions
- Réunion de revue de sprint
- Daily Stand-up
- Radiateurs d’information
- Graphique de combustion
- Tableau de tâches Scrum
Inspection dans Scrum est décrite à travers :
- Utilisation de tableaux de tâches Scrum courants et d’autres radiateurs d’information
- Recueillir les retours des clients et des parties prenantes pendant le développement des épics, créer un Product Backlog priorisé et planifier les comportements de livraison
- Le propriétaire produit et les clients inspectent et approuvent les livrables lors des démonstrations et validations du Sprint
Adaptation est le cœur du Scrum, où l’équipe et les parties prenantes apprennent grâce à la transparence et à l’inspection, puis s’adaptent en conséquence. L’adaptabilité dans le Scrum est décrite comme suit :
- Réunions quotidiennes de stand-up
- Identification continue des risques
- Demandes de changement
- Orientation Scrum
- Réunions de rétrospective du Sprint