Scrum. ... pour des projets informatiques agiles. Pascal Lando Certified Scrum product owner

Dimension: px
Commencer à balayer dès la page:

Download "Scrum. ... pour des projets informatiques agiles. Pascal Lando Certified Scrum product owner"

Transcription

1 Scrum... pour des projets informatiques agiles Pascal Lando Certified Scrum product owner e-merchant Laboratoire Mis IUP Miage d Amiens 2 octobre 2013

2 Ceci n est pas un cours de gestion de projet! 2 / 171

3 Plan du cours 1 Les fondements 2 Scrum : présentation d ensemble 3 Sprint! 4 Retours d expérience

4 Plan 1 Les fondements 2 Scrum : présentation d ensemble 3 Sprint! 4 Retours d expérience 4 / 171

5 Pourquoi l agilité? Avant il y avait... Les méthodes traditionnelles! Cycle en V, processus en cascade... Une idée prédominante : on prévoit, et ensuite on réalise (méthodes prédictives) Ces méthodes ont fait leurs preuves mais les temps ont changé (un peu) 5 / 171

6 Pourquoi l agilité? Avant il y avait... Les méthodes traditionnelles! Cycle en V, processus en cascade... Une idée prédominante : on prévoit, et ensuite on réalise (méthodes prédictives) Ces méthodes ont fait leurs preuves mais les temps ont changé (un peu) 6 / 171

7 Pourquoi l agilité? Avant il y avait... Les méthodes traditionnelles! Cycle en V, processus en cascade... Une idée prédominante : on prévoit, et ensuite on réalise (méthodes prédictives) Ces méthodes ont fait leurs preuves mais les temps ont changé (un peu) 7 / 171

8 Pourquoi l agilité? Avant il y avait... Les méthodes traditionnelles! Cycle en V, processus en cascade... Une idée prédominante : on prévoit, et ensuite on réalise (méthodes prédictives) Ces méthodes ont fait leurs preuves mais les temps ont changé (un peu) 8 / 171

9 Pourquoi l agilité? Qu est-ce que l agilité? En 2001, des spécialistes et méthodologistes de la gestion de projets informatiques se regroupent pour expliciter des pratiques déjà existantes. Les individus et leurs interactions plus que les processus et les outils Des logiciels opérationnels plus qu une documentation exhaustive La collaboration avec les clients plus que la négociation contractuelle L adaptation au changement plus que le suivi d un plan 9 / 171

10 Pourquoi l agilité? Qu est-ce que l agilité? En 2001, des spécialistes et méthodologistes de la gestion de projets informatiques se regroupent pour expliciter des pratiques déjà existantes. Les individus et leurs interactions plus que les processus et les outils Des logiciels opérationnels plus qu une documentation exhaustive La collaboration avec les clients plus que la négociation contractuelle L adaptation au changement plus que le suivi d un plan 10 / 171

11 Pourquoi l agilité? Qu est-ce que l agilité? En 2001, des spécialistes et méthodologistes de la gestion de projets informatiques se regroupent pour expliciter des pratiques déjà existantes. Les individus et leurs interactions plus que les processus et les outils Des logiciels opérationnels plus qu une documentation exhaustive La collaboration avec les clients plus que la négociation contractuelle L adaptation au changement plus que le suivi d un plan 11 / 171

12 Pourquoi l agilité? Qu est-ce que l agilité? En 2001, des spécialistes et méthodologistes de la gestion de projets informatiques se regroupent pour expliciter des pratiques déjà existantes. Les individus et leurs interactions plus que les processus et les outils Des logiciels opérationnels plus qu une documentation exhaustive La collaboration avec les clients plus que la négociation contractuelle L adaptation au changement plus que le suivi d un plan 12 / 171

13 Pourquoi l agilité? Qu est-ce que l agilité? En 2001, des spécialistes et méthodologistes de la gestion de projets informatiques se regroupent pour expliciter des pratiques déjà existantes. Les individus et leurs interactions plus que les processus et les outils Des logiciels opérationnels plus qu une documentation exhaustive La collaboration avec les clients plus que la négociation contractuelle L adaptation au changement plus que le suivi d un plan Pointeur intéressant 13 / 171

14 Des processus vraiment incrémentaux Livrer souvent pour se tromper moins Le système est conçu et construit par éléments successifs de petite taille. Chaque élément est montrable et testable. Dès qu un élément est terminé, il est livré. Ainsi, le logiciel est toujours prêt (en principe... ). 14 / 171

15 Des processus vraiment incrémentaux Livrer souvent pour se tromper moins Le système est conçu et construit par éléments successifs de petite taille. Chaque élément est montrable et testable. Dès qu un élément est terminé, il est livré. Ainsi, le logiciel est toujours prêt (en principe... ). 15 / 171

16 Des processus vraiment incrémentaux Livrer souvent pour se tromper moins Le système est conçu et construit par éléments successifs de petite taille. Chaque élément est montrable et testable. Dès qu un élément est terminé, il est livré. Ainsi, le logiciel est toujours prêt (en principe... ). 16 / 171

17 Des processus vraiment incrémentaux Livrer souvent pour se tromper moins Le système est conçu et construit par éléments successifs de petite taille. Chaque élément est montrable et testable. Dès qu un élément est terminé, il est livré. Ainsi, le logiciel est toujours prêt (en principe... ). 17 / 171

18 Des processus vraiment incrémentaux Livrer souvent pour se tromper moins Le système est conçu et construit par éléments successifs de petite taille. Chaque élément est montrable et testable. Dès qu un élément est terminé, il est livré. Ainsi, le logiciel est toujours prêt (en principe... ). Pourquoi? Plus on livre souvent, plus on minimise l ampleur des erreurs (et plus on implique son client dans le processus). 18 / 171

19 Créer des choses utiles Des choses vraiment utiles... i.e. des choses rentables! Notion de business value : chaque fonctionnalité candidate doit avoir une valeur business suffisamment grande pour être réalisée. Maîtrise des coûts, optimisation de la valeur créée. 19 / 171

20 Créer des choses utiles Des choses vraiment utiles... i.e. des choses rentables! Notion de business value : chaque fonctionnalité candidate doit avoir une valeur business suffisamment grande pour être réalisée. Maîtrise des coûts, optimisation de la valeur créée. 20 / 171

21 Créer des choses utiles Des choses vraiment utiles... i.e. des choses rentables! Notion de business value : chaque fonctionnalité candidate doit avoir une valeur business suffisamment grande pour être réalisée. Maîtrise des coûts, optimisation de la valeur créée. 21 / 171

22 Créer des choses utiles Des choses vraiment utiles... i.e. des choses rentables! Notion de business value : chaque fonctionnalité candidate doit avoir une valeur business suffisamment grande pour être réalisée. Maîtrise des coûts, optimisation de la valeur créée. Et si ce n est pas le cas? Règle 1 Si une fonctionnalité est intéressante, mais a une business value faible, alors... elle n est pas intéressante. Règle 2 Si un fonctionnalité n est pas intéressante, on ne s y intéresse pas. 22 / 171

23 Créer des choses utiles Des choses vraiment utiles... i.e. des choses rentables! Notion de business value : chaque fonctionnalité candidate doit avoir une valeur business suffisamment grande pour être réalisée. Maîtrise des coûts, optimisation de la valeur créée. Et si ce n est pas le cas? Règle 1 Si une fonctionnalité est intéressante, mais a une business value faible, alors... elle n est pas intéressante. Règle 2 Si un fonctionnalité n est pas intéressante, on ne s y intéresse pas. 23 / 171

