« Catégorie:Les traducteurs agiles » : différence entre les versions
Aller à la navigation
Aller à la recherche
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 1 : | Ligne 1 : | ||
<addthis /> | <addthis /> | ||
[[Catégorie: Portails Thématiques]] | [[Catégorie: Portails Thématiques]] | ||
[[Image:logo-traducteurs-agiles_72.png]] Ressources traduites par le collectif des [https://www.les-traducteurs-agiles.org/ traducteurs agiles] [https://twitter.com/traducteuragile @traducteuragile]. | [[Image:logo-traducteurs-agiles_72.png|link=]] Ressources traduites par le collectif des [https://www.les-traducteurs-agiles.org/ traducteurs agiles] [https://twitter.com/traducteuragile @traducteuragile]. | ||
Version du 12 avril 2020 à 15:44
<addthis />
Ressources traduites par le collectif des traducteurs agiles @traducteuragile.
Pages dans la catégorie « Les traducteurs agiles »
Cette catégorie comprend 230 pages, dont les 230 ci-dessous.
(
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
- Conférence sur le Coeur d'Agile
- 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)
- 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
- Créer un Business Model Canvas avec du Lego Serious Play
- Cube des cérémonies agiles
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
- 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 ?
- Doing It – Management 3.0
- 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
- 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
- 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
- Le Business Agile : construit sur du sable
- Le Bénéfice principal des points des histoires utilisateurs
- Le canevas d’opportunité
- Le cube limite de WIP
- Le cube user story
- 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 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 scrum détrempé
- Le tableau de bord projet et produit du Product Owner
- Le Tao de Scrum
- Le temps du silence
- Le Triathlon du Développement Produit
- 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
- Leçons apprises en développement logiciel
- L’espace de curiosité
M
N
P
- Pas le temps pour apprendre
- 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 n'aime pas le terme - déplacer vers la gauche
- Pourquoi je préfère la planification pilotée par l’engagement
- 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
- Stratégies de prise de décisions en No-Estimates
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 exemple de checklist pour scrum masters
- Un nouveau cadre de travail : quelques termes
- Un nouveau cadre de travail ? XP revisité ? Non...
- Un nouveau cadre de travail de développement logiciel : quelques idées
- 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 équipe pluridisciplinaire scrum agile est un groupe de JdR
- Utiliser Scrum dans un projet d’avant-projet