Catégories

3X   ⤴︎

• L'économie en 3X

• L'argent en 3X

• Le temps en 3X

• Les équipes en 3X

• Le séquencement en 3X

• Les estimations en 3X

• 3X - Quelques sujets de comparaison entre Exploration, Expansion et Extraction

• Le triathlon du développement produit

OKR   ⤴︎

• Réussir avec les OKR en Agile (le livre)

• Un but plus qu'un backlog

adoption   ⤴︎

• LeSS - Schéma d'adoption des équipes feature

• LeSS - Amélioration continue

• LeSS - Coaching

• LeSS - Les trois principes

• LeSS - Démarrer

• LeSS - Portail Adoption

• LeSS - Rester sain d'esprit

• Le modèle du changement de Satir

affiche   ⤴︎

• Gestion du changement agile en résumé

• Expérience Utilisateur Agile

agile   ⤴︎

• Une autre manière de visualiser le modèle du changement de Satir

• 3 éléments clés pour un coaching agile efficace : niveau, empathie et expérience

• L'architecture hexagonale

• Quelques heuristiques pour une organisation efficace : une liste en constante évolution(*)

• Gestion du changement agile en résumé

• Réussir avec les OKR en Agile (le livre)

• Probablement tort

• Nous avons essayé le baseball et ça n'a pas marché

• Qu'est-ce que la doctrine Agile ?

• Construire la résilience d'une équipe en résumé (4ème partie)

• 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 : Raccourcir les boucles de feedbacks (2ème partie)

• Construire la résilience d'une équipe : travailler ensemble (1ère partie)

• Comment imposer l'agile

• Les développeurs devraient abandonner l'« Agile »

• « Le business Agile » : Construit sur du sable

• L'apprentissage discipliné : le successeur de la gestion de risques - CrossTalk magazine

• Connexions, 'Transformation', Développement agile de logiciels

• Connexions - Du logiciel pour tous

• Connexions - De l'insuffisance du leadership

• Un nouveau cadre de travail ? XP revisité ? Non ...

• Modern Agile

• Guest Leadership - les invités au pouvoir

• Itératif et incrémental

• Transformation agile - épisode 5 - Quelques indicateurs organisationnels possibles de plus

• FAQ Agile

• Transformation agile - épisode 4 - Indicateurs organisationnels possibles

• Transformation agile - épisode 3 - Comprendre votre culture et votre système

• Transformation agile - épisode 2 - Mettre en pratique le changement

• Agile : c’est quoi ?

• Transformation agile - épisode 1 - Introduction & pourquoi

• Définissez vos critères de réussite agile

• Le développement à double voie n'est pas un duel de voies

• À l’opposé de la courbe de puissance

• Des rétrospectives ennuyeuses - 12ème épisode

• Le rôle de coach agile

• Cartographie de l’expérience

• Chère cliente, cher client : de la vérité à propos des projets informatiques

• Des rétrospectives ennuyeuses - 11ème épisode

• Comment se créer une troisième option ?

• Des rétrospectives ennuyeuses - 10ème épisode

• Des rétrospectives ennuyeuses - 9ème épisode

• Agile bidon

• Des rétrospectives orientées vision - éviter les actions d’améliorations inutiles

• Un nouveau cadre de travail : quelques termes

• Les personas en 10 étapes (poster)

• Des rétrospectives ennuyeuses - 7ème épisode

• Un nouveau cadre de travail de développement logiciel : une équipe au complet

• Un nouveau cadre de travail de développement logiciel : quelques idées

• Faire du Scrum sans être agile

• Des rétrospectives ennuyeuses - 6ème épisode

• Des rétrospectives ennuyeuses - 5ème épisode

• Le développement Agile & Scrum - les fondamentaux

• Des rétrospectives ennuyeuses - 4ème épisode

• Des rétrospectives ennuyeuses - 3ème épisode

• Récit de l’évolution de notre processus