24 Les fondements Scrum : pre sentation d ensemble Sprint! Retours d expe rience Cre er des choses utiles 24 / 171

25 Il n y a que les imbéciles qui ne changent pas d avis Le client a le droit de changer d avis Être agile, c est aussi être souple. Le client est soumis aux fluctuations de son marché : ses besoins peuvent changer entre le début du projet et sa fin. Dans un projet agile, on accepte de remettre en cause certaines choses en cours de route! 25 / 171

26 Il n y a que les imbéciles qui ne changent pas d avis Le client a le droit de changer d avis Être agile, c est aussi être souple. Le client est soumis aux fluctuations de son marché : ses besoins peuvent changer entre le début du projet et sa fin. Dans un projet agile, on accepte de remettre en cause certaines choses en cours de route! 26 / 171

27 Il n y a que les imbéciles qui ne changent pas d avis Le client a le droit de changer d avis Être agile, c est aussi être souple. Le client est soumis aux fluctuations de son marché : ses besoins peuvent changer entre le début du projet et sa fin. Dans un projet agile, on accepte de remettre en cause certaines choses en cours de route! 27 / 171

28 Il n y a que les imbéciles qui ne changent pas d avis Le client a le droit de changer d avis Être agile, c est aussi être souple. Le client est soumis aux fluctuations de son marché : ses besoins peuvent changer entre le début du projet et sa fin. Dans un projet agile, on accepte de remettre en cause certaines choses en cours de route! En connaissance de cause... Changer d avis a un prix : s il était prévu de faire A et que tu veux maintenant faire B... il te faudra accepter d attendre que B soit terminé avant d avoir A. 28 / 171

29 Mieux communiquer pour être plus efficace Qu est-ce qu y dit? Hein, qu est-ce qu y dit? Il dit que le chef a dit qu il fallait faire ça. Mieux on communique, plus on est efficace. On communique moins bien entre chef et subordonnés qu entre équipiers, dans des équipes mixtes à taille humaine. Management par facilitation. 29 / 171

30 Mieux communiquer pour être plus efficace Qu est-ce qu y dit? Hein, qu est-ce qu y dit? Il dit que le chef a dit qu il fallait faire ça. Mieux on communique, plus on est efficace. On communique moins bien entre chef et subordonnés qu entre équipiers, dans des équipes mixtes à taille humaine. Management par facilitation. 30 / 171

31 Mieux communiquer pour être plus efficace Qu est-ce qu y dit? Hein, qu est-ce qu y dit? Il dit que le chef a dit qu il fallait faire ça. Mieux on communique, plus on est efficace. On communique moins bien entre chef et subordonnés qu entre équipiers, dans des équipes mixtes à taille humaine. Management par facilitation. 31 / 171

32 Mieux communiquer pour être plus efficace Qu est-ce qu y dit? Hein, qu est-ce qu y dit? Il dit que le chef a dit qu il fallait faire ça. Mieux on communique, plus on est efficace. On communique moins bien entre chef et subordonnés qu entre équipiers, dans des équipes mixtes à taille humaine. Management par facilitation. 32 / 171

33 Mieux communiquer pour être plus efficace Qu est-ce qu y dit? Hein, qu est-ce qu y dit? Il dit que le chef a dit qu il fallait faire ça. Mieux on communique, plus on est efficace. On communique moins bien entre chef et subordonnés qu entre équipiers, dans des équipes mixtes à taille humaine. Management par facilitation. Les équipes agiles sont de vraies équipes On se parle, on fait des plans, on conçoit des solutions, on les implémente et on les assume. Ensemble. 33 / 171

34 Une culture du changement Changer, pour mieux! On peut toujours faire mieux. Changer n est pas forcément une contrainte.... y compris dans un projet informatique! Le tout est de fixer une finalité commune clairement établie, à court terme, et de s approprier le changement. 34 / 171

35 Une culture du changement Changer, pour mieux! On peut toujours faire mieux. Changer n est pas forcément une contrainte.... y compris dans un projet informatique! Le tout est de fixer une finalité commune clairement établie, à court terme, et de s approprier le changement. 35 / 171

36 Une culture du changement Changer, pour mieux! On peut toujours faire mieux. Changer n est pas forcément une contrainte.... y compris dans un projet informatique! Le tout est de fixer une finalité commune clairement établie, à court terme, et de s approprier le changement. 36 / 171

37 Une culture du changement Changer, pour mieux! On peut toujours faire mieux. Changer n est pas forcément une contrainte.... y compris dans un projet informatique! Le tout est de fixer une finalité commune clairement établie, à court terme, et de s approprier le changement. 37 / 171

38 Plan 1 Les fondements 2 Scrum : présentation d ensemble 3 Sprint! 4 Retours d expérience 38 / 171

39 39 / 171

40 Histoire Une méthode... sportive! Scrum = mêlée de rugby Initialement présentée à la conférence OOPSLA en 1995, par Jeff Sutherland et Ken Schwaber (fondée sur des pratiques émergeant depuis une dizaine d année auparavant) 2001 : publication du livre Agile Software Development With Scrum 40 / 171

41 Histoire Une méthode... sportive! Scrum = mêlée de rugby Initialement présentée à la conférence OOPSLA en 1995, par Jeff Sutherland et Ken Schwaber (fondée sur des pratiques émergeant depuis une dizaine d année auparavant) 2001 : publication du livre Agile Software Development With Scrum 41 / 171

42 Histoire Une méthode... sportive! Scrum = mêlée de rugby Initialement présentée à la conférence OOPSLA en 1995, par Jeff Sutherland et Ken Schwaber (fondée sur des pratiques émergeant depuis une dizaine d année auparavant) 2001 : publication du livre Agile Software Development With Scrum 42 / 171

43 Philosophie Pas une méthode, en fait! Scrum n est pas une méthodologie, c est un cadre. Ken Schwaber, co-auteur de Scrum 43 / 171

44 Philosophie En quelques mots-clés... Un état d esprit : faire des choses utiles, simplement, correctement, et de manière disciplinée mais flexible Des rôles : product owner, scrum master, équipe de développement, stakeholders Des artefacts : backlog, user stories, sprints 44 / 171

45 Philosophie En quelques mots-clés... Un état d esprit : faire des choses utiles, simplement, correctement, et de manière disciplinée mais flexible Des rôles : product owner, scrum master, équipe de développement, stakeholders Des artefacts : backlog, user stories, sprints 45 / 171

46 Philosophie En quelques mots-clés... Un état d esprit : faire des choses utiles, simplement, correctement, et de manière disciplinée mais flexible Des rôles : product owner, scrum master, équipe de développement, stakeholders Des artefacts : backlog, user stories, sprints 46 / 171

47 Le backlog de produit Qu est-ce qu un backlog? Une liste d exigences métier (une sorte de todo list), mais pas une liste de solutions Une vision du futur Priorisée Par le product owner 47 / 171

48 Le backlog de produit Qu est-ce qu un backlog? Une liste d exigences métier (une sorte de todo list), mais pas une liste de solutions Une vision du futur Priorisée Par le product owner 48 / 171

49 Le backlog de produit Qu est-ce qu un backlog? Une liste d exigences métier (une sorte de todo list), mais pas une liste de solutions Une vision du futur Priorisée Par le product owner 49 / 171

50 Le backlog de produit Qu est-ce qu un backlog? Une liste d exigences métier (une sorte de todo list), mais pas une liste de solutions Une vision du futur Priorisée Par le product owner 50 / 171

