Catégorie:Portail Planification
Révision datée du 20 juin 2018 à 17:40 par Fabrice Aimetti (discussion | contributions) (Page créée avec « Category:Portails Thématiques »)
Sous-catégories
Cette catégorie comprend 4 sous-catégories, dont les 4 ci-dessous.
Pages dans la catégorie « Portail Planification »
Cette catégorie comprend 96 pages, dont les 96 ci-dessous.
A
C
- Cadre de Ian McAllister (technique interne et quantitative)
- Canevas MoSCoW de priorisation des features
- Classement en Piles (technique interne et qualitative)
- Comment bien remplir un sprint ?
- Comment réaliser le Sprint Planning 2
- Comptabiliser la correction des anomalies dans la vélocité ? ça dépend...
- Créer une pression positive autour des releases
D
E
I
L
- L'Agilité a bien sûr augmenté la vélocité de notre projet
- La feuille de route et le carnet de produit
- La Météo de la Veille
- La Roadmap Produit en Agile
- La Roadmap Produit n'est PAS le Portefeuille de Projets
- La stabilité d'abord... La vitesse ensuite !
- La taille compte, même lorsque vous êtes Agile
- La vélocité est en train de tuer l'agilité
- Le meilleur moyen d'établir une référence lorsqu'on joue au Planning Poker
- Le problème avec la vélocité
- Le tableau de bord projet et produit du Product Owner
- Le triangle de fer de la planification
- Les Features du Produit : quand font-elles partie de votre feuille de route ?
M
- Management visuel de portefeuille : Alignez votre entreprise de manière collaborative
- Modèle d'Objectif du Sprint
- Modèle de Kano (technique externe et quantitative)
- Modèle Systemico (technique interne et qualitative)
- MoSCoW (technique externe et qualitative)
- Méthode KJ (technique interne et qualitative)
P
- Penser au coût est erroné lorsqu'on évalue les projets de son portefeuille
- Penser Projet vs Penser Produit
- Planification Agile Légère (NoEstimates)
- Planification de sprint pilotée par la vélocité
- Planification de sprint pilotée par l’engagement
- Planification par vagues
- Planning Poker - Une technique de planification et d'estimation agile
- Points et vélocité (attention)
- Portefeuille Agile
- Pourquoi il ne devrait PAS y avoir de Backlog de Release
- Pourquoi je préfère la planification pilotée par l’engagement
- Pourquoi utilisons-nous les nombres de Fibonacci pour estimer les User Stories ?
- Priorisation Agile
- Priorisation des fonctionnalités par le coût du retard
- Priorisation pour optimiser les investissements
- Prioriser les Features
- Prune the Product Tree (technique externe et qualitative)
- Présentation de la Roadmap
Q
- Quelques Réflexions sur la Planification Agile
- Questions/Réponses à propos de la vélocité - 1ère partie
- Questions/Réponses à propos de la vélocité - 2ème partie
- Questions/Réponses à propos de la vélocité - 3ème partie
- Questions/Réponses à propos de la vélocité - 4ème partie
- Questions/Réponses à propos de la vélocité - 5ème partie
- Questions/Réponses à propos de la vélocité - 6ème partie
- Questions/Réponses à propos de la vélocité - 7ème partie
- Questions/Réponses à propos de la vélocité - 8ème partie
- Questions/Réponses à propos de la vélocité - 9ème partie
R
S
- Scrum : 19 antipatterns de planification d'un sprint
- Scrum Burndown Chart de Release Amélioré
- Seaux à Fonctionnalités (technique interne et qualitative)
- Speed Boat (technique externe et qualitative)
- Story Mapping (technique externe et qualitative)
- Story Mapping 101
- Sélection de Thèmes (technique interne et quantitative)