• Des rétrospectives ennuyeuses - 2ème épisode

• Des rétrospectives ennuyeuses - 1er épisode

• Racontez vos problèmes au canard

• L’espace de curiosité

• Le canevas d’opportunité

• La curiosité plutôt que le jugement : aller au-delà de l’attitude défensive

• Fonctionnalités vs. stories

• “Agile”, c’est quoi ?

• Manifeste pour le développement agile à reculons de logiciels

• Responsable agile de projet/Scrum Master - C’est faux, complètement faux

• Collaboration - La danse de la contribution : le jeu de cartes

• Améliorez la collaboration en un clin d'oeil

• Est-ce que vous voulez de l’agilité de merde ?

• Qu’est-ce qu’un leader agile de projet ?

• Qu’est-ce qu’un leader agile ?

• Conférence sur le Coeur d'Agile

• Il ne s'agit pas juste de se tenir debout : Patterns pour les réunions du stand-up quotidien

• Qu'est-ce que j'appelle le Coeur de la méthodologie Agile

• La diseuse de bonne aventure de Coeur d'Agile

• Corrigez ça : le pattern ''Objectif de laisser le système plus accompli''

• Pas le temps pour apprendre

• Les bases de la gestion de configuration sur une page

• Stratégies de prise de décisions en No-Estimates

• Créer un Business Model Canvas avec du Lego Serious Play

• Récupérons l'agile

• Contrats agiles

• Manifeste pour le développement Agile de logiciels

apprentissage discipliné   ⤴︎

• L'apprentissage discipliné : le successeur de la gestion de risques - CrossTalk magazine

approche systémique   ⤴︎

• Less - Approche systémique

architecture hexagonale   ⤴︎

• L'architecture hexagonale

artefact   ⤴︎

• Est-ce votre burndown chart ?

backlog   ⤴︎

• Un but plus qu'un backlog

• Les backlogs ne sont pas du gaspillage

• Refactoring - Pas dans le backlog !

cas d'utilisations   ⤴︎

• Pourquoi je continue à utiliser les cas d'utilisations

client   ⤴︎

• Qui est le client ?

coaching   ⤴︎

• 3 éléments clés pour un coaching agile efficace : niveau, empathie et expérience

• Guest Leadership - les invités au pouvoir

• Le rôle de coach agile

• Obtenez-le par écrit (leçon 22)

• Les cinq étapes de développement d'une équipe et le rôle du chef de projet

• Les valeurs de la Permaculture

• Finir par un forum ouvert (leçon 21)

• Seul celui qui est engagé peut s'auto-organiser (leçon 20)

• Agile est un jeu. Mettez-vous d'accord sur les règles (leçon 19)

• Les définitions sont des accords (leçon 18)

• POUSSER l'Agile provoque des 'Transe-formations' (leçon 17)

• Cartographier le champ de bataille de la conduite du changement

• L'engagement est tout (leçon 14)

• Alignez les équipes sur leurs valeurs fondamentales dès que possible (leçon 16)

• Modèle de Tuckman

• Les Valeurs de Scrum (la F.O.R.C.E.)

• Étape 1 - Les leaders y vont en premier (leçon 15)

• Lorsqu'ils disent non, réduisez la demande de moitié (leçon 13)

• Encouragez les managers à encourager l'expérimentation (leçon 11)

• Je veux écrire l'histoire (leçon 12)

• Le Forum Ouvert raconte une histoire (leçon 10)

• Commencez dans le Forum Ouvert (leçon 9)

• Les pratiques changent, pas les principes (leçon 8)

• Invitez à la facilitation (leçon 7)

• Votre style autoritaire tue l'auto-organisation (leçon 6)

• Votre posture est votre message (leçon 2)

• L'auto-organisation est de l'auto-gestion (leçon 4)

• L'autogestion, c'est l'autorité distribuée par consentement (leçon 5)

• Signalez que vous n'avez aucune autorité (leçon 1)

• Leçons de coaching