51 Le backlog de produit Qu est-ce qu un backlog? Une liste d exigences métier (une sorte de todo list), mais pas une liste de solutions Une vision du futur Priorisée Par le product owner Partir en courses et revenir avec une super affaire imprévue Le backlog n est pas immuable : il faut accepter que le périmètre fonctionnel ne soit pas complètement figé au début du projet. 51 / 171

52 Le backlog de produit Comment s organise le backlog? Un tableau comportant (généralement) les colonnes suivantes : ID Nom Importance (pas priorité) Estimation initiale How to demo Acceptance tests Notes 52 / 171

53 Le backlog de produit Comment s organise le backlog? Un tableau comportant (généralement) les colonnes suivantes : ID Nom Importance (pas priorité) Estimation initiale How to demo Acceptance tests Notes 53 / 171

54 Le backlog de produit Comment s organise le backlog? Un tableau comportant (généralement) les colonnes suivantes : ID Nom Importance (pas priorité) Estimation initiale How to demo Acceptance tests Notes 54 / 171

55 Le backlog de produit Comment s organise le backlog? Un tableau comportant (généralement) les colonnes suivantes : ID Nom Importance (pas priorité) Estimation initiale How to demo Acceptance tests Notes 55 / 171

56 Le backlog de produit Comment s organise le backlog? Un tableau comportant (généralement) les colonnes suivantes : ID Nom Importance (pas priorité) Estimation initiale How to demo Acceptance tests Notes 56 / 171

57 Le backlog de produit Comment s organise le backlog? Un tableau comportant (généralement) les colonnes suivantes : ID Nom Importance (pas priorité) Estimation initiale How to demo Acceptance tests Notes 57 / 171

58 Le backlog de produit Comment s organise le backlog? Un tableau comportant (généralement) les colonnes suivantes : ID Nom Importance (pas priorité) Estimation initiale How to demo Acceptance tests Notes 58 / 171

59 Le backlog de produit Comment s organise le backlog? Un tableau comportant (généralement) les colonnes suivantes : ID Nom Importance (pas priorité) Estimation initiale How to demo Acceptance tests Notes 59 / 171

60 Le backlog de produit Exemple de backlog 60 / 171

61 Les acteurs Le product owner Aka PO, voire (probablement à tort) directeur de produit Représentant des clients et utilisateurs En charge de la tenue du backlog produit Son rôle est de dire ce qui doit être fait. Jamais comment ça doit être fait. 61 / 171

62 Les acteurs Le product owner Aka PO, voire (probablement à tort) directeur de produit Représentant des clients et utilisateurs En charge de la tenue du backlog produit Son rôle est de dire ce qui doit être fait. Jamais comment ça doit être fait. 62 / 171

63 Les acteurs Le product owner Aka PO, voire (probablement à tort) directeur de produit Représentant des clients et utilisateurs En charge de la tenue du backlog produit Son rôle est de dire ce qui doit être fait. Jamais comment ça doit être fait. 63 / 171

64 Les acteurs Le product owner Aka PO, voire (probablement à tort) directeur de produit Représentant des clients et utilisateurs En charge de la tenue du backlog produit Son rôle est de dire ce qui doit être fait. Jamais comment ça doit être fait. 64 / 171

65 Les acteurs Le product owner Aka PO, voire (probablement à tort) directeur de produit Représentant des clients et utilisateurs En charge de la tenue du backlog produit Son rôle est de dire ce qui doit être fait. Jamais comment ça doit être fait. Une grosse responsabilité C est le rôle le plus difficile dans Scrum. Du reste, le PO est au yeux de beaucoup de gens le responsable du succès (ou de l échec) du projet. 65 / 171

66 Les acteurs Le scrum master Aka SM (hum... ) Le facilitateur de l équipe technique (mais pas un lead tech) : en charge de lever les obstacles au travail de l équipe L alter ego du product owner Pas un chef de projet (pas un chef tout court) S assure que le processus Scrum est correctement exécuté 66 / 171

67 Les acteurs Le scrum master Aka SM (hum... ) Le facilitateur de l équipe technique (mais pas un lead tech) : en charge de lever les obstacles au travail de l équipe L alter ego du product owner Pas un chef de projet (pas un chef tout court) S assure que le processus Scrum est correctement exécuté 67 / 171

68 Les acteurs Le scrum master Aka SM (hum... ) Le facilitateur de l équipe technique (mais pas un lead tech) : en charge de lever les obstacles au travail de l équipe L alter ego du product owner Pas un chef de projet (pas un chef tout court) S assure que le processus Scrum est correctement exécuté 68 / 171

69 Les acteurs Le scrum master Aka SM (hum... ) Le facilitateur de l équipe technique (mais pas un lead tech) : en charge de lever les obstacles au travail de l équipe L alter ego du product owner Pas un chef de projet (pas un chef tout court) S assure que le processus Scrum est correctement exécuté 69 / 171

70 Les acteurs Le scrum master Aka SM (hum... ) Le facilitateur de l équipe technique (mais pas un lead tech) : en charge de lever les obstacles au travail de l équipe L alter ego du product owner Pas un chef de projet (pas un chef tout court) S assure que le processus Scrum est correctement exécuté 70 / 171

71 Les acteurs L équipe de dévelopement L équipe est idéalement constituée de 5 à 10 personnes. Elle construit elle-même son planning sur la base des priorités fixées par le PO. Elle est autonome, s organise comme elle le souhaite. Elle répartit elle-même le travail entre les membres. Elle s auto-contrôle, s auto-évalue. 71 / 171

72 Les acteurs L équipe de dévelopement L équipe est idéalement constituée de 5 à 10 personnes. Elle construit elle-même son planning sur la base des priorités fixées par le PO. Elle est autonome, s organise comme elle le souhaite. Elle répartit elle-même le travail entre les membres. Elle s auto-contrôle, s auto-évalue. 72 / 171

73 Les acteurs L équipe de dévelopement L équipe est idéalement constituée de 5 à 10 personnes. Elle construit elle-même son planning sur la base des priorités fixées par le PO. Elle est autonome, s organise comme elle le souhaite. Elle répartit elle-même le travail entre les membres. Elle s auto-contrôle, s auto-évalue. 73 / 171

74 Les acteurs L équipe de dévelopement L équipe est idéalement constituée de 5 à 10 personnes. Elle construit elle-même son planning sur la base des priorités fixées par le PO. Elle est autonome, s organise comme elle le souhaite. Elle répartit elle-même le travail entre les membres. Elle s auto-contrôle, s auto-évalue. 74 / 171

75 Les acteurs L équipe de dévelopement L équipe est idéalement constituée de 5 à 10 personnes. Elle construit elle-même son planning sur la base des priorités fixées par le PO. Elle est autonome, s organise comme elle le souhaite. Elle répartit elle-même le travail entre les membres. Elle s auto-contrôle, s auto-évalue. 75 / 171

76 Les acteurs L équipe de dévelopement L équipe est idéalement constituée de 5 à 10 personnes. Elle construit elle-même son planning sur la base des priorités fixées par le PO. Elle est autonome, s organise comme elle le souhaite. Elle répartit elle-même le travail entre les membres. Elle s auto-contrôle, s auto-évalue. Les maçons L équipe de développement dans un projet informatique, c est l équipe de maçons dans un projet BTP. Si les parpaings sont mal posés, l immeuble s écroule. 76 / 171

