Le Guide Agile par Wishtack
  • Le Guide Agile par Wishtack
  • Sans Agilité
    • Bottom-up vs Top-down
    • Exemple de Régression Naturelle
  • Agile Manifesto
  • Scrum
    • Théorie et Piliers du Scrum
    • Valeurs du Scrum
    • Scrum Team
    • Artefacts
      • Product Backlog
      • Sprint Backlog
      • Increment
      • User Story
      • Epic
      • Expression du Besoin
      • Definition of Done
      • Definition of Ready
    • Evénements
      • Sprint
      • Sprint Planning
      • Stand-Up Meeting ou Daily Scrum
      • Sprint Review
      • Sprint Retrospective
      • Backlog Refinement
      • Timeboxing
    • Mesures & Outils
      • Story Points vs Temps
      • Valeur, Bugs et Chores
      • Vélocité
      • Scrum Board
      • Burn Down Chart
      • Burn Up Chart
      • Technical Debt
  • Priorisation & Planning
    • Le Modèle de Kano
    • La Méthode MoSCoW
    • Release Planning
    • User Story Mapping
  • eXtreme Programming
    • Apprendre à Conduire
    • Valeurs de l'eXtreme Programming
    • Pratiques de l'eXtreme Programming
    • Testing
    • Intégration Continue, Livraison Continue et Déploiement Continu
      • Intégration Continue
      • Livraison Continue
      • Déploiement Continu
      • Review Apps
  • Indicateurs
  • Kanban
    • Principes du Kanban
    • Workflow
    • Indicateurs et Paramètres
    • Classes of Service
  • Transformation Agile
    • Projet Pilote
    • Plan de Passage à l'Agilité
    • Le Changement
    • Contractualisation
    • Management
    • Scrum of Scrums
  • Agile at Scale
  • Transformation Etape par Etape
  • Outils
  • Quelques Liens
  • Bonus
    • The "Rong" Way to do Agile
    • Agile Causal Relations
    • Talks
Powered by GitBook
On this page
  • Standard Class of Service
  • Expedite Class of Service
  • Fixed Delivery Date Class of Service
  • Intangible Class of Service
  1. Kanban

Classes of Service

Dans la plupart des organisations, tous les éléments n'ont pas la même notion de priorité ou d'échéance.

Les éléments ne peuvent donc pas être traitées de façon homogène ; il faut appliquer des contraintes de Workflow différentes par catégorie d'éléments.

Les Classes of Service permettent de catégoriser les éléments afin de refléter la priorisation en fonction des risques et de la valeur de l'élément.

Standard Class of Service

Cette classe regroupe les éléments qui ne sont pas associés aux classes décrites ci-dessous.

Après priorisation, ces éléments sont traités avec une approche "FIFO" (First In / First Out).

Expedite Class of Service

Cette classe est attribuée aux éléments prioritaires.

Pour éviter de perturber l'avancement général du Workflow, il est recommandé d'attribuer une limite de Work-In-Progress spécifique pour les éléments de cette classe.

Un nombre important d'éléments dans cette classe révèle un manque de confiance en la capacité de livraison.

Fixed Delivery Date Class of Service

Cette classe est attribuée aux éléments devant être livrés à une date spécifique.

Les éléments de cette classe doivent être mis dans la file Work-In-Progress suffisamment en avance pour respecter l'échéance.

Les éléments de cette classe doivent avoir une date d'échéance définie par une contrainte extérieure (e.g. : mise en conformité, migration ou compatibilité technique...). Autrement, le Kanban serait utilisé comme un diagramme de Gantt.

Intangible Class of Service

Cette classe est attribuée aux éléments dont il est difficile d'évaluer la valeur apportée à l'utilisateur (bug fixes, chores, optimisations, changement de design, etc...).

Cette classe a la priorité la plus basse.

PreviousIndicateurs et ParamètresNextTransformation Agile

Last updated 6 years ago