• Utilisez votre corps lorsque vous facilitez (leçon 3)

• Bilan de santé de la brigade (modèle)

• Guide de Survie à l'Adoption ou Transformation Agile

• Agilité à grande échelle chez Spotify

conception   ⤴︎

• Conception émergente

conduite du changement   ⤴︎

• Transformation agile - épisode 6 - Une transformation agile est un voyage

• Cartographier le champ de bataille de la conduite du changement

• LeSS - Schéma d'adoption des équipes feature

• LeSS - Amélioration continue

• LeSS - Coaching

• LeSS - Les trois principes

• LeSS - Démarrer

• LeSS - Portail Adoption

• LeSS - Rester sain d'esprit

• Le modèle du changement de Satir

contractuel   ⤴︎

• Contrats agiles

• Primer Contrats Agile

crystal   ⤴︎

• Crystal Clear - 7 propriétés pour des projets couronnés de succès

• La fin de la méthodologie

cœur d’agile   ⤴︎

• Poster du Cœur d'Agile (Heart of Agile) avec des pièces de Lego

• Le Cœur d'agile - présentation à l'université de Copenhague, Danemark, Octobre 2018

• Comment utiliser le cœur d'agile lors de votre prochaine rétrospective

• Le cœur d’agile - CrossTalk magazine

• Élargir le diagramme du cœur d’agile

• Redécouvrir le “Cœur” de l’agile

• Le cœur d’agile commence

dark agile   ⤴︎

• Connexions, 'Transformation', Développement agile de logiciels

dark scrum   ⤴︎

• Comment imposer l'agile

• Les développeurs devraient abandonner l'« Agile »

• « Le business Agile » : Construit sur du sable

• Connexions, 'Transformation', Développement agile de logiciels

• Connexions - De l'insuffisance du leadership

• Scrum n'est pas un cadre de travail agile de développement logiciel

• Itératif et incrémental

• En défense de la date butoir

• Il fût un temps …

• Scrum, victime de son succès : le Dark Scrum

• Dark Scrum

design thinking   ⤴︎

• Design Thinking

dette technique   ⤴︎

• Définition de la dette technique

• Bilan de santé de la brigade (modèle)

devops   ⤴︎

• Les tests continus dans DevOps …

• Pourquoi je n'aime pas le terme - déplacer vers la gauche

développement   ⤴︎

• Soyez bienveillant avec votre code

• Leçons apprises en développement logiciel

• Est-ce que l'organisation compte ?

• Les thésauriseurs de code

estimation   ⤴︎

• Chère cliente, cher client : de la vérité à propos des projets informatiques

• Le pouvoir magique du chiffre pi pour les chefs de projets

• Planning Poker - Une technique de planification et d'estimation agile

• Estimer en comparant avec l’expérience passée

• Devriez-vous utiliser les estimations à zéro point dans votre product backlog ?

• De l'estimation en heures

• Devrions-nous estimer les projets ... en fait ?

• Les story points considérés comme dangereux - ou pourquoi le futur de l'estimation se situe vraiment dans notre passé ...

• Les manières d'exprimer les estimations

• Le Bénéfice principal des points des histoires utilisateurs

• L'estimation est malfaisante

• L'estimation est à l'origine de la plupart des échecs des projets informatiques

• Exactimation ou estimation

• Les problèmes liés à l'estimation de la valeur métier

• La constante PI dans l'estimation logicielle

exigence   ⤴︎

• Pourquoi je continue à utiliser les cas d'utilisations

expérience utilisateur   ⤴︎

• Expérience Utilisateur Agile

feedback   ⤴︎

• Construire la résilience d’une équipe : Raccourcir les boucles de feedbacks (2ème partie)

fiche   ⤴︎

• Gestion du changement agile en résumé

• Expérience Utilisateur Agile

• Le Product Ownership Agile en résumé - et en poster

• Le développement Agile & Scrum - les fondamentaux