77 Les itérations Le sprint Un sprint est une itération. L équipe s engage à produire quelque chose pour la fin du sprint. C est tout (et c est déjà pas mal). Les autres personnes s engagent à laisser l équipe tranquille pendant ce temps là (ce qui est généralement assez difficile, en pratique)! Un sprint dure généralement 2 à 4 semaines, parfois plus, parfois moins. 77 / 171

78 Les itérations Le sprint Un sprint est une itération. L équipe s engage à produire quelque chose pour la fin du sprint. C est tout (et c est déjà pas mal). Les autres personnes s engagent à laisser l équipe tranquille pendant ce temps là (ce qui est généralement assez difficile, en pratique)! Un sprint dure généralement 2 à 4 semaines, parfois plus, parfois moins. 78 / 171

79 Les itérations Le sprint Un sprint est une itération. L équipe s engage à produire quelque chose pour la fin du sprint. C est tout (et c est déjà pas mal). Les autres personnes s engagent à laisser l équipe tranquille pendant ce temps là (ce qui est généralement assez difficile, en pratique)! Un sprint dure généralement 2 à 4 semaines, parfois plus, parfois moins. 79 / 171

80 Les itérations Le sprint Un sprint est une itération. L équipe s engage à produire quelque chose pour la fin du sprint. C est tout (et c est déjà pas mal). Les autres personnes s engagent à laisser l équipe tranquille pendant ce temps là (ce qui est généralement assez difficile, en pratique)! Un sprint dure généralement 2 à 4 semaines, parfois plus, parfois moins. 80 / 171

81 Les user stories Les user stories Une user story est la description d un besoin du client. C est la description d un use case. C est une ligne dans le backlog produit. C est quelque chose de compréhensible par tous, et de compris par tous. 81 / 171

82 Les user stories Les user stories Une user story est la description d un besoin du client. C est la description d un use case. C est une ligne dans le backlog produit. C est quelque chose de compréhensible par tous, et de compris par tous. 82 / 171

83 Les user stories Les user stories Une user story est la description d un besoin du client. C est la description d un use case. C est une ligne dans le backlog produit. C est quelque chose de compréhensible par tous, et de compris par tous. 83 / 171

84 Les user stories Les user stories Une user story est la description d un besoin du client. C est la description d un use case. C est une ligne dans le backlog produit. C est quelque chose de compréhensible par tous, et de compris par tous. 84 / 171

85 Les user stories Exemple de user story EN TANT QUE feeds manager JE SOUHAITE disposer d un écran listant l ensemble des feeds liés à un des sites que je gère, avec filtrage multi-critère possible par pays, champ de recherche et type de source DANS LE BUT d accéder efficacement à un feed donné et de réaliser les actions nécessaires sur ce feed, et ainsi être réactif aux exigences de mes partenaires 85 / 171

86 Les user stories Exemple de user story EN TANT QUE feeds manager JE SOUHAITE disposer d un écran listant l ensemble des feeds liés à un des sites que je gère, avec filtrage multi-critère possible par pays, champ de recherche et type de source DANS LE BUT d accéder efficacement à un feed donné et de réaliser les actions nécessaires sur ce feed, et ainsi être réactif aux exigences de mes partenaires 86 / 171

87 Les user stories Exemple de user story EN TANT QUE feeds manager JE SOUHAITE disposer d un écran listant l ensemble des feeds liés à un des sites que je gère, avec filtrage multi-critère possible par pays, champ de recherche et type de source DANS LE BUT d accéder efficacement à un feed donné et de réaliser les actions nécessaires sur ce feed, et ainsi être réactif aux exigences de mes partenaires 87 / 171

88 Les user stories Exemple de user story (2) 88 / 171

89 Le tableau blanc (ou tableau de bord) Le tableau et les fameux posts-it... Le tableau est un lieu de rassemblement, de discussion. On y écrit le backlog de sprint, sur des post-its ou des fiches. 89 / 171

90 Le tableau blanc (ou tableau de bord) Le tableau et les fameux posts-it... Le tableau est un lieu de rassemblement, de discussion. On y écrit le backlog de sprint, sur des post-its ou des fiches. 90 / 171

91 Le tableau blanc (ou tableau de bord) Le backlog de sprint À faire En cours Terminé 91 / 171

92 Le tableau blanc (ou tableau de bord) Le backlog de sprint À faire En cours Terminé + Burndown chart + Tâches non planifiées 92 / 171

93 Le tableau blanc (ou tableau de bord) Zoom sur le burndown chart Estimation du travail restant vs. date Figure tirée de Scrum and XP from the trenches 93 / 171

94 Plan 1 Les fondements 2 Scrum : présentation d ensemble 3 Sprint! 4 Retours d expérience 94 / 171

95 Le sprint planning Le sprint planning Le sprint planning est une réunion importante pendant laquelle l équipe se met d accord sur ce qui va être réalisé pendant le sprint. Avant cette réunion, le PO met en ordre le backlog de produit : il écrit les user stories, les comprend et les priorise! Objectifs : Un but pour le sprint Un backlog de sprint Une date pour la démo Un responsable de l achat des croissants le jour de la démo 95 / 171

96 Le sprint planning Le sprint planning Le sprint planning est une réunion importante pendant laquelle l équipe se met d accord sur ce qui va être réalisé pendant le sprint. Avant cette réunion, le PO met en ordre le backlog de produit : il écrit les user stories, les comprend et les priorise! Objectifs : Un but pour le sprint Un backlog de sprint Une date pour la démo Un responsable de l achat des croissants le jour de la démo 96 / 171

97 Le sprint planning Le sprint planning Le sprint planning est une réunion importante pendant laquelle l équipe se met d accord sur ce qui va être réalisé pendant le sprint. Avant cette réunion, le PO met en ordre le backlog de produit : il écrit les user stories, les comprend et les priorise! Objectifs : Un but pour le sprint Un backlog de sprint Une date pour la démo Un responsable de l achat des croissants le jour de la démo 97 / 171

98 Le sprint planning Le sprint planning Le sprint planning est une réunion importante pendant laquelle l équipe se met d accord sur ce qui va être réalisé pendant le sprint. Avant cette réunion, le PO met en ordre le backlog de produit : il écrit les user stories, les comprend et les priorise! Objectifs : Un but pour le sprint Un backlog de sprint Une date pour la démo Un responsable de l achat des croissants le jour de la démo 98 / 171

99 Le sprint planning Le sprint planning Le sprint planning est une réunion importante pendant laquelle l équipe se met d accord sur ce qui va être réalisé pendant le sprint. Avant cette réunion, le PO met en ordre le backlog de produit : il écrit les user stories, les comprend et les priorise! Objectifs : Un but pour le sprint Un backlog de sprint Une date pour la démo Un responsable de l achat des croissants le jour de la démo 99 / 171

100 Le sprint planning Le sprint planning Le sprint planning est une réunion importante pendant laquelle l équipe se met d accord sur ce qui va être réalisé pendant le sprint. Avant cette réunion, le PO met en ordre le backlog de produit : il écrit les user stories, les comprend et les priorise! Objectifs : Un but pour le sprint Un backlog de sprint Une date pour la démo Un responsable de l achat des croissants le jour de la démo 100 / 171

101 Le sprint planning Le sprint planning Le sprint planning est une réunion importante pendant laquelle l équipe se met d accord sur ce qui va être réalisé pendant le sprint. Avant cette réunion, le PO met en ordre le backlog de produit : il écrit les user stories, les comprend et les priorise! Objectifs : Un but pour le sprint Un backlog de sprint Une date pour la démo Un responsable de l achat des croissants le jour de la démo 101 / 171

