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
  • Les piliers du Scrum
  • Transparence
  • Inspection
  • Adaptation
  1. Scrum

Théorie et Piliers du Scrum

PreviousScrumNextValeurs du Scrum

Last updated 6 years ago

Comme la plupart des méthodes qui se veulent agiles, Scrum adopte une approche empirique.

Plutôt que des calculs savants (ou plus généralement pifométriques), une approche empirique permet de prendre des décisions et définir les objectifs et Deadlines en fonction du passé de l'équipe.

Cette méthode empirique fonctionne en combinaison avec une approche itérative et incrémentale.

En livrant une nouvelle version du produit à chaque itération et en améliorant continuellement l'organisation de l'équipe, la prédictibilité est optimisée et le risque contrôlé.

Plus les itérations sont courtes, plus les estimations seront fiables et les décisions précises.

Les piliers du Scrum

Scrum se base sur les trois piliers suivants :

Transparence

Tous les éléments significatifs du process doivent être visible et compréhensibles par tous les responsables (c'est à dire du client au développeur).

Exemples :

  • Les User Stories doivent être explicites pour tous.

  • La notion de definition of "Done" doit être partagée avec tous.

  • La progression est accessible à tous.

Inspection

L'organisation de l'équipe, le produit, les Backlogs et les différentes métriques doivent être diagnostiqués afin d'améliorer continuellement les process. Cf. .

Toute la Scrum Team contribue à l'inspection et peut signaler des axes d'amélioration lors des différents événements Scrum : Sprint Planning, Daily Scrum, Sprint Review et particulièrement le Sprint Retrospective.

Adaptation

Les axes d'amélioration remontés par l'inspection doivent aboutir le plus rapidement possible à des adaptations de l'organisation et du process.

Indicateurs