• Agile en résumé – avec une pincée de Lean UX

• Le rôle de Product Owner

• Les bases de la gestion de configuration sur une page

• Cartes de compétences

• Scrum sur une page

• XP sur une page

framework   ⤴︎

• Les Valeurs de Scrum (la F.O.R.C.E.)

• Équipe Feature

• Utiliser les développements incrémental et itératif ensemble

guest leadership   ⤴︎

• Guest Leadership - les invités au pouvoir

histoire   ⤴︎

• Histoire de l’origine - une carte de story est une promesse pour une conversation

impact mapping   ⤴︎

• Exemple Impact Mapping

incrément   ⤴︎

• En défense de la date butoir

indicateur   ⤴︎

• Indicateurs Scrum

• Visualiser un kanban avec des MIP

• 3 Métriques pour rendre compte d'un projet pilote agile à la direction de l'entreprise

inspiration   ⤴︎

• Récit de l’évolution de notre processus

• Racontez vos problèmes au canard

• L’espace de curiosité

• Qu’est-ce qu’un leader agile de projet ?

• Qu’est-ce qu’un leader agile ?

• Deux têtes valent mieux qu'une

• Corrigez ça : le pattern ''Objectif de laisser le système plus accompli''

• Le Tao de Scrum

• Travailler à un rythme soutenable

• Pas le temps pour apprendre

• Penser niveau 2

• Une courte note sur le temps et la patience

itération   ⤴︎

• Éviter l'itération zéro

jeu   ⤴︎

• getKanban, le guide du facilitateur

• XP Game

kanban   ⤴︎

• 10 tableaux kanban et leur contexte

• TEC et priorités - comment être plus rapide et davantage focalisé sur un sujet ?

• getKanban, le guide du facilitateur

• Premier Kanban

• Qu'est ce que Kanban ?

• Visualiser un kanban avec des MIP

• Lean depuis les tranchées

• Scrum-ban

• Kanban et Scrum - tirer le meilleur des deux

lean   ⤴︎

• Les diagrammes de cause à effet

• Le modèle A3

• Le dernier moment responsable reconsidéré

• Le dernier moment responsable

• Lean depuis les tranchées

less   ⤴︎

• LeSS - Automatisation des tests

• LeSS - Tests unitaires

• Less - Approche systémique

• LeSS - Développement piloté par les tests (TDD)

• LeSS - Product Owner

• LeSS - Tests d'Acceptation

• LeSS - Intégration continue

• LeSS - Plus avec LeSS

• LeSS - Centré client

• Less - Focus sur le produit global

• LeSS - Spécifications par l'exemple

• LeSS - L'Affinage du Backlog Produit

• LeSS - Présentation des principes

• LeSS - L'Affinage Initial du Backlog Produit

• LeSS - La Définition du Fini

• LeSS - La Revue de Sprint

• LeSS - L'Incrément Produit Potentiellement Déployable

• LeSS - Le Sprint

• LeSS - Le Backlog du Sprint

• LeSS - La Mêlée Quotidienne

• LeSS - La Rétrospective

• LeSS - La Rétrospective Globale

• LeSS - Le ScrumMaster

• LeSS - La Planification du Sprint (2ème partie)

• LeSS - La Planification du Sprint (1ère partie)

• LeSS - Les Équipes

• LeSS - Le backlog du produit

• LeSS - Le Produit

• LeSS - Théorie des files d'attente

• LeSS - Schéma d'adoption des équipes feature

• LeSS - Amélioration continue

• LeSS - Coaching

• LeSS - Coordination & Intégration

• LeSS - Organisation en fonction de la valeur client

• LeSS - Équipes Feature

• LeSS - Structure organisationnelle

• LeSS - Les trois principes

• LeSS - Démarrer

• LeSS - Équipes

• LeSS - Communautés

• LeSS - ScrumMaster

• LeSS - Product Owner de Domaine

• LeSS - Structure organisationnelle pour LeSS Huge