102 Le sprint planning Qui y assiste? Le PO (c est important!) L équipe, bien sûr 102 / 171

103 Le sprint planning Qui y assiste? Le PO (c est important!) L équipe, bien sûr 103 / 171

104 Le sprint planning Qu est-ce qu on y fait concrètement Le PO présente le but du sprint et décrit les user stories présentes en haut du backlog. L équipe estime ces user stories, en leur attribuant un nombre de points (généralement, 1 point = 1 jour/homme idéal, parfois des unités plus abstraites). L équipe sélectionne les user stories à inclure dans le backlog, en fonction de sa vélocité (et de son intuition) : elle en fait un sprint backlog. Les éléments du backlog sont divisés en tâches unitaires distinctes, n excédant pas une demi journée de travail. 104 / 171

105 Le sprint planning Qu est-ce qu on y fait concrètement Le PO présente le but du sprint et décrit les user stories présentes en haut du backlog. L équipe estime ces user stories, en leur attribuant un nombre de points (généralement, 1 point = 1 jour/homme idéal, parfois des unités plus abstraites). L équipe sélectionne les user stories à inclure dans le backlog, en fonction de sa vélocité (et de son intuition) : elle en fait un sprint backlog. Les éléments du backlog sont divisés en tâches unitaires distinctes, n excédant pas une demi journée de travail. 105 / 171

106 Le sprint planning Qu est-ce qu on y fait concrètement Le PO présente le but du sprint et décrit les user stories présentes en haut du backlog. L équipe estime ces user stories, en leur attribuant un nombre de points (généralement, 1 point = 1 jour/homme idéal, parfois des unités plus abstraites). L équipe sélectionne les user stories à inclure dans le backlog, en fonction de sa vélocité (et de son intuition) : elle en fait un sprint backlog. Les éléments du backlog sont divisés en tâches unitaires distinctes, n excédant pas une demi journée de travail. 106 / 171

107 Le sprint planning Qu est-ce qu on y fait concrètement Le PO présente le but du sprint et décrit les user stories présentes en haut du backlog. L équipe estime ces user stories, en leur attribuant un nombre de points (généralement, 1 point = 1 jour/homme idéal, parfois des unités plus abstraites). L équipe sélectionne les user stories à inclure dans le backlog, en fonction de sa vélocité (et de son intuition) : elle en fait un sprint backlog. Les éléments du backlog sont divisés en tâches unitaires distinctes, n excédant pas une demi journée de travail. 107 / 171

108 Le sprint planning Au sujet de la vélocité La vélocité d une équipe, c est la quantité de travail qu elle peut réaliser durant un sprint. On la mesure à la fin de chaque sprint : combien de points a-t-on réussi à faire passer? Au bout de quelques itérations, on a donc une idée de la vélocité de l équipe!... à condition d estimer rigoureusement, avec une valeur de point constante. 108 / 171

109 Le sprint planning Au sujet de la vélocité La vélocité d une équipe, c est la quantité de travail qu elle peut réaliser durant un sprint. On la mesure à la fin de chaque sprint : combien de points a-t-on réussi à faire passer? Au bout de quelques itérations, on a donc une idée de la vélocité de l équipe!... à condition d estimer rigoureusement, avec une valeur de point constante. 109 / 171

110 Le sprint planning Au sujet de la vélocité La vélocité d une équipe, c est la quantité de travail qu elle peut réaliser durant un sprint. On la mesure à la fin de chaque sprint : combien de points a-t-on réussi à faire passer? Au bout de quelques itérations, on a donc une idée de la vélocité de l équipe!... à condition d estimer rigoureusement, avec une valeur de point constante. 110 / 171

111 Le sprint planning Au sujet de la vélocité La vélocité d une équipe, c est la quantité de travail qu elle peut réaliser durant un sprint. On la mesure à la fin de chaque sprint : combien de points a-t-on réussi à faire passer? Au bout de quelques itérations, on a donc une idée de la vélocité de l équipe!... à condition d estimer rigoureusement, avec une valeur de point constante. 111 / 171

112 Le sprint planning L estimation par poker planning Une manière d estimer la complexité des fonctionnalité à développer Ludique! Utilisation de la suite de Fibonacci (1, 2, 3, 5, 8, 13, 21, 34, 55, 89) : plus la user story est grosse, moins l évaluation est précise... S appuie sur le consensus de groupe. 112 / 171

113 Le sprint planning L estimation par poker planning Une manière d estimer la complexité des fonctionnalité à développer Ludique! Utilisation de la suite de Fibonacci (1, 2, 3, 5, 8, 13, 21, 34, 55, 89) : plus la user story est grosse, moins l évaluation est précise... S appuie sur le consensus de groupe. 113 / 171

114 Le sprint planning L estimation par poker planning Une manière d estimer la complexité des fonctionnalité à développer Ludique! Utilisation de la suite de Fibonacci (1, 2, 3, 5, 8, 13, 21, 34, 55, 89) : plus la user story est grosse, moins l évaluation est précise... S appuie sur le consensus de groupe. 114 / 171

115 Le sprint planning L estimation par poker planning Une manière d estimer la complexité des fonctionnalité à développer Ludique! Utilisation de la suite de Fibonacci (1, 2, 3, 5, 8, 13, 21, 34, 55, 89) : plus la user story est grosse, moins l évaluation est précise... S appuie sur le consensus de groupe. 115 / 171

116 Le sprint planning L estimation par poker planning Une manière d estimer la complexité des fonctionnalité à développer Ludique! Utilisation de la suite de Fibonacci (1, 2, 3, 5, 8, 13, 21, 34, 55, 89) : plus la user story est grosse, moins l évaluation est précise... S appuie sur le consensus de groupe. 116 / 171

Scrum + Drupal = Julien Dubois

Scrum + 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étail

Une méthode de Gestion de projet SCRUM

Une méthode de Gestion de projet SCRUM Une méthode de Gestion de projet SCRUM PRÉSENTÉ PAR KAHINA BERKANI LUDOVIC BERUTTI LUDOVIC DEVILLERS ALEXANDRE GIORDANENGO M2 MIAGE Gestion de projet Sous la direction de Monsieur WINTER Introduction Plan

Plus en détail

Yassine ZAKARIA SÉMINAIRE : MÉTHODES AGILES

Yassine 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étail

Rè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 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étail

Gestion de projet Agile. STS IRIS Module 4.2 - «Gérer et organiser un projet informatique»

Gestion 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étail

Alex aka «A» Bruno aka «B»

Alex aka «A» Bruno aka «B» Alex aka «A» Bruno aka «B» Une équipe Agile Des individus soudés, volontaires et heureux Un seul but : Produire de la valeur pour les utilisateurs Mais où est l alien? Voici SKOOG Carte d identité SKOOG

Plus en détail

SCRUM en Bref. Système comprend trois sous-systèmes:a,b,c. S-Système A S-Système B S-Système C A1, B1, C2 A2, C1, A3 B2 B3 C3

SCRUM en Bref. Système comprend trois sous-systèmes:a,b,c. S-Système A S-Système B S-Système C A1, B1, C2 A2, C1, A3 B2 B3 C3 Rappels : étapes de développement de systèmes: 1. Étude des besoins 2. Analyse 3. conception 4. Implémentation 5. Test 6. Déploiement Planification Post-Mortem Système comprend trois sous-systèmes:a,b,c

Plus en détail

Planifier son projet avec SCRUM

Planifier son projet avec SCRUM Avec SCRUM l estimation de la taille du projet est collective. C est l équipe présente qui estime taille et la durée du projet. L estimation se base sur la capacité de l équipe : la vélocité. La vélocité

