Catégorie:Nicolas Mereaux
De Wiki Agile
Pages dans la catégorie « Nicolas Mereaux »
Cette catégorie comprend 259 pages, dont les 259 ci-dessous.
(
3
A
C
- Cartes de compétences
- Cartographie de l’expérience
- Cartographie des user stories - Concepts
- Cartographier le champ de bataille de la conduite du changement
- Checklist d’une journée spéciale sprint
- Chère cliente, cher client : de la vérité à propos des projets informatiques
- Coder en taule
- Collaboration - La danse de la contribution : le jeu de cartes
- Comment cartographier les user stories de la mauvaise manière
- Comment gérer les branches des cartographies des user stories
- Comment imposer l'Agile
- Comment se créer une troisième option ?
- Comment se servir du "Guide du voyageur vers le futur" comme outil de coaching
- Comment s’assurer que vous travaillez bien sur les éléments les plus importants à chaque itération
- Comment utiliser le cœur d'agile lors de votre prochaine rétrospective
- Conception émergente
- Confessions d'un serial product owner
- Connexions - De l'insuffisance du leadership
- Connexions - Du logiciel pour tous
- Connexions, 'Transformation', Développement agile de logiciels
- Construire la résilience d'une équipe : travailler "n'importe où" et "n'importe quand" (3ème partie)
- Construire la résilience d'une équipe : travailler ensemble (1ère partie)
- Construire la résilience d'une équipe en résumé (4ème partie)
- Construire la résilience d’une équipe : Raccourcir les boucles de feedbacks (2ème partie)
- Contrats agiles
- Corrigez ça : le pattern ''Objectif de laisser le système plus accompli''
- Crystal Clear - 7 propriétés pour des projets couronnés de succès
D
- Dark Scrum
- De l'estimation en heures
- De la valeur des graphiques de burndown et de burnup
- Des rétrospectives ennuyeuses - 10ème épisode
- Des rétrospectives ennuyeuses - 11ème épisode
- Des rétrospectives ennuyeuses - 12ème épisode
- Des rétrospectives ennuyeuses - 13ème épisode - Les mains secourables
- Des rétrospectives ennuyeuses - 1er épisode
- Des rétrospectives ennuyeuses - 2ème épisode
- Des rétrospectives ennuyeuses - 3ème épisode
- Des rétrospectives ennuyeuses - 4ème épisode
- Des rétrospectives ennuyeuses - 5ème épisode
- Des rétrospectives ennuyeuses - 6ème épisode
- Des rétrospectives ennuyeuses - 7ème épisode
- Des rétrospectives ennuyeuses - 9ème épisode
- Des rétrospectives orientées vision - éviter les actions d’améliorations inutiles
- Des testeurs à la traîne
- Design Thinking
- Deux têtes valent mieux qu'une
- Devriez-vous utiliser les estimations à zéro point dans votre product backlog ?
- Devrions-nous estimer les projets ... en fait ?
- Du coefficient de charge à la vélocité aux points de story au décomptage de story au temps de traversée au …
- Définissez vos critères de réussite agile
- Développement agile de jeux avec Scrum : les équipes
E
- En défense de la date butoir
- Est-ce que l'organisation compte ?
- Est-ce que vous voulez de l’agilité de merde ?
- Est-ce qu’une spécification des exigences traditionnelles peut être convertie en user stories ?
- Est-ce votre burdown chart ?
- Est-il plus facile d’être ScrumMaster avec le temps ?
- Estimer en comparant avec l’expérience passée
- Eviter l'itération zéro
- Exactimation ou estimation
- Expérience Utilisateur Agile
G
H
I
L
- L'apprentissage discipliné : le successeur de la gestion de risques
- L'architecture hexagonale
- L'estimation est malfaisante
- L'estimation est à l'origine de la plupart des échecs des projets informatiques
- La constante PI dans l'estimation logicielle
- La curiosité plutôt que le jugement : aller au-delà de l’attitude défensive
- La différence entre les user stories et les spécifications des exigences
- La différence entre les user stories et les spécifications des exigences - Entretien avec Alistair Cockburn
- La différence entre les user stories et les spécifications des exigences - Entretien avec Christiaan Verwijs
- La différence entre les user stories et les spécifications des exigences - Entretien avec Jean-Pierre Berchez
- La différence entre les user stories et les spécifications des exigences - Entretien avec Johanna Rothman
- La différence entre les user stories et les spécifications des exigences - Entretien avec Per Lundholm
- La différence entre les user stories et les spécifications des exigences - Entretien avec Ron Jeffries
- La diseuse de bonne aventure de Coeur d'Agile
- La fin de la méthodologie
- Le Business Agile : construit sur du sable
- Le canevas d’opportunité
- Le Cœur d'agile - présentation à l'université de Copenhague, Danemark, Octobre 2018
- Le cœur d’agile - CrossTalk magazine
- Le cœur d’agile commence
- Le dernier moment responsable
- Le dernier moment responsable reconsidéré
- Le développement Agile & Scrum - les fondamentaux
- Le développement à double voie n'est pas un duel de voies
- Le guide Scrum@Scale
- Le modèle A3
- Le modèle du changement de Satir
- Le modèle INVEST - E comme stories Estimables
- Le modèle INVEST - I comme stories Indépendantes
- Le modèle INVEST - N comme stories Négociables
- Le modèle INVEST - S comme stories Suffisamment petites, extenSibles
- Le modèle INVEST - T comme stories Testables
- Le modèle INVEST - V comme stories ayant de la Valeur
- Le pouvoir magique du chiffre pi pour les chefs de projets
- Le processus de développement SCRUM
- Le Product Ownership Agile en résumé - et en poster
- Le rôle du coach agile
- Le rôle du Product Owner
- Le tableau de bord projet et produit du Product Owner
- Le Tao de Scrum
- Le temps du silence
- Le Triathlon du Développement Produit
- Lean depuis les tranchées
- Les backlogs ne sont pas du gaspillage
- Les bases de la gestion de configuration sur une page
- Les cycles du développement piloté par les tests (TDD)
- Les diagrammes de cause à effet
- Les développeurs devraient abandonner l'Agile
- Les manières d'exprimer les estimations
- Les personas en 10 étapes (poster)
- Les rôles et le produit - épisode 1 : Product Manager, Product Owners, Business Analysts
- Les rôles et le produit - épisode 2 : l'équipe orientée valeur produit
- Les rôles et le produit - épisode 3 : équipes orientées produit ou feature vs équipes projet
- Les story points considérés comme dangereux - ou pourquoi le futur de l'estimation se situe vraiment dans notre passé...
- Les tests continus dans DevOps...
- Les thésauriseurs de code
- Les user stories ne sont pas des exigences
- LeSS - Amélioration continue
- LeSS - Approche systémique
- LeSS - Automatisation des tests
- Less - Centré client
- LeSS - Coaching
- LeSS - Démarrer
- Less - Développement piloté par les tests
- Less - Focus sur le produit global
- Less - Intégration continue
- LeSS - L'Affinage du Backlog Produit
- LeSS - L'Incrément Produit Potentiellement Déployable
- LeSS - La Définition du Fini
- LeSS - La Planification du Sprint (1ère partie)
- LeSS - La Planification du Sprint (2ème partie)
- LeSS - La Revue de Sprint
- LeSS - Le backlog du produit
- LeSS - Le Product Owner
- LeSS - Le Produit
- LeSS - Les trois principes
- LeSS - Les Équipes
- Less - Plus avec LeSS
- LeSS - Schéma d'adoption des équipes feature
- LeSS - Spécifications par l'exemple
- LeSS - Tests d'Acceptation
- LeSS - Tests unitaires
- Leçons apprises en développement logiciel
- L’espace de curiosité
P
- Pas le temps pour apprendre
- Patterns de décomposition des user stories
- Penser niveau 2
- Planification de sprint pilotée par la vélocité
- Planification de sprint pilotée par l’engagement
- Poster du Cœur d'Agile (Heart of Agile) avec des pièces de Lego
- Pourquoi je continue à utiliser les cas d'utilisations
- Pourquoi je n'aime pas le terme - déplacer vers la gauche
- Pourquoi je préfère la planification pilotée par l’engagement
- Primer Contrats Agile
- Probablement tort
- Présentation de la cartographie des exemples
- Présentation de la cartographie des user stories
- Prêt égal fini
Q
- Qu'est ce que Kanban ?
- Qu'est-ce que j'appelle le Coeur de la méthodologie Agile
- Qu'est-ce que la doctrine Agile ?
- Quelques heuristiques pour une organisation efficace : une liste en constante évolution
- Quelques outils pour le test agile
- Questions/Réponses à propos de la vélocité - 10ème partie
- 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
- Qui est le client ?
- Qu’est-ce qu’un leader agile ?
- Qu’est-ce qu’un leader agile de projet ?
R
S
- Scrum n'est pas un cadre de travail agile de développement logiciel
- Scrum PLoP - Une extension au langage de modèles pour le développement logiciel hyper-productif
- Scrum sur une page
- Scrum, le guide du maître
- Scrum, victime de son succès : le Dark Scrum
- Soyez bienveillant avec votre code
- Sprint zéro : une bonne idée ou pas ?
- Story agile - les fondamentaux
T
- TEC et priorités - comment être plus rapide et davantage focalisé sur un sujet ?
- Testabilité et bonne conception
- Tester dans le sprint
- Tester et coder, et non coder puis tester
- Transformation agile - épisode 1 - Introduction & Pourquoi
- Transformation agile - épisode 2 - Mettre en pratique le changement
- Transformation agile - épisode 3 - Comprendre votre culture et votre système
- Transformation agile - épisode 4 - Indicateurs organisationnels possibles
- Transformation agile - épisode 5 - Quelques indicateurs organisationnels possibles de plus
- Transformation agile - épisode 6 - Une transformation agile est un voyage
- Travailler à un rythme soutenable
U
- Un but plus qu'un backlog
- Un nouveau cadre de travail : quelques termes
- Un nouveau cadre de travail ? XP revisité ? Non...
- Un nouveau cadre de travail de développement logiciel : une équipe au complet
- Une communauté de personnes qui réfléchissent
- Une courte note sur le temps et la patience
- Une user story est le titre d'un scénario alors qu'un cas d'utilisation est le contenu de plusieurs scénarios
- Une user story est à un cas d'utilisation ce qu'une gazelle est à un gazoduc
- Une équipe pluridisciplinaire scrum agile est un groupe de JdR
- Utiliser Scrum dans un projet d’avant-projet