• LeSS - Backlog Produit de Domaine

• LeSS - Le Manager en tant que ScrumMaster

• LeSS - Service d'amélioration

• LeSS - Enseigner la résolution de problème

• LeSS - Portail Principes

• LeSS - Portail Framework

• portail LeSS

• LeSS - Rôle du Manager

• LeSS - Portail Structure

• LeSS - Portail Management

• LeSS - Portail LeSS Huge

• LeSS - Portail Excellence technique

• LeSS - Portail Adoption

• LeSS - Aller Voir

• LeSS - Scrum à grande échelle reste du Scrum

• LeSS - Contrôle du processus empirique

• LeSS - Transparence

• LeSS - Auto-gestion

• Pourquoi LeSS ?

• LeSS - Rester sain d'esprit

• LeSS - Les Règles LeSS

• LeSS - Domaines d'exigences

• Les 14 points de Deming

• Équipe Feature

livre   ⤴︎

• Premier Kanban

management   ⤴︎

• Les cinq étapes de développement d'une équipe et le rôle du chef de projet

• LeSS - Le Manager en tant que ScrumMaster

• LeSS - Enseigner la résolution de problème

• LeSS - Rôle du Manager

• LeSS - Portail Management

• LeSS - Aller Voir

• LeSS - Auto-gestion

management 3.0   ⤴︎

• Doing It – Management 3.0

manifeste   ⤴︎

• Les Valeurs de Scrum (la F.O.R.C.E.)

• Conception émergente

• Manifeste pour le développement Agile de logiciels

modern agile   ⤴︎

• Haute performance via la sécurité psychologique

• Modern Agile

méthodologie   ⤴︎

• La fin de la méthodologie

mêlée   ⤴︎

• Le temps du silence

nouveau cadre de travail de développement logiciel   ⤴︎

• Les développeurs devraient abandonner l'« Agile »

• Connexions, 'Transformation', Développement agile de logiciels

• Un nouveau cadre de travail ? XP revisité ? Non ...

• Un nouveau cadre de travail : quelques termes

• Un nouveau cadre de travail de développement logiciel : une équipe au complet

• Un nouveau cadre de travail de développement logiciel : quelques idées

organisation   ⤴︎

• Cartes de compétences

outil   ⤴︎

• Comment se servir du « Guide du voyageur vers le futur » comme outil de coaching

• 10 tableaux kanban et leur contexte

• Le Product Ownership Agile en résumé - et en poster

• Les diagrammes de cause à effet

• Présentation de la cartographie des exemples

• Agile en résumé – avec une pincée de Lean UX

• Le rôle de Product Owner

• Collaboration - La danse de la contribution : le jeu de cartes

• Améliorez la collaboration en un clin d'oeil

• Checklist d’une journée spéciale sprint

• Les bases de la gestion de configuration sur une page

• Le cube limite de WIP

• Le cube user story

• 7 outils pour le Product Owner

• Cube des cérémonies agiles

• Scrum sur une page

• XP sur une page

permaculture   ⤴︎

• Les valeurs de la Permaculture

persona   ⤴︎

• Les personas en 10 étapes (poster)

pi   ⤴︎

• Le pouvoir magique du chiffre pi pour les chefs de projets

planification   ⤴︎

• Pourquoi je préfère la planification pilotée par l’engagement

• Planification de sprint pilotée par l’engagement

• Planification de sprint pilotée par la vélocité

poster   ⤴︎

• Gestion du changement agile en résumé

• Expérience Utilisateur Agile

pratique   ⤴︎

• Connexions - Du logiciel pour tous

• Cartographie de l’expérience

• Le temps du silence

• Le modèle A3

• Le canevas d’opportunité

• Cartographie des user stories - Concepts & Processus

• Story agile - les fondamentaux

• Une communauté de personnes qui réfléchissent

• Leçons apprises en développement logiciel

• Comment cartographier les user stories de la mauvaise manière

• Quelques outils pour le test agile