Plus en détail

25/12/2012 www.toubkalit.ma

25/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étail

Plan de la Formation. SCRUM en PRATIQUE

Plan de la Formation. SCRUM en PRATIQUE Plan de la Formation SCRUM en PRATIQUE Démarrage clés en mains de votre Projet en SCRUM Intitule de la Formation SCRUM en PRATIQUE Objectifs Les Objectifs de la formation sont de vous fournir une excellente

Plus en détail

AGILITÉ ET PROJETS AVEC SCRUM

AGILITÉ ET PROJETS AVEC SCRUM AGILITÉ ET PROJETS AVEC SCRUM ENSIMAG 2014 Jean-François Jagodzinski @jfjago www.agilessence.fr 1 Jean-François Jagodzinski - Coach Formateur et accompagnateur d équipes agiles Site -> http://www.agilessence.fr

Plus en détail

Conduite de projets agiles Management alternatif dans une équipe de développement agile

Conduite de projets agiles Management alternatif dans une équipe de développement agile Contexte 1. Introduction 11 2. Enjeu de Talentsoft 13 3. Objectifs de Talentsoft 17 4. L agilité comme remède miracle 18 4.1 Mise en place de l agile 18 4.2 Les problématiques actuelles 19 5. La solution

Plus en détail

la phase exploratoire

la phase exploratoire V 1.00 la phase exploratoire élément facilitateur dans la réussite d un projet Agile A. MORVANT IT&L@BS Coach Agile aurelien.morvant@orange-ftgroup.com Page 1 Page 2 objet de la session > introduire la

Plus en détail

backlog du produit Product Owner

backlog 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étail

Scrum - Tour d'horizon de la méthode

Scrum - Tour d'horizon de la méthode Scrum - Tour d'horizon de la méthode Agenda Agilité Scrum Pilotage d'un projet agile selon Scrum Contractualisation Forces & questions ouvertes 2 Les méthodes agiles Méthodes de développement d'applications

Plus en détail

Les méthodes agiles. Les méthodes agiles sont apparues dans les années 1990 (Extreme Programming, Rapid Application Development, Scrum ) :

Les méthodes agiles. Les méthodes agiles sont apparues dans les années 1990 (Extreme Programming, Rapid Application Development, Scrum ) : SCRUM Les méthodes agiles Les méthodes agiles sont apparues dans les années 1990 (Extreme Programming, Rapid Application Development, Scrum ) : capacité à réagir au changement plutôt que de suivre un plan

Plus en détail

Topologie du web - Valentin Bourgoin - http://www.valentinbourgoin.net. Méthodes agiles & SCRUM

Topologie 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étail

MÉTHODE SCRUM. Portrait de l entreprise

MÉTHODE SCRUM. Portrait de l entreprise Portrait de l entreprise Nom : Esterline CMC Électronique Plus de 00 ans d innovation Secteur d activité : aérospatiale, conception et fabrication d équipements Produits et services : CMC Électronique

Plus en détail

Introduction à l Agile (22/01/2012)

Introduction à l Agile (22/01/2012) Introduction à l Agile (22/01/2012) OCTO 2012 50, avenue des Champs-Elysées 75008 Paris - FRANCE Tél : +33 (0)1 58 56 10 00 Fax : +33 (0)1 58 56 10 01 www.octo.com 1 Plan! Qui suis-je?! Quelques notions

Plus en détail

Formation agile. Formation agile Created on 24 janv. 2012 Edited on 29 févr. 2012. Page 1 sur 16

Formation 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étail

AGILITÉ ET MÉTHODOLOGIE SCRUM

AGILITÉ ET MÉTHODOLOGIE SCRUM AGILITÉ ET MÉTHODOLOGIE SCRUM OBJECTIFS Se familiariser avec les méthodes agiles Passer d un mode (prétendument) prescriptif à un mode itératif (assumé) de la vie du projet Mettre en place des pratiques

Plus en détail

Sprint Planning. Prépa N Product Backlog. Dev N-1 DEV N. Démarrage d un Item (US, TS, DEFECT) Release Planning (review)

Sprint Planning. Prépa N Product Backlog. Dev N-1 DEV N. Démarrage d un Item (US, TS, DEFECT) Release Planning (review) Sprint N-1 Sprint N Prépa N Product Backlog Sprint Planning Vérification estimations initiales Pour les premiers items : Instanciation d un Tasks Pattern Estimation des tâches en heures Dev N-1 Sprint

Plus en détail

Voici comment les entreprises voient les utilisateurs

Voici comment les entreprises voient les utilisateurs Les personas Voici comment les entreprises voient les utilisateurs Talk Phone Ipad Desktop Pencil & Paper qu en serait-il si on les voyait comme des personnes? Personas Au sprint 0 on détermine la cible

Plus en détail

Développement agile. Agile Manifesto. Développement agile Hafedh Mili 2012

Développement agile. Agile Manifesto. Développement agile Hafedh Mili 2012 Développement agile Hafedh Mili 2012 1 Développement agile Un ensemble de pratiques de développement logiciel qui mettent l'emphase sur: Le pragmatisme (vs dogmatise) La réactivité aux changements L'implication

Plus en détail

Le Product Owner Clé de voute d un projet agile réussi

Le 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étail

Scrum et l'agilité des équipes de développement

Scrum 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étail

Un géant peut-il être Agile? Retour d expérience en contexte industriel

Un géant peut-il être Agile? Retour d expérience en contexte industriel Un géant peut-il être Agile? Retour d expérience en contexte industriel Orange Labs Elodie Descharmes Emmanuel Gué Printemps Agile de Caen 20/03/2014 2 Et tout d abord un grand merci à nos sponsors! Ordre

Plus en détail

Préparation à la Certification PMI- ACP

Préparation à la Certification PMI- ACP Catégorie :... Certification Durée :... 5 jours / 40 heures Méthode :... Formation Langue :... Dispensé en français ou en anglais, Support en anglais PDU :... 40 Code du cours :... PMIACP05FR Pré- requis

Plus en détail

Cours 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. 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étail

LA CONDUITE DE PROJET BTS SIO SI7

LA CONDUITE DE PROJET BTS SIO SI7 1 LA CONDUITE DE PROJET BTS SIO SI7 Les objectifs 2 Aborder les enjeux et l organisation d une conduite de projet Présenter les premiers éléments d une évaluation financière d un projet : Charges fixes,

Plus en détail

GESTION DE PROJET : LA METHODE AGILE

GESTION 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étail

1 PROCESSUS DE DEVELOPPEMENT : METHODOLOGIE SCRUM

1 PROCESSUS DE DEVELOPPEMENT : METHODOLOGIE SCRUM 1 PROCESSUS DE DEVELOPPEMENT : METHODOLOGIE SCRUM Scrum est une méthode agile pour la gestion de projets informatiques. C est une méthode itérative basée sur des itérations de courte durée appelées Sprints.

Plus en détail

Soyez agile. Dans l industrie du logiciel, la. De plus chaque projet informatique

Soyez 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étail

Agile Grenoble 2010 23 novembre 2010. Bonjour Grenoble. Qui ne souhaite pas être agile? chat. Claude Aubry Le petit Scrum illustré 1

Agile Grenoble 2010 23 novembre 2010. Bonjour Grenoble. Qui ne souhaite pas être agile? chat. Claude Aubry Le petit Scrum illustré 1 Bonjour Grenoble Qui ne souhaite pas être agile? chat Claude Aubry Le petit Scrum illustré 1 Le petit Scrum illustré canal du Midi Scrum? mêlée ballon de rugby Claude Aubry Le petit Scrum illustré 2 Les

