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
  • Objectifs du Release Planning
  • Durée Couverte par le Release Planning
  • Release Planning vs Deployment
  • Prérequis
  • Release Planning
  1. Priorisation & Planning

Release Planning

Objectifs du Release Planning

L'agilité n'empêche pas la planification à moyen ou long terme.

Le Release Planning est une "macro" planification (ou planification haut niveau) permettant de définir une ligne directrice en se projetant sur plusieurs semaines ou plusieurs mois.

Le Release Planning permet :

  • ⏱D'estimer les dates de disponibilité des nouvelles fonctionnalités (fixed scope) ou inversement, les fonctionnalités disponibles à une certaine date (fixed deadline).

  • 🚨De déceler les problèmes et retards puis réagir le plus tôt possible.

  • 🎯De partager une vision d'ensemble.

  • 📦Synchroniser les équipes en cas d'interdépendance.

Durée Couverte par le Release Planning

Plus la durée couverte par le planning est longue, plus la planification sera complexe et moins elle sera précise.

Une planification à plus de 6 mois est rarement rentable (rapport : énergie de planification vs précision).

Le Release Planning n'est pas nécessaire.

La plupart du temps, une planification à 3 ou 4 itérations (avec des itérations d'une semaine) suffit largement.

Cela est d'autant plus vrai dans le cadre d'une approche Lean Management.

Release Planning vs Deployment

Contrairement à une idée communément reçue, le Release Planning n'est pas lié au déploiement des fonctionnalités implémentées.

Prérequis

  • La vélocité de l'équipe.

  • La disponibilité de l'équipe (i.e. : workforce).

Release Planning

Grâce au calcul de vélocité et l'estimation des User Stories à venir, on constate à l'avance qu'il ne sera pas possible d'inclure la fonctionnalité "...share wishlist" à la date du 5 mai.

Deux possibilités s'offrent à nous : - Reporter la Release "v3" à la semaine suivante. - Reporter la fonctionnalité à une autre Release. - Reporter ou annuler une autre fonctionnalité.

PreviousLa Méthode MoSCoWNextUser Story Mapping

Last updated 6 years ago

Idéalement, l'équipe de développement devrait déployer ses changements en continu jusqu'à plusieurs fois par jour. Les fonctionnalités sont ensuite activées et déployées progressivement via des Feature Flags (Cf. ).

Un priorisé et estimé (cette priorisation est généralement effectuée progressivement lors du ).

Grâce aux prérequis définis ci-dessus, il suffit de déduire les dates de livraison en distribuant les sur les itérations en fonction de la de l'équipe.

Déploiement Continu
Product Backlog
Backlog Refinement
User Stories
vélocité
Exemple de Release Planning continu sur Pivotal Tracker
Exemple de Release Planning avec releases sur Pivotal Tracker