• Présentation de la cartographie des user stories

• Un exemple de checklist pour scrum masters

• Obtenir de petites stories

• Stratégies de prise de décisions en No-Estimates

• Créer un Business Model Canvas avec du Lego Serious Play

• Récupérons l'agile

• Management visuel de portefeuille : Alignez votre entreprise de manière collaborative

• Cartes de compétences

• Coder en taule

priorisation   ⤴︎

• Comment s’assurer que vous travaillez bien sur les éléments les plus importants à chaque itération

product owner   ⤴︎

• Qui est le client ?

• Les rôles et le produit - épisode 3 : équipes orientées produit ou feature vs équipes projet

• Les rôles et le produit - épisode 2 : l'équipe orientée valeur produit

• Les rôles et le produit - épisode 1 : Product Manager, Product Owners, Business Analysts

• Comment s’assurer que vous travaillez bien sur les éléments les plus importants à chaque itération

• Exemple de User Story Mapping (4)

• Le tableau de bord projet et produit du Product Owner

• Le rôle de Product Owner

• 20 Anti patterns de product owners pour Scrum

• 7 outils pour le Product Owner

• Confessions d'un serial product owner

• Les problèmes liés à l'estimation de la valeur métier

produit   ⤴︎

• Le triathlon du développement produit

refactoring   ⤴︎

• Est-ce que l'organisation compte ?

• Les thésauriseurs de code

• Refactoring - Pas dans le backlog !

rétrospective   ⤴︎

• Des rétrospectives ennuyeuses - 13ème épisode - Les mains secourables

• Comment utiliser le cœur d'agile lors de votre prochaine rétrospective

• Des rétrospectives ennuyeuses - 12ème épisode

• Des rétrospectives ennuyeuses - 11ème épisode

• Des rétrospectives ennuyeuses - 10ème épisode

• Des rétrospectives ennuyeuses - 9ème épisode

• Des rétrospectives orientées vision - éviter les actions d’améliorations inutiles

• Des rétrospectives ennuyeuses - 7ème épisode

• Des rétrospectives ennuyeuses - 6ème épisode

• Des rétrospectives ennuyeuses - 5ème épisode

• Des rétrospectives ennuyeuses - 4ème épisode

• Des rétrospectives ennuyeuses - 3ème épisode

• Des rétrospectives ennuyeuses - 2ème épisode

• Des rétrospectives ennuyeuses - 1er épisode

• La rétrospective en étoile de mer

• Un Format de Rétrospective

scrum   ⤴︎

• Probablement tort

• Ne passez pas à l'échelle, réduisez l'échelle de votre produit !

• Scrum PLoP - Une extension au langage de modèles pour le développement logiciel hyper-productif

• Scrum n'est pas un cadre de travail agile de développement logiciel

• En défense de la date butoir

• Le guide Scrum@Scale

• Le Product Ownership Agile en résumé - et en poster

• Les quatre raisons d'avoir une durée de sprint constante

• Guide Scrum, édition novembre 2017 (traduction non officielle)

• Indicateurs Scrum

• Le processus de développement SCRUM

• Faire du Scrum sans être agile

• Le développement Agile & Scrum - les fondamentaux

• Utiliser Scrum dans un projet d’avant-projet

• Sprint zéro : une bonne idée ou pas ?

• Le temps du silence

• Agile en résumé – avec une pincée de Lean UX

• Il fût un temps …

• Le tableau de bord projet et produit du Product Owner

• De la valeur des graphiques de burndown et de burnup

• Scrum, victime de son succès : le Dark Scrum

• Pourquoi je préfère la planification pilotée par l’engagement

• Dark Scrum

• Planification de sprint pilotée par l’engagement

• Le rôle de Product Owner

• Planification de sprint pilotée par la vélocité

• Arrêtez de renommer la réunion de Revue de Sprint

• Les Valeurs de Scrum (la F.O.R.C.E.)