Plus en détail

Mastère spécialisé Management de projets technologiques

Mastère spécialisé Management de projets technologiques Mastère spécialisé Management de projets technologiques Cours : Plateforme et développement coopératifs 6 novembre 2009 Olivier Pizzato OCTO Technology opizzato@octo.com Coach agile Développeur Architecte

Plus en détail

Les méthodologies traditionnelles : des limites et une résistance au changement

Les méthodologies traditionnelles : des limites et une résistance au changement Julien ALAMI Newsletter, spécial Agile Scrum, 2010 Une enquête réalisée par le Standish Group Study (2002) a montré que 2/3 des fonctions d un système d information sont rarement ou jamais utilisées, et

Plus en détail

Contractualiser un projet Agile. Comment s engager sans forfait global?

Contractualiser un projet Agile. Comment s engager sans forfait global? Contractualiser un projet Agile Comment s engager sans forfait global? Sommaire Le contrat au forfait : objectifs et limites Les critères de choix d un fournisseur Les trois engagements incontournables

Plus en détail

Les 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 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étail

Conduite 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 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étail

Formation Certified Scrum Product Owner 8 & 9 Juin 2015. @BrunoSbille - brunosbille.com

Formation Certified Scrum Product Owner 8 & 9 Juin 2015. @BrunoSbille - brunosbille.com Formation Certified Scrum Product Owner 8 & 9 Juin 2015 @BrunoSbille - brunosbille.com Bruno Sbille Coach et Formateur Méthodes Agile Email: bruno.sbille@gmail.com Mobile: +32 491 05 05 59 Blog: brunosbille.com

Plus en détail

Gestion de projet agile

Gestion de projet agile Véronique M e s s a g e r R o t a Préface de Jean T a b a k a Gestion de projet agile 3 e édition Groupe Eyrolles, 2007, 2009, 2010, ISBN : 978-2-212-12750-8 C Glossaire Backlog (product ou iteration ou

Plus en détail

LA 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É 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étail

EXIN Agile Scrum Master

EXIN 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étail

Scrum Une méthode agile pour vos projets

Scrum 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étail

Conduite de projets agiles

Conduite de projets agiles Conduite de projets agiles Management alternatif dans une équipe de développement agile Julien PLÉE Table des matières 1 Chapitre 1 Contexte 1. Introduction.............................................

Plus en détail

Certification Scrum Master

Certification 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étail

Retour d expérience implémentation Scrum / XP

Retour 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étail

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

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 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étail

Introduction Agile www.clubagile.org

Introduction Agile www.clubagile.org Introduction Agile Alexandre Boutin Responsable Stratégie International Développement Logiciel chez Yahoo Certified Scrum Master and Practitioner - Agile Coach Blog : www.agilex.fr Président du Club Agile

Plus en détail

GESTION 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 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étail

Mes clients sont devenus accros à l'agilité

Mes clients sont devenus accros à l'agilité Mes clients sont devenus accros à l'agilité Xavier Nopre www.twitter.com/xnopre xnopre.blogspot.fr xnopre@gmail.com 15/10/2014, 10h15-11h Merci à nos sponsors Platinum Gold Silver Institutionnel Puis-je

Plus en détail

INTRODUCTION A L AGILITE ET AU SCRUM. Petits retours sur ce que sont l AGILITE et le SCRUM et les difficultés que cela implique.

INTRODUCTION A L AGILITE ET AU SCRUM. Petits retours sur ce que sont l AGILITE et le SCRUM et les difficultés que cela implique. INTRODUCTION A L AGILITE ET AU SCRUM Petits retours sur ce que sont l AGILITE et le SCRUM et les difficultés que cela implique. Résumé Ayant le vent en poupe, l état d esprit AGILE est aujourd hui de plus

Plus en détail

Formation Scrum. 2 jours

Formation 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étail

CELLULE DE DÉVELOPPEMENT ITÉRATIF

CELLULE DE DÉVELOPPEMENT ITÉRATIF CELLULE DE DÉVELOPPEMENT ITÉRATIF Développement en méthode Agile christian.becquet@edf.fr Novembre 2015 Fiche d identité Création en 2009 Composition : ~110 intervenants à temps plein (hors chefs de projet)

Plus en détail

Guide de Préparation. EXIN Agile Scrum. Foundation

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étail

Scrum Planification, Estimation, Risques

Scrum Planification, Estimation, Risques Pierre Vachon, MBA, CSP, CSM blog.lmrtechnologies.com Scrum 1 Planification, Estimation, Risques Pierre Vachon 15+ ans en informatique 5 ans d Agilité (Scrum, XP, Kanban) Canada, États-Unis, France Ford,

Plus en détail

Agile 360 Product Owner Scrum Master

Agile 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étail

Programmation Agile Mise en oeuvre via Scrum et l'extreme Programming (XP)

Programmation 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étail

Agilitéet qualité logicielle: une mutation enmarche

Agilité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étail

Méthode Agile de 3 ème génération. 2008 J-P Vickoff

Mé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

Isabelle Therrien @itherrien. Nicolas Mivielle @sonic1200

Isabelle 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étail

Formation pour Product Owner

Formation 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étail

Sysnet Scrum. Présentation Scrum Sysnet

Sysnet Scrum. Présentation Scrum Sysnet Présentation Scrum Sysnet Table des matières : Problématiques Historique Caractéristiques Définition des personnes Scrum Éléments qui composent Scrum Méthodes de travail traditionnelles Scrum Méthodes

Plus en détail

Applications du processus unifié

Applications du processus unifié 2TUP : Two Tracks Unified Process Applications du processus unifié Processus proposé par Valtech (consulting) Ref. : UML2 en action Objectif prendre en compte les contraintes de changement continuel imposées

Plus en détail

Retour d expérience sur la mise en place de RTC au sein d une organisation Agile. Sébastien Mazoyer Directeur R&D VDoc Software Groupe Visiativ

Retour d expérience sur la mise en place de RTC au sein d une organisation Agile. Sébastien Mazoyer Directeur R&D VDoc Software Groupe Visiativ Retour d expérience sur la mise en place de RTC au sein d une organisation Agile Sébastien Mazoyer Directeur R&D VDoc Software Groupe Visiativ 2 Le groupe Visiativ 3 Vision fédératrice du groupe : L Entreprise

Plus en détail

L'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 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étail

Méthodes agiles. www.businessinteractif.com CONSEIL & DÉVELOPPEMENT DE SOLUTIONS E-BUSINESS. Jean-Louis Bénard jlb@businessinteractif.

Mé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étail

Le Product Backlog, qu est ce c est?

Le 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étail

Organisation du projet Agilité, etc.

Organisation du projet Agilité, etc. Organisation du projet Agilité, etc. Philippe Collet Licence 3 Informatique S6 2014-2015 http://deptinfo.unice.fr/twiki/bin/view/linfo/projetinfo201415 Ce qui NE marche PAS! Des spécifications complètes

Plus en détail

l agilité à distance mythes et réalités Agile Tour Rennes 04 octobre 2012

l agilité à distance mythes et réalités Agile Tour Rennes 04 octobre 2012 l agilité à distance mythes et réalités Agile Tour Rennes 04 octobre 2012 mais qui c est lui? Ma motivation faire en sorte que les gens communiquent, cherchent des solutions plutôt que trouver des coupables

Plus en détail

Quiz. Les questions et leurs réponses sont présentées et commentées dans mon blog Scrum, Agilité et Rock n roll : www.aubryconseil.

Quiz. Les questions et leurs réponses sont présentées et commentées dans mon blog Scrum, Agilité et Rock n roll : www.aubryconseil. Quiz À la fin de mes formations Scrum de trois jours, je propose aux participants un quiz ludique. L objectif est de les placer dans des situations qui n ont pas été abordées pendant la formation on ne

Plus en détail

EXIN Agile Scurm Foundation

EXIN Agile Scurm Foundation Exemple d examen EXIN Agile Scurm Foundation Édition Mars 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étail

Principes des Méthodes Agile L impact sur la relation client-fournisseur

Principes des Méthodes Agile L impact sur la relation client-fournisseur Principes des Méthodes Agile L impact sur la relation client-fournisseur Sébastien DELAYRE 06/12/2013 CGI Business Consulting. CONFIDENTIEL Principes des méthodes agiles Introduction Des Méthodes de pilotage

Plus en détail

Estimer 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 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étail

TDD Agilité et Kanban Planning Poker

TDD Agilité et Kanban Planning Poker TDD Agilité et Kanban Planning Poker Philippe Collet Licence 3 Informatique S6 2013-2014 http://deptinfo.unice.fr/twiki/bin/view/linfo/projetdelicence201314 Plan r TDD r XP r Scrum r Kanban r Planning

Plus en détail

Module Génie Logiciel L agilité en pratique

Module Génie Logiciel L agilité en pratique Esprit 2011-2012 Module Génie Logiciel L agilité en pratique «Les méthodes agiles sont basées sur le pragmatisme et le développement itératif. Elles définissent un cadre moins rigide que les méthodes traditionnelles.»

Plus en détail

Enfants Agiles. La méthode Agile appliquée à l éducation

Enfants Agiles. La méthode Agile appliquée à l éducation Enfants Agiles La méthode Agile appliquée à l éducation Isableue Blog Les Petits Loups - 2012 Qu est-ce que la méthode Agile? Il s agit d un ensemble de pratiques développées et perfectionnées depuis une

Plus en détail

Développement itératif, évolutif et agile

Dé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étail

Agile @ Germe Nantes 20/11/2012 Br uno Sbille

Agile @ Germe Nantes 20/11/2012 Br uno Sbille Agile @ Germe Nantes 20/11/2012 Bruno Sbille 1 Principes de ce Workshop! Horaires! Questions (et le parking)! Vocabulaire Français vs English! Après la journée! Téléphones? Éteints, «silence», vibreurs?!

Plus en détail

L Agilité MODE PASSAGÈRE OU APPROCHE PÉRENNE? Sylvie Trudel. Mise en contexte: les acteurs d un projet logiciel. Cadres: Supervisent

L Agilité MODE PASSAGÈRE OU APPROCHE PÉRENNE? Sylvie Trudel. Mise en contexte: les acteurs d un projet logiciel. Cadres: Supervisent L Agilité MODE PASSAGÈRE OU APPROCHE PÉRENNE? Mise en contexte: les acteurs d un projet logiciel 2 Experts d affaires: Utilisent le service Personnel: Utilisent la solution Cadres: Supervisent Haute direction:

Plus en détail

Le Product Management : la clé du succès des produits et services numériques. Yves Mahé Mars 2014 LinkedIn : fr.linkedin.

Le Product Management : la clé du succès des produits et services numériques. Yves Mahé Mars 2014 LinkedIn : fr.linkedin. Le Product Management : la clé du succès des produits et services numériques Yves Mahé Mars 2014 LinkedIn : fr.linkedin.com/in/yvesmahe/ Qui se rappelle du Zune? Disparu comme tant d autre 50% des lancements

Plus en détail

Introduction à Scrum

Introduction à Scrum Introduction à Scrum Présenté par Mountain Goat Software, Traduction de Claude Aubry Le rugby plutôt que la course de relais L approche course de relais pour le

Plus en détail

Les méthodes Agiles. Introduc)on aux méthodes Agiles Exemple : Scrum

