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
  • Engagement
  • Formation et Accompagnement
  • Préparation
  1. Transformation Agile

Plan de Passage à l'Agilité

Engagement

L'équipe entière (Business Owner, Product Owner, Coach, Scrum Master et l'équipe de développement) doit s'engager dans la transition : temps, budgets, formation, outils, communication et flexibilité.

Les méthodes agiles nécessitent une implication importante du Business Owner. Il faut changer les habitudes et réduire la distance avec le Business Owner.

L'équipe doit être flexible et prête au changement (repriorisation, ajout de nouveaux besoins etc...).

L'équipe de développement doit faire preuve de créativité et d'imagination pour diviser les développements à réaliser leurs objectifs avec des incréments granulaires.

L'agilité ne peut réussir que grâce à des interactions directes et informelles entre tous les membres de l'équipe.

Formation et Accompagnement

L'ensemble des membres de l'équipe (y compris le Business Owner) doivent être formés à l'agilité le plus tôt possible.

Il est préférable de partir sur de bonnes bases agile pour réussir la transition. L'accompagnement d'un expert agile facilitera la transition.

Préparation

On commence par créer l'équipe puis remplacer les anciens rôles par les rôles agiles (le Scrum Master n'est pas un chef de projet).

L'équipe définit le Transition Point qui peut être une nouvelle Release, un nouveau produit ou simplement une date. L'intégration des pratiques agile ne peut pas se faire partiellement ou progressivement.

L'équipe définit ses paramètres agiles initiaux (durée des itérations, heure du Stand-Up Meeting etc...).

L'équipe peut enfin préparer le Product Backlog de façon rigoureuse.

PreviousProjet PiloteNextLe Changement

Last updated 6 years ago