• Où est le problème avec “Où est le problème avec scrum”

• Checklist d’une journée spéciale sprint

• Est-il plus facile d’être ScrumMaster avec le temps ?

• Le Tao de Scrum

• Tester dans le sprint

• Le scrum détrempé

• Prêt égal fini

• Scrum sur une page

• Développement agile de jeux avec Scrum : les équipes

• Scrum, le guide du maître

• Coder en taule

• L'estimation est malfaisante

• La fin de la méthodologie

• Confessions d'un serial product owner

• Lean depuis les tranchées

• 'BDUF Scrum' - Ne le faites pas !

• Scrum-ban

• Équipe Feature

• C'est du Scrum ou ça n'en est pas

• Kanban et Scrum - tirer le meilleur des deux

• Les nouvelles règles de développement d'un nouveau produit

scrum master   ⤴︎

• Les cinq étapes de développement d'une équipe et le rôle du chef de projet

• Les quatre raisons d'avoir une durée de sprint constante

• Indicateurs Scrum

• La carrière professionnelle d'un ScrumMaster

• Modèle de Tuckman

• Le ScrumMaster est un Facilitateur, pas un Entonnoir

• Arrêtez de renommer la réunion de Revue de Sprint

• Les Valeurs de Scrum (la F.O.R.C.E.)

• Est-il plus facile d’être ScrumMaster avec le temps ?

solution focus   ⤴︎

• Comment se servir du « Guide du voyageur vers le futur » comme outil de coaching

sprint   ⤴︎

• Les quatre raisons d'avoir une durée de sprint constante

• Utiliser Scrum dans un projet d’avant-projet

• Sprint zéro : une bonne idée ou pas ?

• Tester dans le sprint

• Éviter l'itération zéro

stand-up   ⤴︎

• Il ne s'agit pas juste de se tenir debout : Patterns pour les réunions du stand-up quotidien

• Kit de démarrage du stand-up quotidien

sécurité psychologique   ⤴︎

• Haute performance via la sécurité psychologique

tdd   ⤴︎

• Probablement tort

• Les cycles du développement piloté par les tests (TDD)

temps de cycle   ⤴︎

• Construire la résilience d’une équipe : Raccourcir les boucles de feedbacks (2ème partie)

temps de traversée   ⤴︎

• Du coefficient de charge à la vélocité aux points de story au décomptage de story au temps de traversée au …

• Construire la résilience d’une équipe : Raccourcir les boucles de feedbacks (2ème partie)

test   ⤴︎

• Le test d'un point de vue holistique

• Tester et coder, et non coder « puis » tester

• Les tests continus dans DevOps …

• Pourquoi je n'aime pas le terme - déplacer vers la gauche

• Quelques outils pour le test agile

• Tester dans le sprint

• Des testeurs à la traîne

• Testabilité et bonne conception

transformation   ⤴︎

• Transformation agile - épisode 6 - Une transformation agile est un voyage

• Transformation agile - épisode 5 - Quelques indicateurs organisationnels possibles de plus

• Transformation agile - épisode 4 - Indicateurs organisationnels possibles

• Transformation agile - épisode 3 - Comprendre votre culture et votre système

• Transformation agile - épisode 2 - Mettre en pratique le changement

• Transformation agile - épisode 1 - Introduction & pourquoi

• Définissez vos critères de réussite agile

• Guide de Survie à l'Adoption ou Transformation Agile

user story   ⤴︎

• Comment s’assurer que vous travaillez bien sur les éléments les plus importants à chaque itération

• Le modèle INVEST - T comme stories Testables

• Le modèle INVEST - S comme stories Suffisamment petites, extenSibles

• Histoire de l’origine - une carte de story est une promesse pour une conversation

• Comment gérer les branches des cartographies des user stories

• Le modèle INVEST - E comme stories Estimables

• Le modèle INVEST - V comme stories ayant de la Valeur

• Présentation de la cartographie des exemples

