EXIN Agile Scurm Foundation
|
|
- Christophe Paris
- il y a 8 ans
- Total affichages :
Transcription
1 Exemple d examen EXIN Agile Scurm Foundation Édition Mars 2014
2 Droits d auteur 2014 EXIN Tous droits réservés. Aucune partie de cette publication ne saurait être publiée, reproduite, copiée, entreposée dans un système de traitement de données, ou diffusée sous quelque forme que ce soit, par impression, tirage de photos, microfilm, ou par n importe quel autre procédé, sans l'autorisation écrite d EXIN. 2
3 Table des matières Introduction 4 Exemple d examen 5 Solution à l examen 12 Évaluation 22 3
4 Introduction Les 20 questions à choix multiples fournies ci-après, le sont à titre consultatif. L examen réel comprend 40 questions à choix multiples. Chaque question à choix multiples est assortie d un certain nombre de réponses possibles, dont une seule est correcte. Le nombre maximal de points pouvant être obtenu pour cet examen est de 20. Chaque réponse correcte vaut un point. Vous serez reçu avec 13 points ou plus. Cet examen blanc dure 30 minutes. La présente publication n ouvre à aucun droit. Bonne chance! 4
5 Exemple d examen 1 de 20 Les cadres supérieurs souhaitent vérifier régulièrement si l'équipe suit les pratiques et les principes Scrum. Qui est le ou la mieux placé(e) pour effectuer une telle vérification? A. Le propriétaire de produit («product owner») B. Le Scrum Master C. L'équipe D. Les testeurs 2 de 20 Une équipe Scrum pensait que la définition d'une liste de contrôle d'éléments à compléter avant de désigner un récit («story») complété constituerait une bonne pratique. Quel artéfact les membres de l'équipe utiliseraient-ils probablement à cet effet? A. Le graphique d'avancement («burn-down chart») B. La définition d'«achevé» («done») C. Le carnet de produit («product backlog») D. Le carnet de sprint («sprint backlog») 3 de 20 Un sprint vient de se terminer et ce fut un désastre. Aucun des récits («stories») planifiés n'a été complété et la revue a dû être annulée. Les cadres supérieurs souhaitent établir les responsabilités. Qui répond au final de la réussite ou de l'échec d'une équipe Scrum? A. Le propriétaire de produit («product owner») B. Le Scrum Master C. Les cadres supérieurs D. L'équipe 5
6 4 de 20 Un membre d'une équipe Scrum pense que l'architecte technique senior d'une autre équipe pourrait offrir des idées et un feed-back précieux concernant le produit. Quelle la meilleure tribune pour solliciter un tel feed-back? A. La mêlée quotidienne («daily scrum») B. La planification de sprint («sprint planning») C. La rétrospective de sprint («sprint retrospective») D. La revue de sprint («sprint review») 5 de 20 À la fin de chaque journée de travail, les membres de l'équipe mettent à jour le nombre d'heures restantes pour les tâches sur un tableau blanc. Le Scrum Master résume alors les heures et les indique sur un graphique. Comment appelle-t-on ce graphique? A. Le graphique d'avancement («burn-down chart») B. Le graphique de progrès («burn-up chart») C. Le graphique Niko-Niko («Niko-Niko chart») D. Le diagramme de stationnement («parking lot diagram») 6 de 20 Combien de temps faudrait-il à une équipe de Scrum de cinq membres pour finaliser la planification de sprint («sprint planning») dans le cadre d'un sprint de trois semaines? A. Une à trois heures B. Trois à six heures C. Six à douze heures D. Quinze heures 6
7 7 de 20 Une équipe Scrum se rend compte qu'elle pourrait prendre du retard dans la livraison d'un composant qu'une autre équipe Scrum attend. Quelle est la meilleure tribune pour discuter de ce problème et trouver une solution? A. La mêlée quotidienne («daily scrum») de l'une ou de l'autre équipe B. Le Scrum-of-Scrum C. La revue de sprint («sprint review») D. La rétrospective de sprint («sprint retrospective») 8 de 20 Une équipe effectue la transition vers Scrum. Elle possédait déjà le rôle de coordinateur de projet chargé de faciliter les interactions, de supprimer les obstacles et d'agir comme le coach des processus de l'équipe. Quel devrait être le nom de ce rôle après la transition? A. Coordinateur de projet B. Gestionnaire de projet C. Le Scrum Master D. Gestionnaire de projet Scrum 9 de 20 Pendant la revue d'un graphique à barres d'avancement («burn-down bar chart») indiquant le niveau du release, un nouveau Scrum Master observe que le bas de la barre s'est déplacé au-dessus de l'axe horizontal entre les itérations trois et quatre. Que peut-on conclure de cette observation? A. L'équipe a terminé moins que les récits («stories») attribués dans l'itération trois. B. L'équipe a terminé plus que les récits («stories») attribués dans l'itération trois. C. Du travail s'est ajouté au projet pendant l'itération trois. D. Du travail a été supprimé du projet pendant l'itération trois. 7
8 10 de 20 Quelle est une assertion indiquée dans le manifeste Agile? A. La négociation des contrats nous tient plus à cœur que la collaboration avec le client. B. Le fait de suivre un plan nous tient plus à cœur que le fait de réagir au changement. C. Les processus et les outils nous tiennent plus à cœur que les personnes et l'interaction. D. Les logiciels qui fonctionnent nous tiennent plus à cœur qu'une documentation exhaustive. 11 de 20 Quelle est la meilleure façon d'améliorer la communication au sein d'une équipe Scrum répartie? A. Désigner un seul contact pour la communication à travers les sites B. Regrouper toute l'équipe pour une session de planification de release («release planning») C. Établir un trajet d'audit clair pour toute la communication concernant le projet D. Introduire des autorisations supplémentaires pour le projet afin d'assurer la surveillance 12 de 20 Une personne travaille sur le code pendant qu'une autre observe, critique le travail et les rôles sont inversés de temps en temps. De quelle pratique s'agit-il? A. La revue de code («code review») B. L'intégration continue («continuous integration») C. La programmation en binôme («pair programming») D. Le développement de logiciels piloté par les tests («test-driven software development») 8
9 13 de 20 D'après les principe Agile, quel est le type d'équipe capable de trouver les meilleures exigences, architectures et conceptions? A. Une équipe regroupée («co-located») B. Une équipe expérimentée C. Une équipe auto-organisée D. Une équipe bien formée 14 de 20 Que signifie le W dans le cadre de priorisation MoSCoW? A. Si («Whether») B. Souhaite («Wish») C. Ne sera pas («Won't») D. Aurait («Would») 15 de 20 Quel est le meilleur moment pour remanier le code d'un projet? A. En continu et dès que l'occasion se présente B. Pendant les itérations de renforcement («hardening iterations») C. Pendant la dernière itération D. Lorsque le propriétaire de produit («product owner») décide de planifier l'opération 16 de 20 Parmi les caractéristiques suivantes, laquelle est souhaitable pour les diffuseurs d'information («information radiators»)? A. Actuel B. Détaillé C. Fourni sur la base du crédo «besoin de savoir» D. Stable 9
10 17 de 20 Combien de travail l'équipe devrait-elle projeter de passer sur un récit («story») particulier? A. En fonction de la définition d'«achevé» («done») B. La conception et le développement C. La conception, le développement et les tests D. La conception, le développement, les tests et la documentation 18 de 20 Au cours des huit derniers sprints, l'équipe a complété 85 points de récit («story points») de travail au total. On a demandé à l'équipe de commencer à travailler sur un nouveau projet évalué à 64 points de récit. Combien de sprints faudrait-il pour compléter ce projet? A. Cinq B. Sept C. Huit D. Dix 19 de 20 Un récit («story») est évalué à cinq points de récit («story points»). Quelle est l'interprétation du nombre cinq? A. Nombre d'heures écoulées requises pour compléter le récit B. Nombre de journées par personne d'effort nécessaires pour compléter le récit C. Nombre d'heures par personne d'effort nécessaires pour compléter le récit D. Taille relative du récit par rapport aux autres 10
11 20 de 20 Un propriétaire de produit («product owner») souhaite qu'un récit («story») soit complété en deux jours. Le membre de l'équipe travaillant sur le récit pense que cela prendra cinq jours. Le Scrum Master estime que le travail prendrait trois jours. Un expert en la matière ayant travaillé sur des récits comparables par le passé pense que cela devrait demander au plus une journée d'effort. Quelle est l'estimation à utiliser pour la planification? A. Le propriétaire de produit («product owner») B. Le Scrum Master C. Celle de l'expert D. Celle du membre de l'équipe 11
12 Solutions de l examen 1 de 20 Les cadres supérieurs souhaitent vérifier régulièrement si l'équipe suit les pratiques et les principes Scrum. Qui est le ou la mieux placé(e) pour effectuer une telle vérification? A. Le propriétaire de produit («product owner») B. Le Scrum Master C. L'équipe D. Les testeurs B. Correcte. L'une des responsabilités du Scrum Master est de coacher le processus de l'équipe et d'assurer que l'équipe suit les bonnes pratiques. 2 de 20 Une équipe Scrum pensait que la définition d'une liste de contrôle d'éléments à compléter avant de désigner un récit («story») complété constituerait une bonne pratique. Quel artéfact les membres de l'équipe utiliseraient-ils probablement à cet effet? A. Le graphique d'avancement («burn-down chart») B. La définition d'«achevé» («done») C. Le carnet de produit («product backlog») D. Le carnet de sprint («sprint backlog») B. Correcte. La définition d'«achevé» est une définition bien assimilée et clairement documentée d'éléments à établir pour désigner un récit (ou une itération ou un projet) comme achevé. 12
13 3 de 20 Un sprint vient de se terminer et ce fut un désastre. Aucun des récits («stories») planifiés n'a été complété et la revue a dû être annulée. Les cadres supérieurs souhaitent établir les responsabilités. Qui répond au final de la réussite ou de l'échec d'une équipe Scrum? A. Le propriétaire de produit («product owner») B. Le Scrum Master C. Les cadres supérieurs D. L'équipe D. Correcte. L'équipe est conjointement responsable de la réussite ou de l'échec d'un projet dans Scrum. 4 de 20 Un membre d'une équipe Scrum pense que l'architecte technique senior d'une autre équipe pourrait offrir des idées et un feed-back précieux concernant le produit. Quelle la meilleure tribune pour solliciter un tel feed-back? A. La mêlée quotidienne («daily scrum») B. La planification de sprint («sprint planning») C. La rétrospective de sprint («sprint retrospective») D. La revue de sprint («sprint review») D. Correcte. La revue de sprint offre une démonstration active du produit et constitue la meilleure tribune pour inviter les parties prenantes externes à formuler leurs idées. 13
14 5 de 20 À la fin de chaque journée de travail, les membres de l'équipe mettent à jour le nombre d'heures restantes pour les tâches sur un tableau blanc. Le Scrum Master résume alors les heures et les indique sur un graphique. Comment appelle-t-on ce graphique? A. Le graphique d'avancement («burn-down chart») B. Le graphique de progrès («burn-up chart») C. Le graphique Niko-Niko («Niko-Niko chart») D. Le diagramme de stationnement («parking lot diagram») A. Correcte. Le graphique d'avancement permet de mesurer quotidiennement le travail restant au sein d'une itération. 6 de 20 Combien de temps faudrait-il à une équipe de Scrum de cinq membres pour finaliser la planification de sprint («sprint planning») dans le cadre d'un sprint de trois semaines? A. Une à trois heures B. Trois à six heures C. Six à douze heures D. Quinze heures B. Correcte. Dans l'idéal, la planification de sprint devrait nécessiter une à deux heures par semaine de durée de sprint. 14
15 7 de 20 Une équipe Scrum se rend compte qu'elle pourrait prendre du retard dans la livraison d'un composant qu'une autre équipe Scrum attend. Quelle est la meilleure tribune pour discuter de ce problème et trouver une solution? A. La mêlée quotidienne («daily scrum») de l'une ou de l'autre équipe B. Le Scrum-of-Scrum C. La revue de sprint («sprint review») D. La rétrospective de sprint («sprint retrospective») B. Correcte. Le Scrum-of-Scrum est une réunion de coordination permettant de discuter des dépendances et de la résolution de questions affectant plusieurs équipes. 8 de 20 Une équipe effectue la transition vers Scrum. Elle possédait déjà le rôle de coordinateur de projet chargé de faciliter les interactions, de supprimer les obstacles et d'agir comme le coach des processus de l'équipe. Quel devrait être le nom de ce rôle après la transition? A. Coordinateur de projet B. Gestionnaire de projet C. Le Scrum Master D. Gestionnaire de projet Scrum C. Correcte. Il est essentiel de maintenir le caractère clair des rôles pour en dériver le maximum de bénéfices. Les noms des différents rôles ont été choisis pour une raison et il vaut mieux ne pas y toucher. 15
16 9 de 20 Pendant la revue d'un graphique à barres d'avancement («burn-down bar chart») indiquant le niveau du release, un nouveau Scrum Master observe que le bas de la barre s'est déplacé au-dessus de l'axe horizontal entre les itérations trois et quatre. Que peut-on conclure de cette observation? A. L'équipe a terminé moins que les récits («stories») attribués dans l'itération trois. B. L'équipe a terminé plus que les récits («stories») attribués dans l'itération trois. C. Du travail s'est ajouté au projet pendant l'itération trois. D. Du travail a été supprimé du projet pendant l'itération trois. D. Correcte. Dans un graphique d'avancement à barres indiquant le niveau du release, le travail supprimé peut être signalé en déplaçant le bas de la barre vers le haut. 10 de 20 Quelle est une assertion indiquée dans le manifeste Agile? A. La négociation des contrats nous tient plus à cœur que la collaboration avec le client. B. Le fait de suivre un plan nous tient plus à cœur que le fait de réagir au changement. C. Les processus et les outils nous tiennent plus à cœur que les personnes et l'interaction. D. Les logiciels qui fonctionnent nous tiennent plus à cœur qu'une documentation exhaustive. D. Correcte. Des logiciels qui fonctionnent plutôt qu'une documentation exhaustive est une assertion du manifeste Agile. 16
17 11 de 20 Quelle est la meilleure façon d'améliorer la communication au sein d'une équipe Scrum répartie? A. Désigner un seul contact pour la communication à travers les sites B. Regrouper toute l'équipe pour une session de planification de release («release planning») C. Établir un trajet d'audit clair pour toute la communication concernant le projet D. Introduire des autorisations supplémentaires pour le projet afin d'assurer la surveillance B. Correcte. La réunion de l'équipe en vue de planifier un release offre la valeur maximale ; elle permet un contact direct entre les membres de l'équipe, de créer un lien, de renforcer l'esprit d'équipe et de clarifier franchement les attentes et les exigen 12 de 20 Une personne travaille sur le code pendant qu'une autre observe, critique le travail et les rôles sont inversés de temps en temps. De quelle pratique s'agit-il? A. La revue de code («code review») B. L'intégration continue («continuous integration») C. La programmation en binôme («pair programming») D. Le développement de logiciels piloté par les tests («test-driven software development») C. Correcte. La programmation en binôme est la pratique suivant laquelle deux développeurs travaillent sur un terminal, l'un en tant que pilote et l'autre en tant que navigateur. 17
18 13 de 20 D'après les principe Agile, quel est le type d'équipe capable de trouver les meilleures exigences, architectures et conceptions? A. Une équipe regroupée («co-located») B. Une équipe expérimentée C. Une équipe auto-organisée D. Une équipe bien formée C. Correcte. Les meilleures architectures, exigences et conceptions sont issues d'équipes auto-organisées. 14 de 20 Que signifie le W dans le cadre de priorisation MoSCoW? A. Si («Whether») B. Souhaite («Wish») C. Ne sera pas («Won't») D. Aurait («Would») C. Correcte. MoSCoW est l'acronyme de : «Must», «Should», «Could» et «Won't» (Doit, Devrait, Pourrait, Ne sera pas). 18
19 15 de 20 Quel est le meilleur moment pour remanier le code d'un projet? A. En continu et dès que l'occasion se présente B. Pendant les itérations de renforcement («hardening iterations») C. Pendant la dernière itération D. Lorsque le propriétaire de produit («product owner») décide de planifier l'opération A. Correcte. Le remaniement continu, le fait de remanier le code en permanence pendant qu'il est modifié, constitue la meilleure pratique. 16 de 20 Parmi les caractéristiques suivantes, laquelle est souhaitable pour les diffuseurs d'information («information radiators»)? A. Actuel B. Détaillé C. Fourni sur la base du crédo «besoin de savoir» D. Stable A. Correcte. Un diffuseur d'information doit être actuel (c'est-à-dire mis à jour). Toutes les autres caractéristiques ne sont pas souhaitables. 17 de 20 Combien de travail l'équipe devrait-elle projeter de passer sur un récit («story») particulier? A. En fonction de la définition d'«achevé» («done») B. La conception et le développement C. La conception, le développement et les tests D. La conception, le développement, les tests et la documentation A. Correcte. Parvenir au stade complété d'un récit en fonction de la définition d'«achevé» devrait être le but d'une équipe et devrait servir de base à la planification. 19
20 18 de 20 Au cours des huit derniers sprints, l'équipe a complété 85 points de récit («story points») de travail au total. On a demandé à l'équipe de commencer à travailler sur un nouveau projet évalué à 64 points de récit. Combien de sprints faudrait-il pour compléter ce projet? A. Cinq B. Sept C. Huit D. Dix B. Correcte. La vélocité de l'équipe est 85/8. Le nombre de sprints nécessaire pour terminer le projet est 64/vélocité, ce qui est légèrement supérieur à six. Sept est donc la réponse la plus raisonnable. 19 de 20 Un récit («story») est évalué à cinq points de récit («story points»). Quelle est l'interprétation du nombre cinq? A. Nombre d'heures écoulées requises pour compléter le récit B. Nombre de journées par personne d'effort nécessaires pour compléter le récit C. Nombre d'heures par personne d'effort nécessaires pour compléter le récit D. Taille relative du récit par rapport aux autres D. Correcte. Les points de récit constituent une technique d'estimation analogue portant sur les tailles comparatives. 20
21 20 de 20 Un propriétaire de produit («product owner») souhaite qu'un récit («story») soit complété en deux jours. Le membre de l'équipe travaillant sur le récit pense que cela prendra cinq jours. Le Scrum Master estime que le travail prendrait trois jours. Un expert en la matière ayant travaillé sur des récits comparables par le passé pense que cela devrait demander au plus une journée d'effort. Quelle est l'estimation à utiliser pour la planification? A. Le propriétaire de produit («product owner») B. Le Scrum Master C. Celle de l'expert D. Celle du membre de l'équipe D. Correcte. Au final, la seule estimation qui compte est celle fournie par le membre de l'équipe travaillant sur le récit. 21
22 Évaluation Le tableau ci-après recense les réponses correctes aux questions à choix multiples de cet examen blanc. numéro réponse points 1 B 1 2 B 1 3 D 1 4 D 1 5 A 1 6 B 1 7 B 1 8 C 1 9 D 1 10 D 1 11 B 1 12 C 1 13 C 1 14 C 1 15 A 1 16 A 1 17 A 1 18 B 1 19 D 1 20 D 1 22
23 23
24 Contacter EXIN
Guide de Préparation. EXIN Agile Scrum. Foundation
Guide de Préparation EXIN Agile Scrum Foundation Édition Décembre 2014 Droits d auteur 2014 EXIN Tous droits réservés. Aucune partie de cette publication ne saurait être publiée, reproduite, copiée, entreposée
Plus en détailCertification Scrum Master
avec Jeff Sutherland Les méthodes Agiles représentent indéniablement une approche nouvelle et différente dans la conduite de projets. Au lieu de suivre un plan à la lettre en assignant des tâches à une
Plus en détailEXIN Agile Scrum Master
Guide de préparation EXIN Agile Scrum Master Édition de juillet 2015 Copyright 2015 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing
Plus en détail25/12/2012 www.toubkalit.ma
25/12/2012 www.toubkalit.ma 1 Définition Exemple des méthodes agiles Valeurs Principes Le cycle itératif et incrémental (Itération/Sprint) Schéma de travail Méthode Scrum. Méthode XP (Extreme programming).
Plus en détailRègles d engagement. Présentation Diapositives Bibliographie Questions Les vertus de la marche
Règles d engagement Présentation Diapositives Bibliographie Questions Les vertus de la marche Plan Rappels sur l agilité Scrum : une implantation de l agilité Scrum ou XP? Conclusion Historique sélectif
Plus en détailYassine ZAKARIA SÉMINAIRE : MÉTHODES AGILES
Yassine ZAKARIA SÉMINAIRE : MÉTHODES AGILES Quelques constats Etude du Standish Group Seul 1/3 des projets informatiques sont qualifiés de succès 50 % sont livrés et opérationnels, mais sont sortis du
Plus en détailGestion de projet Agile. STS IRIS Module 4.2 - «Gérer et organiser un projet informatique»
Gestion de projet Agile Module 4.2 - «Gérer et organiser un projet informatique» Sommaire Introduction Principes et méthodes Agiles Scrum 2 Introduction Gestion de projet : démarche structurante assurant
Plus en détailTopologie du web - Valentin Bourgoin - http://www.valentinbourgoin.net. Méthodes agiles & SCRUM
Méthodes agiles & SCRUM 1/ Pourquoi les méthodes agiles? Définition d une méthode agile. Fondamentaux. Quand les utiliser? 2/ SCRUM En quoi est-ce une méthode agile? Sprints et releases. Le Product Owner.
Plus en détailScrum + Drupal = Julien Dubois
Pourquoi j aime Scrum Pourquoi Scrum et Drupal sont faits pour s entendre Scrum + Drupal = Julien Dubois Happyculture.coop De quoi allons-nous parler? 1. Que sont les méthodes agiles? 2. Présentation de
Plus en détailScrum Une méthode agile pour vos projets
Avant-propos 1. Objectif du livre 17 2. Notre démarche 17 3. Structure du livre 18 4. Remerciements 20 Scrum, une méthode agile avant tout 1. Le grand départ 21 2. La gestion de projet informatique 22
Plus en détailFormation Scrum. 2 jours
2 jours +33 6 08 34 63 55 laurent@morisseauconsulting.com SARL unipersonnelle au capital de 3500 - N SIRET : 508 068 590 00019 Code APE 6202A Sommaire 1 Contexte de la formation... 3 2 Le formateur...
Plus en détailbacklog du produit Product Owner
Méthodes agiles : Définition: selon Scott Ambler «Une méthode agile est une approche itérative et incrémentale pour le développement de logiciel, réalisé de manière très collaborative par des équipes responsabilisées
Plus en détailConduite de projets SI. Les méthodes «Agiles» N QUAL/1995/3660e ORESYS
Conduite de projets SI Les méthodes «Agiles» N QUAL/1995/3660e ORESYS Agilité : de quoi parle-t-on? Agilité de l entreprise Urbanisme Architectures SOA Agilité du SI ERP Plateformes applicatives agiles
Plus en détailRetour d expérience implémentation Scrum / XP
Retour d expérience implémentation Scrum / XP Bruno Orsier Octobre 2008 p.1 Bruno Orsier, Agile Tour 2008 Grenoble Plan Qui sommes nous? Pourquoi Scrum/XP? Historique de la mise en œuvre Bilan Sondage
Plus en détailProgrammation Agile Mise en oeuvre via Scrum et l'extreme Programming (XP)
Programmation Agile Mise en oeuvre via Scrum et l'extreme Programming (XP) B. Mermet 2010 Plan La programmation Agile et L'artisanat du logiciel Mise en œuvre avec Scrum Mise en œuvre avec l'extreme Programming
Plus en détailFormation pour Product Owner
2 jours +33 6 08 34 63 55 laurent@morisseauconsulting.com SARL unipersonnelle au capital de 3500 - N SIRET : 508 068 590 00019 Code APE 6202A Sommaire 1 Contexte de la formation... 3 2 Le formateur...
Plus en détailGestion de Projet Agile
Gestion de Projet Agile Planification et Estimation Sprint 0 Tianxiao.Liu@u-cergy.fr Université de Cergy-Pontoise Master SIC/ISIM 2 ième Année Plan Introduction Motivation : pourquoi planifier & estimer?
Plus en détailModèle de changement d organisation. Leanpizza.net présente. Petit Guide Rapide du jeu de cartes Modèle de Changement d Organisation
Guide rapide Leanpizza.net présente Petit Guide Rapide du jeu de cartes Modèle de Changement d Organisation v1.0 Rédacteur : Olivier Lafontan Traduction : Yannick Quenec hdu Date : 29 juin 2010 - Guide
Plus en détailAgile 360 Product Owner Scrum Master
Agile 360 Product Owner Scrum Master Lead Technique Equipe Agile Conception Agile Leadership Agile Software Craftmanship Test Driven Development Catalogue 2013 Liste des formations Formation Agile 360
Plus en détailLes méthodes Agiles Introduction. Intervenant : Tremeur Balbous tremeur@agilegardener.com http://www.agilegardener.com/ 04/09/2008
Les méthodes Agiles Introduction Intervenant : Tremeur Balbous tremeur@agilegardener.com http://www.agilegardener.com/ 04/09/2008 Les méthodes Agiles Le contexte Le Manifeste Agile Une tentative de définition
Plus en détailGESTION DE PROJET : LA METHODE AGILE
GESTION DE PROJET : LA METHODE AGILE Le SCRUM est une méthode de gestion de projet. Elle a pour but d améliorer la productivité des équipes. Ce terme est inspiré du terme Scrum en rugby qui désigne une
Plus en détailCours Ephec Niv. 2 : Technique et gestion de projet. Par Monsieur Bertieaux Année Académique 2014-2015. Quelles sont les 4 valeurs Agiles?
Cours Ephec Niv. 2 : Technique et gestion de projet Par Monsieur Bertieaux Année Académique 2014-2015 Réponse aux questions du cours, slide Cours 2_2_Scrum Quelles sont les 4 valeurs Agiles? 1. «Les personnes
Plus en détailScrum et l'agilité des équipes de développement
NormandyJUG Scrum et l'agilité des équipes de développement Par Dimitri Baeli & Nicolas Giard 23 Février 2010 Présentation des intervenants Dimitri Baeli http://twitter.com/dbaeli VP Quality Enterprise
Plus en détail1/15. Jean Bernard CRAMPES Daniel VIELLE
1/15 Jean Bernard CRAMPES Daniel VIELLE CaseOnCloud est un SaaS de gestion de projets de développement logiciel CaseOC est : Multi démarches : MACAO MACAO Agile SCRUM Suivi d'aucune démarche particulière
Plus en détailMéthodes Agiles et gestion de projets
Méthodes Agiles et gestion de projets Eric LELEU Consultant Solutions Collaboratives Contact ericleleu@nordnet.fr Site Personnel http://home.nordnet.fr/~ericleleu Blog http://ericleleu.spaces.live.fr La
Plus en détailREX Scrum Master du terrain
REX Scrum Master du terrain Ludovic Larché Agile Tour 2012 à Rennes le 4 octobre 2012 Qui suis je? Ludovic LARCHE Agile Scrum / Kanban Consultant Scrum Master depuis 2008 Accompagnement de Product Owner
Plus en détailLe Product Backlog, qu est ce c est?
Le Product Backlog, qu est ce c est? Ludovic Larché Agile Tour 2012 à Rennes le 4 octobre 2012 Sommaire > Rappels théoriques : qu est ce qu un Product Backlog? > Le Product Backlog n est pas seul! > Techniques
Plus en détailIsabelle Therrien @itherrien. Nicolas Mivielle @sonic1200
Isabelle Therrien @itherrien Nicolas Mivielle @sonic1200 UBISOFT & GROUPE TECHNOLOGIQUE - Plus de 300 personnes - Fourniture de solutions logicielles pour les jeux - Collaboration directe avec les jeux,
Plus en détailScrum. Description. Traduit en langue française par Bruno Sbille et Fabrice Aimetti - Avril 2014 - Trad FR v1.1
Scrum Description Traduit en langue française par Bruno Sbille et Fabrice Aimetti - Avril 2014 - Trad FR v1.1 V 2012.12.13 2014 Scrum Alliance,Inc 1 Les principes de Scrum Les Valeurs du Manifeste Agile
Plus en détailLes méthodes Agiles. Introduc)on aux méthodes Agiles Exemple : Scrum
Les méthodes Agiles Introduc)on aux méthodes Agiles Exemple : Scrum Défini)on de base Les méthodes Agiles sont des procédures de concep)on de logiciel qui se veulent plus pragma)ques que les méthodes tradi)onnelles
Plus en détailDéveloppement itératif, évolutif et agile
Document Développement itératif, évolutif et agile Auteur Nicoleta SERGI Version 1.0 Date de sortie 23/11/2007 1. Processus Unifié Développement itératif, évolutif et agile Contrairement au cycle de vie
Plus en détailMéthodes agiles. www.businessinteractif.com CONSEIL & DÉVELOPPEMENT DE SOLUTIONS E-BUSINESS. Jean-Louis Bénard jlb@businessinteractif.
Méthodes agiles www.businessinteractif.com Jean-Louis Bénard jlb@businessinteractif.fr CONSEIL & DÉVELOPPEMENT DE SOLUTIONS E-BUSINESS 0 20 mai 2002 Sommaire Méthodes agiles : une réponse à un malaise?
Plus en détailSCRUM chez BWIN : implémentation d une méthode agile dans Focalpoint Spasija Taseva et Corinne Bacle
SCRUM chez BWIN : implémentation d une méthode agile dans Focalpoint Spasija Taseva et Corinne Bacle 1 AGENDA Présentation de BWIN Description rapide du scrum Processus du scrum Démonstration de l implémentation
Plus en détailEXIN Cloud Computing Foundation
Exemple d examen EXIN Cloud Computing Foundation Édition Septembre 2012 Droits d auteur 2012 EXIN Tous droits réservés. Aucune partie de cette publication ne saurait être publiée, reproduite, copiée, entreposée
Plus en détailTesteur Agile Niveau Fondation 2014 - Bertrand Cornanguer, Vice-chair Agile tester WG
Testeur Niveau Fondation 2014 - Bertrand Cornanguer, Vice-chair tester WG Enquêtes 2013 sur l Agilité Seriez-vous interessé par la certification Testeur? Enquête ISTQB (70 pays juin octobre 2013) Ingénieurs
Plus en détailMaîtrise d ouvrage agile
Maîtrise d ouvrage agile Offre de service Smartpoint 17 rue Neuve Tolbiac 75013 PARIS - www.smartpoint.fr SAS au capital de 37 500 - RCS PARIS B 492 114 434 Smartpoint, en quelques mots Smartpoint est
Plus en détailAnnée : Team-War Jaafar AMRANI-MESBAHI Fabien GARCIA Abdelali NAIT BELKACEM Rahma NAKARA Philippe NGUYEN
Projet de Fin d'étude Rapport de gestion de projet Recherche de méthode d'estimation de volume de production à risque Équipe 5e me Année : Team-War Jaafar AMRANI-MESBAHI Fabien GARCIA Abdelali NAIT BELKACEM
Plus en détailLes méthodes itératives. Hugues MEUNIER
Les méthodes itératives Hugues MEUNIER INTRODUCTION. Toute les méthodes ont le même but : la maîtrise du budget, du planning et de la qualité des projets de développement informatique Plusieurs approches
Plus en détailSoyez agile. Dans l industrie du logiciel, la. De plus chaque projet informatique
Soyez agile Dans l industrie du logiciel, la gestion de projet est confrontée à de nombreux défis. Le principal est de pouvoir assurer l adéquation d un produit et de ses fonctionnalités avec les besoins
Plus en détailL'agilité appliquée à nous-mêmes. Philippe Krief, PhD Development Manager IBM France Lab
L'agilité appliquée à nous-mêmes Philippe Krief, PhD Development Manager IBM France Lab Agenda Où en était l équipe RPP il y a 24 mois Réorganisation de l équipe et du projet autour de Scrum et de RTC
Plus en détailINTRODUCTION À LA GESTION DE PROJET AGILE (BACKLOG, TABLEAUX DE BORD, BURNDOWN, PLANIFICATION D ITERATIONS)
INTRODUCTION À LA GESTION DE PROJET AGILE (BACKLOG, TABLEAUX DE BORD, BURNDOWN, PLANIFICATION D ITERATIONS) 1 Introduction à la gestion de projet Agile Sommaire AVERTISSEMENT... 2 APERÇU... 3 EXERCICE
Plus en détailINF2015 Développement de logiciels dans un environnement Agile Examen final hiver 2015
INF2015 Développement de logiciels dans un environnement Agile Examen final hiver 2015 Question #1 Quelle technique de mise sous test devons-nous utiliser si nous voulons simuler le comportement d'une
Plus en détailTuesday, October 20, 2009. Nantes
Tuesday, October 20, 2009 Nantes Retour d'expérience SCRUM/XP dans un contexte CMMI-DEV niveau 2 SM CMM Integration, IDEAL, and SCAMPI are service marks of Carnegie Mellon University. Capability Maturity
Plus en détailXP : plus qu'agile. Extreme Programming v2 et Développement Responsable. Thierry Cros
XP : plus qu'agile Extreme Programming v2 et Développement Responsable Thierry Cros Retrouvez cette présentation sur le site http://thierrycros.net Licence CC-BY-NC-SA XP : plus qu'agile Pourquoi XP Installer
Plus en détailLe management de projet
Le management de projet Agile SCRUM, extreme Programming, Les certifications PMI PMP, CAPM, PMI-ACP, La maîtrise d ouvrage, les utilisateurs 1 Pourquoi choisir Delf... 3-4 Le management de projet...5 Gérer
Plus en détailLes mécanismes d'assurance et de contrôle de la qualité dans un
Les mécanismes d'assurance et de contrôle de la qualité dans un projet Agile SPIN de Montréal - ETS 5 mars 2012 Qui sommes nous? mathieu boisvert Coach Agile Chargé de cours Co auteur d un livre avec Sylvie
Plus en détailArchitecture pragmatique pour la gestion du cycle de vie des applications (ALM)
Architecture pragmatique pour la gestion du cycle de vie des applications (ALM) Concepts Agile appliqués à l architecture et à la conception Jean-Louis Maréchaux jl.marechaux@ca.ibm.com Jean-Louis Maréchaux
Plus en détailLe Product Owner Clé de voute d un projet agile réussi
Le Product Owner Clé de voute d un projet agile réussi Cédric Pourbaix - EFIDEV Qui est le product owner? SM PO Scrum Team Qui est le product owner? SM PO Scrum Team Qui est le product owner? marketing
Plus en détailLA MÉTHODE AGILE VS LE CYCLE EN V UNE RÉVOLUTION DANS LA GESTION DE PROJET. Franck BEULÉ
LA MÉTHODE AGILE VS LE CYCLE EN V UNE RÉVOLUTION DANS LA GESTION DE PROJET Franck BEULÉ 18 avril 2012 Bienvenue L'hôte de ce soir Franck BEULÉ Chef de Projet senior Chez Vision IT Group depuis 2 ans Actuellement
Plus en détailScrum. ... pour des projets informatiques agiles. Pascal Lando Certified Scrum product owner
Scrum... pour des projets informatiques agiles Pascal Lando Certified Scrum product owner e-merchant Laboratoire Mis IUP Miage d Amiens pascal.lando@u-picardie.fr 2 octobre 2013 Ceci n est pas un cours
Plus en détailScrum/XP adapté au BI/DW
Scrum/XP adapté au BI/DW Marc-Éric Larocque, PMP, MBA, CBIP, PSM marc-eric.larocque@procimaexperts.com Jean-François Pilon, CBIP jean-francois.pilon@procimaexperts.com PROCIMAEXPERTS.COM Introduction Objectifs
Plus en détailGESTION DE PROJET SÉANCE 2 : LES CYCLE DE VIE D'UN PROJET
GESTION DE PROJET SÉANCE 2 : LES CYCLE DE VIE D'UN PROJET 1 Tianxiao LIU Licence Professionnelle Réseaux & Sécurité Université de Cergy-Pontoise http://depinfo.u-cergy.fr/~tliu/lpg.php PLAN Objectif et
Plus en détailLa solution IBM Rational pour une ALM Agile
La solution IBM pour une ALM Agile Utilisez votre potentiel agile Points clés Adopter l'agilité à votre rythme Supporter une livraison multiplateforme Intégrer la visibilité Démarrer rapidement Que votre
Plus en détailEstimer et mesurer la performance des projets agiles avec les points de fonction
Estimer et mesurer la performance des projets agiles avec les points de fonction Radenko Corovic, MBA radenko.corovic@rsmtechno.ca 1. Introduction Les méthodes agiles de développement des systèmes ont
Plus en détailFondateur d Agile Impulse 06 29 95 14 53 nicolashennion@agileimpulse.com. Support disponible sur agileimpulse.com/formation/scrumssii2j.
SCRUM AU QUOTIDIEN EN SSII Nicolas Hennion Fondateur d 06 29 95 14 53 nicolashennion@agileimpulse.com Support disponible sur agileimpulse.com/formation/scrumssii2j.pdf ( ) Il existe des projets informatiques
Plus en détailContact: Yossi Gal, yossi.gal@galyotis.fr, Téléphone: 06 8288-9494
3a-Agiles Gestion de Projet Contact: Yossi Gal, yossi.gal@galyotis.fr, Téléphone: 06 8288-9494 Yossi Gal, Sep/2011 Agiles, Page: 1 Méthodologies Agiles Yossi Gal, Sep/2011 Agiles, Page: 2 Les Méthodes
Plus en détailMéthodologies SCRUM Présentation et mise en oeuvre
Méthodologies SCRUM Présentation et mise en oeuvre Réalisé par Istace Emmanuel (Manu404) pour la communauté Hackbbs Document sous license GFDL (Licence de documentation libre GNU) http://www.gnu.org/licenses/licenses.fr.html
Plus en détailAgile Maroc 24 Novembre 2010. Méthodes agiles. Thierry Cros. http://etre-agile.com. Agile Maroc 24 novembre 2010
Agile Maroc 24 Novembre 2010 Méthodes agiles Thierry Cros 1 Thierry Cros 10 ans déjà... 2010 Création Extreme Programming France 2009 SigmaT Les Agilistes Toulousains 2010 Membre de «Fédération Agile»
Plus en détailMéthodes de développement
1 / 9 Méthodes de développement Méthodes agiles 1 - Introduction... 2 2 -Le manifeste agile et les méthodes agiles... 2 2.1 Le manifeste agile... 2 2.2 Les méthodes agiles... 3 3 - Caractéristiques communes
Plus en détailLe rôle du coach Agile et son apport pour le projet
Le rôle du coach Agile et son apport pour le projet Franck Beulé Soirée du 4 novembre 2013 Chez Google 45 Sommaire Qu est- ce qu un coach Agile? Que s interdit- il? Ce qu il fait Ses points d anenoon Des
Plus en détailLe rôle de l architecte Agile
Le rôle de l architecte Agile Jean- René Rousseau et Mathieu Boisvert 6 novembre 2012 Copyright 2012, Pyxis Technologies inc. Tous droits réservés Qui sommes- nous? Jean- René Rousseau Coach et Formateur
Plus en détailLes méthodes agiles en développement informatique : Fondements théoriques et retours d expérience
Les méthodes agiles en développement informatique : Fondements théoriques et retours d expérience Sommaire Préface... 3 Introduction... 5 Partie I : Les fondements théoriques... 7 Chapitre I : La méthode
Plus en détailLes méthodes agiles UM2 2011-2012. 2011-2012 Les méthodes agiles S. Mathon
Les méthodes agiles UM2 2011-2012 1 2 Sommaire Introduction L origine des Méthodes Agiles Le déroulement d un projet Scrum Au démarrage d une version Au démarrage d une itération/sprint Le déroulement
Plus en détailScrum et itk : adaptation de la méthode au développement d OAD. D après Henrik Kniberg Scrum et XP depuis les tranchées
Scrum et itk : adaptation de la méthode au développement d OAD D après Henrik Kniberg Scrum et XP depuis les tranchées LES MÉTHODES AGILES Méthodes classiques client IKK!! #@??? client IK K Définition
Plus en détailFormation agile. Formation agile Created on 24 janv. 2012 Edited on 29 févr. 2012. Page 1 sur 16
Formation agile Page 1 sur 16 1. Qui sommes-nous?... 3 1.1. Pierre-Emmanuel Dautreppe... 3 1.2. Norman Deschauwer... 3 1.3. L association DotNetHub... 3 2. Introduction... 5 3. Agile Manifesto... 6 4.
Plus en détailAvant propos. Parcours de lecture : combien de sprints vous faut il?
Avant propos Depuis plus d une dizaine d années, je conseille des entreprises et je forme des étudiants sur les méthodes itératives et agiles. Depuis cinq ans, cet effort porte presque exclusivement sur
Plus en détailXP : ce célèbre inconnu
XP : ce célèbre inconnu Extreme Programming Thierry Cros http://etre-agile.com 1 XP : plus qu'agile Pourquoi XP Installer XP Rôles et Cycle de Vie Pratiques : Coder et livrer Développement Responsable
Plus en détailListe des Formations
Janvier 2014 2 Liste des Formations INGENIERIE DES EXIGENCES... 3 Préparation à la Certification IREB en Ingénierie des Exigences (Réf : FIREB)...4 Ingénierie des Exigences (Réf : FIE)...6 Améliorer l
Plus en détailUser stories et Backlog de produit
User stories et Backlog de produit User-stories ou scénarios : Une user story ou un scénario est une exigence du système à développer formulée en une ou deux phrases dans le langage des utilisateurs pour
Plus en détailISTQB Agile Tester en quelques mots ISTQB Marketing Working Group
ISTQB Agile Tester en quelques mots ISTQB Marketing Working Group Mai 2014 Qu est-ce que l ISTQB? ISTQB : International Software Testing Qualifications Board (www.istqb.org): Association sans but lucratif
Plus en détailL enseignement de méthodes agiles dans un contexte d apprentissage actif
L enseignement de méthodes agiles dans un contexte d apprentissage actif Ruben González-Rubio Eugène Morin Balkrishna Sharma Gukhool Groupe ɛ X it C1-3019 Département de génie électrique et de génie informatique
Plus en détailCATALOGUE)FORMATION)2015)
CATALOGUE)FORMATION)2015) Intitulé(de(formation( Code( Agiliser)vos)processus) F010$ Fondamentaux)du)Lean) F021$ Résolution)de)problème) F022$ Lean)Six)Sigma) F023$ Mesures)et)indicateurs) F030$ Assurance)qualité,)vérification,)validation)
Plus en détailXEBIA DÉVELOPPEMENT OFFSHORE DISTRIBUÉ EN MÉTHODES AGILES. CAS CLIENT : CoachClub
XEBIA DÉVELOPPEMENT OFFSHORE DISTRIBUÉ EN MÉTHODES AGILES CAS CLIENT : CoachClub Le métier de CoachClub CoachClub est le premier site vidéo de Coaching Sportif personnalisé. Mis au point par des professionnels
Plus en détailProjektron BCS 7.22 Plus qu'un logiciel de gestion de projets
Projektron BCS 7.22 Plus qu'un logiciel de gestion de projets Mentions légales Projektron GmbH Charlottenstraße 68 10117 Berlin +49 30 3 47 47 64-0 info@projektron.de www.projektron.fr Mise à jour 14.04.2015-14:54
Plus en détailCHAPITRE 3 : LES METHODES AGILES?
CHAPITRE 3 : LES METHODES AGILES? UE Gestion de Projet Master 1 STIC 2014/2015 Céline Joiron 2 Introduction Après avoir présenté les cycles de vie «classiques» de la gestion de projet L objectif de ce
Plus en détailFeature Team Primer. par Craig Larman et Bas Vodde. Version 1.2
ÉQUIPE FEATURE par Craig Larman et Bas Vodde Version 1.2 Les Équipes Feature 1 et les Domaines Fonctionnels 2 sont des éléments essentiels pour dimensionner le développement en mode agile et lean. Ces
Plus en détailLes méthodes Agile. Implication du client Développement itératif et incrémental
Les méthodes Agile Simon ALEXANDRE - CETIC Plan Overview Agile ne signifie pas Agile signifie Objectifs poursuivis Pourquoi les méthodes Agile apparaissent-elles? Principales causes des échecs de projets
Plus en détailScrum Le guide pratique de la méthode agile la plus populaire 3 e édition Claude Aubry 320 pages Dunod, 2013
Scrum Le guide pratique de la méthode agile la plus populaire 3 e édition Claude Aubry 320 pages Dunod, 2013 Illustration de couverture : Clément Pinçon Dunod, Paris, 2014 ISBN 978-2-10-071038-6 Préface
Plus en détailGuide Léger de la Théorie et de la Pratique de Scrum Version 2.0. Version française. Pete Deemer GoodAgile. Gabrielle Benefield Evolve.
Version française Guide Léger de la Théorie et de la Pratique de Scrum Version 2.0 Pete Deemer GoodAgile www.goodagile.com Gabrielle Benefield Evolve www.evolvebeyond.com Craig Larman www.craiglarman.com
Plus en détailLe cycle de développement des produits à la Société GRICS : une nouvelle approche
Le cycle de développement des produits à la Société GRICS : une nouvelle approche Par : Denis Bessette Développement des systèmes Société GRICS Plan de la présentation 1. Agile et la planification stratégique
Plus en détailAgile @ Germe Grenoble 4 22/06/2012. Intervenant: Bruno Sbille
Agile @ Germe Grenoble 4 22/06/2012 Intervenant: Bruno Sbille 1 Agile @ Germe 2 Bruno Sbille Blog Agile: http://brunosbille.com Coach & Formateur Blog Coaching Personnel: http://brunosbille.com/coachdevie
Plus en détailPlan. 1 Cycles de développement. 2 Méthodes agiles, principes généraux. 3 Comment se passe un Sprint?
Plan nitiation au Génie Logiciel Cours 5 ntroduction au π développement agile T. Genet (genet@irisa.fr) (STC/RSA) GEN-5 1/ 28 T. Genet (genet@irisa.fr) (STC/RSA) GEN-5 2/ 28 Bibliographie Plan L informatique
Plus en détailAgilitéet qualité logicielle: une mutation enmarche
Agilitéet qualité logicielle: une mutation enmarche Jean-Paul SUBRA Introduction : le manifeste Agile Manifeste pour le développement Agile de logiciels Nous découvrons comment mieux développer des logiciels
Plus en détailMeilleur Scrum. Des idées et conseils sur la manière de bien mettre Scrum en oeuvre. Version 3 Entièrement revue et mis à jour.
Du Version 3 Entièrement revue et mis à jour Meilleur Scrum Des idées et conseils sur la manière de bien mettre Scrum en oeuvre Écrit par Coach et Formateur Certifié Scrum Peter Hundermark ScrumSense traduit
Plus en détailAlignement avec les métiers par le test fonctionnel et d acceptation en projets agiles
Alignement avec les métiers par le test fonctionnel et d acceptation en projets agiles Laurent PY CEO, Smartesting Laurent.py@smartesting.com @py_laurent www.smartesting.com Guillaume Coquelle Testeur,
Plus en détailProfesseur superviseur Alain April
RAPPORT TECHNIQUE PRÉSENTÉ À L ÉCOLE DE TECHNOLOGIE SUPÉRIEURE DANS LE CADRE DU COURS LOG792 PROJET DE FIN D ÉTUDES EN GÉNIE Implantation de la méthodologie SCRUM dans les grandes entreprises MARTIN MAYER
Plus en détailVision Produit. Un sacré attracteur pour une équipe auto-organisée. Thierry Cros
Vision Produit Un sacré attracteur pour une équipe auto-organisée Thierry Cros Sommaire Attracteur et équipe auto-organisée Vision Produit Contenu Qui fait quoi? Formats Vision : un sacré attracteur http://etre-agile.com
Plus en détailTable des matières. Préface... Avant-propos...
978-2-10-057097-3 Préface J ai rencontré Claude une première fois lors d une formation ScrumMaster que j ai donnée à Paris en 2005. J ai immédiatement remarqué Claude dans le groupe par son enthousiasme
Plus en détailDéveloppement logiciel, Tests et industrialisation
Développement logiciel, Tests et industrialisation Une part importante d'échec dans les projets est due à un manque de méthode et d'organisation dans la gestion de la qualité et des tests. Orsys vous propose
Plus en détailAGILE IPHONE DEVELOPMENT
AGILE IPHONE devday for iphone, Geneva 2010 DEVELOPMENT Jérôme Layat jerome.layat@hortis.ch BREVE PRESENTATION Directeur Technique hortis, le studio 10 ans de pratique de l Agilité: développement, coaching
Plus en détailGestion Projet. Cours 3. Le cycle de vie
Gestion Projet Cours 3 Le cycle de vie Sommaire Généralités 3 Séquentiel 7 Itératif/Incrémental 17 Extreme Programming 22 Que choisir? 29 Etats Transverse 33 Cours 3 2006-2007 2 Généralités Cours 3 2006-2007
Plus en détailSCRUM BUT, LE LIVRE BLANC. De la problématique de mener un projet AGILE dans une organisation classique
SCRUM BUT, LE LIVRE BLANC De la problématique de mener un projet AGILE dans une organisation classique Résumé Alors que les demandes de conduite de projet en AGILITE sont de plus en plus fréquentes, les
Plus en détailJean-Pierre Vickoff www.vickoff.com
Techniques du futur Agile Communication - Architecture - Méthode Vers une approche Agile de 3 ème génération Jean-Pierre Vickoff www.vickoff.com Protocole de séance : Précisions techniques immédiates possibles
Plus en détailPagesJaunes.fr Mise en place de Scrum de scrum. Fabien Grellier Agile Tour 2010 7 Octobre
PagesJaunes.fr Mise en place de Scrum de scrum Fabien Grellier Agile Tour 2010 7 Octobre 1 Roadmap Le contexte PagesJaunes.fr Le projet PagesJaunes.fr 2009 Rétrospective Conclusion 2 Le contexte PagesJaunes.fr
Plus en détailMéthode Agile de 3 ème génération. 2008 J-P Vickoff
PUMA Essentiel Méthode Agile de 3 ème génération 1 Structure de la présentation PUMA Essentiel méthode Agile de 3 ème génération Quelques principes Agiles Principales pratique Agile de pilotage Structure
Plus en détail{ mathieu boisvert / michel céré ; }
Introduction à l agilité Les grands principes Session du 4 avril 2013 { mathieu boisvert / michel céré ; } Qui sommes- nous? mathieu boisvert Coach Agile Chargé de cours Auteur d un livre michel céré Coach
Plus en détailFORMATION MÉTHODES & PRATIQUES AGILES RÔLES AGILES & CERTIFICATIONS MODÉLISATION & CONCEPTION JAVA & FRAMEWORKS MICROSOFT.NET DÉVELOPPEMENT IHM WEB
FORMATION 2014 MÉTHODES & PRATIQUES AGILES RÔLES AGILES & CERTIFICATIONS MODÉLISATION & CONCEPTION JAVA & FRAMEWORKS MICROSOFT.NET DÉVELOPPEMENT IHM WEB DÉVELOPPEMENT MOBILE INTÉGRATION WEB SERVICES &
Plus en détailLES tests d'acceptation
dans la série : b.d. agile! Idée et dessins par Anis berejeb : www.berejeb.com LES tests d'acceptation reflexions, experimentations... réussites et échecs... apprentissage et amelioration. à Partager avec
Plus en détailPRATIQUES DE L'AGILITÉ
PRATIQUES DE L'AGILITÉ PABLO PERNOT SMARTVIEW http://www.areyouagile.com https://speakerdeck.com/u/pablopernot http://www.smartview.fr http://convergenc.es Ce travail est sous licence : Creative Commons
Plus en détailIntroduction Les processus traditionnels extreme Programming Conclusion. extreme Programming. vers plus d agilité. F. Miller francois.miller@inpg.
vers plus d agilité F. Miller francois.miller@inpg.fr FC INPG Octobre 2008 - version 1.0 Introduction Contexte Le monde bouge économie des moyens (humains, financier,...) ; recherche de plus d efficacité
Plus en détail