Les 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étail

Reddition de compte et Agilité. Présenté par Jean-René Rousseau Agile Québec Septembre 2011

Reddition de compte et Agilité. Présenté par Jean-René Rousseau Agile Québec Septembre 2011 Reddition de compte et Agilité Présenté par Jean-René Rousseau Agile Québec Septembre 2011 Qui suis-je Jean-René Rousseau jrrousseau@pyxis-tech.com Coach Agile à Pyxis www.pyxis-tech.com/accompagnement

Plus en détail

welcome! B enjamin Samson

welcome! B enjamin Samson welcome! B enjamin Samson GESTION DE PROJET Programme Introduction à la gestion de projet Atelier Brainstorming / Sujet de travail en équipe Introduction aux méthodes Agiles - Le sprint 0 - Les personas

Plus en détail

Les méthodes itératives. Hugues MEUNIER

Les 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étail

Le rôle du coach Agile et son apport pour le projet

Le 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étail

Gestion de Projet Agile

Gestion 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étail

Méthodologies SCRUM Présentation et mise en oeuvre

Mé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étail

Michael James (mj4scrum@gmail.com) 14 septembre 2007, révisé le 24 juillet 2012 Traduction du 12 août 2015 par Maxime Sinclair

Michael James (mj4scrum@gmail.com) 14 septembre 2007, révisé le 24 juillet 2012 Traduction du 12 août 2015 par Maxime Sinclair UN EXEMPLE DE CHECKLIST POUR SCRUM MASTERS Michael James (mj4scrum@gmail.com) 14 septembre 2007, révisé le 24 juillet 2012 Traduction du 12 août 2015 par Maxime Sinclair Un Facilitateur à Temps Complet?

Plus en détail

User stories et Backlog de produit

User 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étail

ENG 111 Alexis Fattarsi. Les méthodes Agiles sont-elles efficaces?

ENG 111 Alexis Fattarsi. Les méthodes Agiles sont-elles efficaces? ENG 111 Alexis Fattarsi Les méthodes Agiles sont-elles efficaces? PLAN La gestion de projet Les méthodes Agiles Les réussites Les échecs Conclusion 3 / 36 Définition Historique 4 phases Cycles Selon PMI

Plus en détail

Introduction. Règlement général des TPs - Rappel. Objectifs du cours. Génie logiciel. Génie logiciel

Introduction. Règlement général des TPs - Rappel. Objectifs du cours. Génie logiciel. Génie logiciel Introduction Génie logiciel Philippe Dugerdil Génie logiciel «The disciplined application of engineering, scientific and mathematical principles, methods and tools to the economical production of quality

Plus en détail

INTRODUCTION À 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) 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étail

SCRUM 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 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étail

Rôle du Scrum Product Owner. Jeff Patton Agile Product Design jpatton@acm.org

Rôle du Scrum Product Owner. Jeff Patton Agile Product Design jpatton@acm.org Rôle du Scrum Product Owner Jeff Patton Agile Product Design jpatton@acm.org Traduit par Fabrice Aimetti le 6-Fév-2010 Le rôle du product owner est spécifique au processus agile Scrum Aussi appelé modèle

Plus en détail

KANBAN & SCRUM samedi 16 avril 2011

KANBAN & SCRUM samedi 16 avril 2011 KANBAN & SCRUM Merci aux sponsors du Scrum day! Sponsors Platinum Sponsors Gold Parrainage : 2 «Kanban et Scrum Tirer le meilleur des deux» Mis en scène et interprété par Claude Aubry, Antoine Vernois

Plus en détail