• Le modèle INVEST - N comme stories Négociables

• Le modèle INVEST - I comme stories Indépendantes

• Cartographie des user stories - Concepts & Processus

• Story agile - les fondamentaux

• Une communauté de personnes qui réfléchissent

• Patterns de décomposition des user stories

• Anomalies, corrections et demandes de supports - c’est bien trop petit pour une user story

• 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 Alistair Cockburn

• Les user stories ne sont pas des exigences

• 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 Christiaan Verwijs

• Est-ce qu’une spécification des exigences traditionnelles peut être convertie en user stories ?

• 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 Ron Jeffries

• La différence entre les user stories et les spécifications des exigences

• Comment cartographier les user stories de la mauvaise manière

• Présentation de la cartographie des user stories

• Obtenir de petites stories

• Fractionner les user stories

• INVESTissez dans de bonnes stories et dans des tâches SMART

• Le cube user story

• Qu'y a-t'il dans une histoire (une Story) ?

• 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

• Ne devez-vous pas vous CONNECTER d'abord ?

• XP, l'essentiel - Carte, Conversation, Confirmation

user story mapping   ⤴︎

• Exemple de User Story Mapping (4)

ux   ⤴︎

• Expérience Utilisateur Agile

vélocité   ⤴︎

• Questions/Réponses à propos de la vélocité - 10ème partie

• Du coefficient de charge à la vélocité aux points de story au décomptage de story au temps de traversée au …

• Questions/Réponses à propos de la vélocité - 9ème partie

• Questions/Réponses à propos de la vélocité - 8ème partie

• Questions/Réponses à propos de la vélocité - 7ème partie

• Questions/Réponses à propos de la vélocité - 6ème partie

• Questions/Réponses à propos de la vélocité 5ème partie

• Questions/Réponses à propos de la vélocité 4ème partie

• Questions/Réponses à propos de la vélocité 3ème partie

• Questions/Réponses à propos de la vélocité 2ème partie

• Questions/Réponses à propos de la vélocité - 1ère partie

• À l’opposé de la courbe de puissance

xp   ⤴︎

• Un nouveau cadre de travail ? XP revisité ? Non ...

• XP sur une page

• L'estimation est malfaisante

• XP Game

• XP, l'essentiel - Carte, Conversation, Confirmation

à grande échelle   ⤴︎

• Ne passez pas à l'échelle, réduisez l'échelle de votre produit !

• Less - Approche systémique

• Le guide Scrum@Scale

• LeSS - Product Owner de Domaine

• LeSS - Structure organisationnelle pour LeSS Huge

• LeSS - Backlog Produit de Domaine

• LeSS - Portail LeSS Huge

• LeSS - Domaines d'exigences

• Agilité à grande échelle chez Spotify

équipe   ⤴︎

• Construire la résilience d'une équipe en résumé (4ème partie)

• 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 : Raccourcir les boucles de feedbacks (2ème partie)

• Construire la résilience d'une équipe : travailler ensemble (1ère partie)

• À l’opposé de la courbe de puissance

• Les cinq étapes de développement d'une équipe et le rôle du chef de projet

• Les valeurs de la Permaculture

• Définition de la dette technique

• Modèle de Tuckman

• Une équipe pluridisciplinaire scrum agile est un groupe de JdR

• Kit de démarrage du stand-up quotidien

• Est-ce que l'organisation compte ?

• Les thésauriseurs de code

• Échouer de bonne heure, échouer souvent

• Développement agile de jeux avec Scrum : les équipes

• Conception émergente

• L'approche des deux pizzas pour un travail d'équipe productif

• Bilan de santé de la brigade (modèle)

• Est-ce votre burndown chart ?

• Éprouvons-nous seulement du plaisir ?

• Scrum, le guide du maître

• Coder en taule

• Agilité à grande échelle chez Spotify

• La rétrospective en étoile de mer

• Équipe Feature

• XP, l'essentiel - Carte, Conversation, Confirmation