L Agilité dans le secteur public québécois: Si on si mettait!

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

Download "L Agilité dans le secteur public québécois: Si on si mettait!"

Transcription

1 L Agilité dans le secteur public québécois: Si on si mettait!

2 Qui s uis -je? André Rivard Directeur du bureau de Québec de Pyxis Technologies

3 Agenda de la journée 9H30 à 10H30: Un peu d histoire pour mieux comprendre 10H30 à 10H45: Pause 10H45 à 12H00: La gestion du changement; un grand défi valorisant! 12H00 à 13H30: Lunch libre 13H30 à 14H30: Travailler en mode Agile, c est quoi dans la vraie vie? 14H30 à 14H45: Pause 14H45 à 16H00: La méthode Agile dans le secteur public; si on s y mettait!

4 Qui êtes -vous? Quel est votre rôle dans votre organisation? Que connaissez-vous du développement logiciel Agile? Quelles sont vos attentes quant à cette présentation?

5 Nos objectifs pour aujourd hui Comprendre les valeurs et principes du développement logiciel Agile et en dégager les avantages pour vous et votre organisation Répondre à vos interrogations concernant l application d une approche Agile dans votre organisation S initier à la méthodologie Scrum et aux pratiques de développement logiciel Agile Avoir du plaisir J

6 Objectifs s pécifiques À travers les 4 grands thèmes présentés aujourd hui, nous couvrirons: L introduction au développement Agile Le squelette de Scrum La valeur d affaires au premier plan L équipe Agile Le développement incrémental La conduite d un projet Agile

7 Petite mis e en garde Scrum et l approche Agile ne donnent pas la développement logiciel recette s ecrète du Scrum fournit simplement les mécanismes permettant de mettre en lumière les problèmes et les difficultés que nous rencontrons dans nos projets de développement logiciel afin d être en mesure de les régler Une équipe Scrum apprend à s 'améliorer continuellement

8 Un peu d histoire pour mieux comprendre

9 Pourquoi Agile s elon vous?

10 Quelques constats

11 Quels problèmes rencontrons -nous? S u c c è s : Le projet est réalisé selon le budget et les délais convenus. Il comporte les fonctions et caractéristiques demandées. Dé fi: Le projet est en retard, le budget a été dépassé ou il manque certaines fonctions et caractéristiques demandées. Éc h e c : Le projet a été arrêté avant sa fin ou le logiciel développé a été livré mais n a jamais été utilisé. 11

12 Taux de s uccès Taux de s uccès Coût 61% Moins de 750,000 $ 19% De 750,000 $ à 3 millions $ 2% Plus de 10 millions $

13 13 Livrons -nous du logiciel de qualité?

14 Nos s olutions s ont-elles utiles? Utilisation des fonctionnalités lors du déploiement Jim Johns on, Standis h Group, XP

15 Peut-on livrer plus rapidement? d'après les travaux d'hakan Herdogmus, GUAM 2005

16 Problèmes de communication? Comment communiquez-vous? Le développement logiciel est un jeu coopératif d inventions et de communications. Il est apparenté au développement de produits. Les sources de problèmes dans notre profession sont gens et les interactions dysfonctionnelles plutôt que les processus et les outils. les

17 Quelques pistes

18 Alors pourquoi le développement Agile? Pour satisfaire rapidement notre client avec des s olutions logicielles utile s Pour augmenter la qualité Pour faire face à la complexité Pour réduire les inefficacités Pour éviter les longues périodes de s tabilis ation en fin de projet Pour maximiser la collaboration Pour augmenter la motivation et l engagement des individus Pour avoir du plais ir au travail J

19 Qu es t-ce que l Agilité? L Agilité c est la capacité de créer et de réagir au changement de façon à réaliser des profits dans un contexte commercial chaotique. - Jim Highsmith Certains problèmes sont tout simplement complexes, et certaines personnes sont tout simplement difficiles; les méthodes Agiles ne sont pas infaillibles. - Craig Larman Ce ne sont pas les espèces les plus robustes qui survivent, ni les plus intelligentes. Ce sont plutôt celles qui sont capables de s adapter au changement. - Charles Darwin 19

20 His torique du terme «Agile» En février 2001, dix-sept leaders des approches de développement de logiciels «légers» se sont rencontrés en Utah. Ils ont adopté le terme «Agile» pour définir leur travail. Ils ont créé le manifes te Agile, qui définit les valeurs fondamentales sur lesquelles toutes les méthodologies Agiles devraient être fondées. De ces valeurs, douze principes fondamentaux ont été extraits. Les détails opérationnels sont propres à chaque méthodologie Agile (Scrum, XP,...). 20

21 His torique de l Agilité : Système de production Toyota (TPS) Années 90 : Apparition du terme «Lean» et de méthodologies dites «légères» Septembre 2000: Naissance de Pyxis Février 2001 : Manifeste Agile 2008 : Le développement Agile est maintenant «accepté» 1500 participants à Agile % des organisations ont adopté au moins une pratique Agile (http://www.ambysoft.com/surveys/agilefebruary2008.html)

22 Manifes te Agile Nous sommes à découvrir de meilleures façons de développer des logiciels en aidant les autres et en développant nous aussi. Par ce travail, nous en sommes venu à valoriser ce qui suit : Pers onnes et interactions plutôt que processus et outils Logiciel fonctionnel plutôt que documentation complète Collaboration avec le client plutôt que négociation de contrat Réaction au changement plutôt que suivi d un plan rigide En fait, bien que les éléments de droite soient importants, ceux de gauche le sont encore plus. 22

23 Principes vs pratiques Principe Vérité qui ne change pas dans le temps ou l espace Pratique Application d un principe à une s ituation particulière La compréhens ion des principes est essentielle pour en réussir l implantatio n par un ensemble de pratiques 23

24 Principes Agiles Notre première priorité e s t de s atis faire le c lient en livrant tôt et rég ulièrement du logiciel utile Le chang ement est bienvenu, même tardivement dans le développement. Les processus Agiles exploitent le changement comme avantage compétitif pour le client Le logiciel fonctionnel est la principale façon de mesurer le progrès Les gens d affaires et les développeurs doivent long du projet co llaborer quotidiennement, et ce, tout au Bâtissez le projet autour de personnes motivées. Donnez leur l'environnement et le soutien dont elles ont besoin et croyez en leur capacité à faire le travail c onvers atio n face -à- La méthode la plus efficace de transmettre l information est une face. 24

25 Principes Agiles Les processus agiles favorisent un rythme de développement durable. Développeurs et utilisateurs devraient pouvoir maintenir le rythme indéfiniment Une attention continue à l Agilité l e xce llence te chnique et à la qualité de la conception améliore La s implicité l art de maximiser la quantité de travail à ne pas faire est essentielle Les meilleures architectures, spécifications et conceptions s auto-organis ent émergent d équipes qui Agile favorise le développement à un rythme no rmal Régulière ment, l équipe fait une réflexion sur les façons de devenir plus efficace. s ajus te et modifie s on comporteme nt en conséquence Elle

26 Méthodologies Agiles Scrum Extreme Programming (XP) Adaptive Software Development Crystal Clear Feature Driven Development Dynamic Systems Development Method (DSDM) MSF for Agile Software Development RUP (Agile RUP AUP) 26

27 L Agilité chez Pyxis Qu est-ce qui nous fait vibrer? La communication Le travail d équipe interne La capacité de s adapter au changement La visibilité La relation de partenariat avec notre client 27

28 Et vous, Qu est-ce qui vous fait vibrer dans votre travail? Qu est-ce qui vous fait suer dans votre travail? 28

29 La gestion de changement: un grand défi valorisant!

30 Voici un Scrum

31 Que faire face à la complexité? La dimension humaine ajoute un autre niveau de complexité. Co m p le x ité d e s p ro je ts Strategic Management and Organisational Dynamics: The Challenge of Complexity Ralph D. Stacey

32 Approche définie et approche empirique Plan détaillé avec tous les besoins identifiés Tous les besoins initialement envisagés satisfaits Objectifs précis et besoins les plus importants clarifiés Objectifs atteints 32

33 Une ques tion de bon s ens

34 Proces s us empirique Lorsque la complexité croît, les systèmes de gestion et de contrôle centralisés montrent leurs limites. La solution est d'établir un ensemble de règles s imples Un processus empirique utilise l ins pection et une adaptation subséquente afin d optimiser l atteinte des buts L inspection et l adaptation nécessitent la trans parence La transparence nécessite du courage et des changements au niveau des systèmes de récompenses Pilier I : Proces s us empirique

35 La valeur d affaires au premier plan Processus en cascade Exigences Coût Processus Scrum Calendrier Contraint es Coût Estimatio ns S'appuie sur le plan Calendrier Du plan découle les estimations relatives au coût et au calendrier. Contraint es Estimati on S'appuie sur la valeur ou vision Fonctionnalités De la vision découle les estimations relatives aux fonctionnnalités. 35

36 Qu es t-ce que la valeur d affaires? Collaboration avec le client plutôt que né gociation de contrat Les gens d affaires et les développeurs doivent collaborer et ce, tout au long du projet. quotidienne m ent,

37 Impacts et défis Mettre la valeur d affaires du logiciel à l avant-plan ça semble logique qu il faut s auf Avoir un responsable de produit imputable Maintenir notre carnet du produit Relativiser l analyse trop rapidement des exigences non prioritaires Établir les conditions de s uccès liées à chaque exigence 37

38 Proces s us empirique : le s quelette de Scrum Aquipe Scrum Vis io n 38

39 Itération : le s print Planification de sprint (max. 1 jour) Mêlée quotidienne (max. 15 min.) Démo et rétrospective (max. 1 jour) n Développement : Conception, code, test, documentation Sprint de 30 jours d efforts soutenus et ciblés 39

40 Res pons able de produit ( product owner) Un bon responsable de produit doit : Connaître la valeur commerciale du produit Avoir le pouvoir de réunir des intérêts et désirs variés Être dis ponible Diriger une équipe de gestion de produit Ses res pons abilités sont : Co mmunique rla vision S approprier les s pécifications Évalue r les incréments du produit Collaborer avec l équipe de développement (le plus possible) Collaborer avec l équipe de gestion du produit (le plus possible) 40

41 Ges tion des exigences : le carnet du produit Chaque itération met en œuvre les exigences prioritaires. Chaque nouvelle exigence est insérée dans la liste priorité. selon sa Il est possible en tout temps de priorité des exigences. changer l ordre de Les exigences peuvent être supprimées en tout temps. 41

42 Granularité des exigences De s d é ta ils s o n t a jo u té s a u fil d u te m p s Vision Épisodes Scénarios Tâches 6 mois 2-3 mois 1 mois Implantation Horizon de prévisibilité 42

43 43 Comment faire du développement incrémental?

44 Proces s us en cas cade «Ça ne fonctionne jamais!» Brian Marrick C est un processus imprévisible, ce qui cause des surprises, donc de l insatisfaction. 44

45 45 Proces s us Scrum

46 Suivi de l avancement La courbe du travail restant à faire permet de déterminer la date probable de livraison 46

47 Équipe Scrum Une équipe Scrum comprend uniquement les personnes suivantes : un responsable de produit un ScrumMaster des «équipiers» 47

48 Caractéris tiques d une équipe Scrum S auto-organise Est pluridis c iplinaire et ne comporte pas de rôles prédéterminés Compte 7 membres (+/- 2) Est res pons able de s on engagement Possède l autorité néces s aire respecter ses engagements pour agir de manière à Travaille dans des locaux ouverts et avoisinants Rés out s es propres conflits 48 Observe comportement des règles de bas e de fonctionnement et de

49 Le Scrum Mas ter n'es t pas un chef de projet Imposer Faire confiance Contrôler Faciliter Diriger Accompagner 49

50 Mêlées quotidiennes Paramètres : Tous les jours Durée limitée à 15 minutes Tout le monde debout Pas de résolution de problèmes Trois questions : 1. Qu ai-je fait hier? 2. Quels ont été les obstacles rencontrés? 3. Qu est-ce que je compte faire aujourd hui? Les membres d équipes et personnes externes sont invités Permet d éviter des réunions inutiles Seuls les membres d équipe peuvent s exprimer 50

51 Ques tions s ur les mêlées quotidiennes Pourquoi tous les jours? Comment un projet peut-il avoir un an de retard? Un jour à la fois. Fred Brooks, The Mythical Man-Month. Est-ce que les mêlées quotidiennes peuvent être remplacées par des rapports d activité envoyés par courriel? Non, non et NON! L équipe entière possède une vision complète actualisée quotidiennement Une pression par les pairs incite à faire ce que nous avons dit que nous ferions 51

52 Revue du s print L équipe présente ce qui a été réalisé pendant le sprint La présentation comporte une démonstration des nouvelles fonctionnalités ou de l architecture Ce qui n est pas complété n est pas démontré! Revue informelle Ne pas dépasser 2 heures de préparation Participants Propriétaire du produit Clients Management Équipe 52

53 Rétros pectives du s print Dans le but d améliorer le processus À la fin de chaque sprint Le ScrumMaster est facilitateur Évaluation de ce qui a bien été et ce qui devrait être amélioré Le ScrumMaster établit la priorité des améliorations avec l aide de l équipe L équipe conçoit des solutions aux éléments de haute priorité 2-3 max! L équipe met les solutions en œuvre L équipe s approprie le processus 53

54 Fin d itération Carnet du produit Prototype Technologie et conjoncture actuelles Révis ion, cons idération et organis ation But du prochain sprint

55 Générer de la connais s ance On a besoin d appre ndre à plusieurs niveaux : Do maine d affaire s pour comprendre la vale ur du logiciel Proces s us pour rendre le logiciel plus efficace Technologie pour mieux le maîtris er Équipe pour mieux apprendre à travailler ensemble 55

56 Démo La démo dure plus ou moins 2 heures. L équipe présente au responsable de produit les scénarios terminés. On invite tout le monde! On ne fait pas de cachettes. Logiciel fonctionnel plutôt que docume ntation complè te Le logiciel fonctionnel es t la principale façon de mes urer l avanc e ment.

57 Rétros pective du s print Régulièrement, l équipe fait une réflexion s ur les façons de devenir plus efficace, s ajus te et modifie s on comporteme nt en cons équence. Au terme de chaque sprint, l'objectif est d'améliorer le proces s us. On y présente ce qui s est bien passé ainsi que les éléments pouvant être améliorés. La rétrospective nécessite un climat de confiance. L équipe trouve des solutions à ses problèmes les plus contrariants. Déroulement typique d une rétrospective : Mise en contexte Récupération des faits Analyse des données Plan d action

58 Donc Scrum c es t Processus empirique de gestion fondé sur des boucles de rétroaction mettant en place de l inspection et de l adaptation Méthode de mise en œuvre de projets complexes depuis 1990 Livraison des fonctionnalités en fonction des priorités déterminées par le client Livraison de fonctionnalités tous les 30 jours Méthode reposant sur l intelligence collective Méthode évolutive s adaptant aux longs projets de grande taille et distribués Méthode conforme au CMMI niveau 3 et à ISO 9001 Méthode très s imple mais très difficile à appliquer

59 Travailler en mode Agile: c est quoi dans la vraie vie?

60 Res pons able de produit ( product owner) Doit connaître la valeur commerciale du produit Doit avoir le pouvoir de réunir des intérêts et désirs variés Doit être dis ponible Dirigera une équipe de gestion de produit Doit se rappeler que le sien s ys tème es t celui des utilis ateurs et non pas le 60

61 Res pons abilités du res pons able de produit Co mmunique rla vision S approprier les s pécifications Les écrire, les organiser et les réorganiser Fournir des exemples du comportement souhaité Évalue r les incréments du produit Collaborer avec l équipe de développement (le plus possible) Collaborer avec l équipe de gestion du produit (le plus possible) 61

62 Dé marrag e d un pro je t Ag ile Vision du produit Portée et limites du projet Plan de livraison

63 Objectifs de la phas e de vis ion Fixer la portée et les limites du projet et dégager les compromis ( charte de projet) S'assurer que les experts du domaine et les spécialistes techniques ont une compréhension et un domaine) langage commun (modélisation initiale de Faire l e s timatio n initiale des exigences (carnet initial du produit) Établir le c alendrie r initial (plan de livraison) Être prêt à sprinter

64 Comment on s y prend?

65 Un effort commun Un effort initial est nécessaire au démarrage du projet, mais ce n es t pas un effort is olé Il faut limiter l'effort initial. C'est en commençant à produire le logiciel que l'équipe apprend Il s agit d un processus itératif Les activités peuvent être gérées avec Scrum, lors du premier sprint Les activités doivent être inclus ives Vous visez ce qui es t tout jus te s atis fais ant et ne faites les activités que si elles ont de la valeur Travaillez avec les bonnes personnes : le responsable de produit, les membres de l équipe, le ScrumMaster et les experts

66 Charte de projet C est un document d une page présentant la vision, la mission et les valeurs du projet Elle est préparée par le responsable de produit conjointement avec l équipe de développement Elle présente les résultats attendus : Risques possibles, scénarios d atténuation des risques Compromis Jalons clés Elle permet à l équipe de projet de prendre des décisions éclairées

67 Exemple d une charte de projet Ob je c tifs d u p ro je t Ma tric e P rio rité e t c o m p ro m is 1. Réduire le délai de traitement des RFA de 3 m o is Prio rité 1 Prio rité 2 Co m p ro m is Co m m e ntaire s 2. Simplif ier le processus opérationnels de réception du RFA Objectif X 3. Réduire de 80% des coûts de réception papier et saisie manuelle Échéanc ier X 4. A méliorer le s erv ice à la clientèle / Plan de communication claire et ef f icac e / A méliorer les outils de support RH et R$ X Implique temps supp. 5. Réduire de 80% les demandes d'inf ormation du ministère après réception F a c te u rs d e ré u s s ite s 6. A ssurer la sécurité et confidentialité des données du RFA 1. Le 1er juillet 2005, l'analyse préliminaire doit être complété C lie n t / C u s to m e rs 2. Le 15 septembre 2005, les SG reçoivent la 1ère communication CP E M odule de saisie 3. Le 1er janvier 2006, le guide d'utilisateur est livré aux SG. Garderie conventionnée M odule de saisie 4. Le 1er janvier2006, l'environnement de f ormation est prêt. V érificateurs ex ternes M odule de transm ission 5. Le 1er mars 2006, les SG peuv ent s'enregistrer. DFR M odule de réception 6. Le 15 mars 2006, les vérificateurs externes peuvent s'enregistrer. P ro je c t C o n te x t D ia g ra m 7. Le 1er avril 2006, le système est prêt pour la saisie et l'importation. G e s tion Clie nts S G Attribution code utilisateur et m ot de pass e S aisie des donneés : balance de vérification, donneés de rém unération et données d'occ upation G e s tion Clie nts VE Attribution code utilisateur et m ot de pass e Vérification des donneés Production de rapports GDF : P ES -RFA Tran s m is s ion D éfinition param ètres de transm ission G e s tion Clie n ts inte rne s A ttribution code utilisateur et m ot de passe R é ce ption D éfinition param ètres de réc eption Arrim age aux systèm es du m inistère(sr F -C A FE ) R is q u e s 1. Disponibilité réduite des ressources de la DFR 2. Contrôle de la portée du projet 3. Adhésion des services de garde/gestion du changement 4. Maîtrise des NTIC/Nouveau proces sus 5. Formation des utilisateurs et service support 6. Ress ources partagées avec d'autres projets R e s s o u rc e s d é d ié e s No m Rô le Duré e Patrice Gervais ScrumMaster Durée du projet Norm and A lexin Respons able de produit Durée du projet Johane B lanchet Développement Durée du projet Philippe Jean Développement Durée du projet Louise Hebert Développement Durée du projet Luc ie S ageau Développement Itération 2 à 7 M artin B lanchard Développement Itération 3 à 7 Liv rab le s Te s ts d'a cc. Mis e e n p ro d. Livrable 1 01-F e b Fe b -06 M odule d'enregis trem ent des services de garde Livrable 2 15-F e b Ma r-06 M odule d'enregis trem ent des vérificateurs externes Livrable 3 01-Ma r Ma r-06 M odule s ais ie et l'im portation des données Livrable 4 15-Ma r Ap r-0 6 M odule de transm is sion com plète Livrable Apr Ap r-0 6 M odule de réception com plète

68 Carnet du produit C est un moyen de mettre en œ uvre la vis ion: il capture tout le travail envisagé C est le dé nominate ur c ommun entre le responsable de produit et les membres de l équipe Il comporte la liste de tous les éléments fonctionnels et non fonctionnels ainsi que les problématiques à éclaircir Les éléments ont une valeur d'affaires pour le responsable de produit Les problématiques sont des paramètres qui seront définis plus tard afin d être traités On prépare le carnet du produit, on l évalue, on le met à jour et on fixe l ordre de priorité de ses éléments Il fournit davantage de détails sur les éléments de haute priorité Le res pons able de produit es t celui qui fixe l ordre de priorité du carnet Tous les intervenants peuvent contribuer Le carnet du produit est mis à jour et mis bien en vue des éléments

69 Unité de bas e : les s cénarios utilis ateurs Un scénario utilisateur ( user story) est une courte description d un besoin du point de vue de l utilis ateur: En tant que «acte ur» je veux «fonctionnalité» pour que «besoin d affaires» Format parfait pour le carnet de produit Est un rappel pour avoir une produit convers ation avec le responsable de Peut être de différentes granularités ( Themes, Epics, S tories ) 69

70 70 Exemples de s cénario

71 Inves tir dans des bons s cénarios Mike Cohn nous suggère d INVESTir dans les scénarios de la façon suivante: «I n d e p e n d e n t» : les scénarios dépendants sont plus difficiles à prioriser et estimer «N e g o tia b le» : Les scénarios ne sont pas des contrats! «Va lu a b le» : pour le Product Owner pas pour les développeurs «Es tim a b le» : Les scénarios sont le pilier de la planification agile «S m a ll» : Ne jamais inclure dans une itération un scénario qui consomme plus de 25% de la capacité 71 «Te s ta b le» : Quels sont les conditions de succès?

72 Prioris ation du carnet de produit «La première étape qui est indispensable pour obtenir ce que vous voulez : savoir ce que vous voulez.» Ben Stein Critères de priorisation : Valeur d'affaires Effort de développement Risques Potentiel d apprentissage Pilier I : Proces s us empirique Pilier II : Carnet Prioris é

73 Définir «terminé» La définition de «terminé» capture la actuelle de l'équipe capacité technique Avec le temps, la définition de «terminé» devrait s 'étendre à toutes les activités nécessaires à la livraison en production Le travail qui n'est pas couvert pas la définition de «terminé» (travail «non terminé») doit être identifié et porté au carnet de produit Tout élément qui ne respecte pas la définition de «terminé» n'es t pas prés enté au directeur de produit en fin de sprint 73

74 Étendre la définition de «terminé» Conception révisée Code remanié Code révisé Tests unitaires Tests intégrés Tests de recette Tests de performance Tests d'ergonomie Documentation utilisateur Déploiement en pré-production Acceptation par les utilisateurs 74

75 Cons équence du travail «non terminé» Décision de livrer Livraison Révision Plan Révision Plan Révision Plan Révision Plan Révision Plan dette dette dette dette Sprint de «stabilisation» Crois s ance rapide et non linéaire!

76 Comment faire du développement incrémental?

77 Apprendre à développer de façon incrémentale Faites la conception et les tes ts tout au long du projet... Développez les compétences requises. Augmentez vos connais s ances techniques. Tout ce qui était difficile dans les pratiques d ingénierie en cascade doit maintenant être fait à chaque itération. La conception devrait permettre le changement «La raison justifiant la réécriture d un système devrait être la suivante : les responsables de produit ont une meilleure idée plutôt que les programmeurs ont eu une mauvaise idée!» Ron Jeffries Une bonne équipe Scrum maîtrise toutes les Agile. pratiques d'ingénierie

78 Ingénierie Agile Une attention continue à l excellenc e technique de la conception améliore l Agilité. et à la qualité La majorité des pratiques d ingénierie Agiles provient de XP. Les pratiques d ingénierie Agiles ravivent l intérêt pour les bonnes pratiques d ingénierie de logiciels. Les débats et discussions animés par la communauté XP ont été grandement bénéfiques à notre profession. On pens e à tort que les programmeurs Agiles s ont des cowboys.

79 extreme Programming (XP)

80 Intégration continue Automatisation complète du processus de «build» et de test Avantages Réduit les problèmes de régression Réduit les problèmes d intégration Réduit le temps entre l introduction d un problème et sa manifestation, ce qui facilite la correction Le plus fréquemment possible Outils de plus en plus sophistiqués

81 Développement piloté par les tes ts (TDD) C est une technique de conception et non de validation Pourquoi se donner tout ce mal? Il faut bien tester un jour non? Écrire du meilleur code plus vite Donne la confiance pour effectuer les «refactoring» Devient une documentation exécutable Fait partie de l intégration continue

82 TDD: Le rythme 1. Ajouter un test 2. Exécuter les tests et constater que le nouveau test échoue 3. Ajouter le code nécessaire pour que le test passe 4. Exécuter les tests et constater qu ils passent tous 5. Remanier le code pour éliminer les duplications

83 Es t-ce que la conception es t morte? La s implicité (c.-à-d. l art de maximiser la quantité de travail à ne pas faire) est essentielle. Quelle est la solution la plus simple pour résoudre mon problème? YAGNI (You ain t gonna need it.) On doit garder le code le plus simple et le plus clair possible. Il faut remanier le code dès que vous en sentez le besoin. Il faut utiliser les «patterns» avec discernement. Il faut garder un œil sur le futur. Toutefois, n oubliez pas que les décisions prisent aujourd hui sont appelées à changer. Apprenez à bien communiquer votre design : code, modèles et surtout conversation.

84 Documentation Agile Le point fondamental est la communication, pas la documentation. Assurez-vous de bien évaluer le coût et les avantages liés à l écriture d un document et à sa mise à jour. Documentez au bon moment avec le bon niveau de détail. Faites les mises à jour seulement si nécessaire.

85 Étendre la définition de «terminé» Conception révisée Code remanié Code revisé Tests unitaires Tests intégrés Tests de recette Tests de performance Tests d'ergonomie Documentation utilisateur Déploiement en pré-production Acceptation par les utilisateurs

86 Étendre la définition de terminé Pilier I : Proces s us empirique Pilier III : Livrais on incrémentale Pilier II : Carnet prioris é

87 Recette de l improductivité 1 responsable de produit 4-5 développeurs 1 date (itération ou livraison) 1 graphique d avancement indiquant qu il y a retard 2 tasses de pression additionnelle pour assurer la livraison Mettez un peu de pression sur les développeurs. Laissez mijoter pendant 3 ou 4 itérations. Les développeurs commencent à prendre des raccourcis. Les problèmes commencent à s accumuler. Éventuellement, l improductivité sera à son maximum!

88 Petite simulation

89 Premier tri : s elon la valeur d'affaires Carnet du produit Premier 20 % 20 % s uivant 60 % res tant

90 Carnet du produit Es timation du carnet en points Total : 92 points

91 Plan de livrais on Processus de spéculation Taille du carnet : 97 points Vélocité prévue : 20 points Plan de bas e Livrais on 1 Sprint 1 12 points Sprint 2 16 points Sprint 3 20 points Sprint 4 20 points Sprints 5 et 6 29 points

92 Niveau 2: Planification du s print Analyser, évaluer et sélectionner les éléments du carnet de produit pour le sprint en cours Capac ité de l équipe Évaluer le travail à faire Travail envis agé es timé Carne t du produit Décomposer en spécifications et tâches et évaluer les tâches

93 Es timation du carnet du Sprint En cours de sprint le nombre d heures prévues pour terminer chacune des tâches en cours est mis à jour. Il ne faut pas confondre les estimations du carnet de sprint avec les mécanismes de feuille de temps, qui ne font pas partie de Scrum. Scrum ne comporte aucun mécanisme de suivi des heures travaillées par les membres de l équipe. Le rendement de l équipe se mesure à l atteinte des buts et non à l'effort fourni. Scrum est axé sur les résultats.

94 Suivi de l avancement Ta b le a u d e tâ c h e s

95 Suivi de l avancement: Sprint Burndown

96 Agile s ynthétis é La méthode Agile dans le secteur public: si on s y mettait!

97 Équipe Pers onnes et interactions plutôt que proces s us et outils Les meilleures architectures, s pécifications et conceptions émergent d équipes qui s autoorganis e nt. On recherche du leaders hip : Affaires Technique Processus La qualité est la préoccupation de TOUS! Le leadership doit être au s ervice des gens. Il faut déplacer la prise de décision au plus bas niveau possible. On dit NON aux personnes interchangeables! 97

98 Modèle de collaboration clas s ique Utilisateurs Direction Les responsabilités et les pouvoirs sont divisés clairement. Analyste d affaires Chef de produit Représentant ou agent de commercialisation Les canaux de communication sont définis clairement et sont restrictifs. Gestionnaire de projet La documentation constitue le principal moyen de Développeurs Responsable des tests Architecte Administrateur de bases de données communication. Plusieurs tâches reposent sur des spécialistes. 98

99 ONE TEAM!!!! Équipe de ges tion de produit Utilisateurs Analyste d affaires Développeurs Équipe de développement Direction Chef de produit Gestionnaire de produit Responsable des tests Scrum Master Représentant ou agent de commercialisation Architecte Administrateur de bases de données L équipe provient des organisations coopératives. La composition des équipes n est pas limitée aux titres (généralistes-spécialistes). Les communications sont fluides. Le responsable de produit est à l avant-plan. 99

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

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

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

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

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

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

CERTIFICATION Professional Scrum Developer (.NET)

CERTIFICATION Professional Scrum Developer (.NET) Durée 5 jours Description Le cours «Professional Scrum Developer» de Pyxis offre une expérience intensive unique aux développeurs de logiciels. Ce cours guide les équipes sur la façon de transformer les

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

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

Méthodes Agiles et gestion de projets

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

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

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

INF2015 Développement de logiciels dans un environnement Agile. Examen final 24 avril 2014 17:30 à 20:30

INF2015 Développement de logiciels dans un environnement Agile. Examen final 24 avril 2014 17:30 à 20:30 Examen final 24 avril 2014 17:30 à 20:30 Nom, prénom : Code permanent : Répondez directement sur le questionnaire. Question #1 5% Qu'est-ce qu'un test de régression? Question #2 5% Selon extreme Programming,

Plus en détail

Méthodes de développement

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

Examen final LOG3000 Hiver 2014

Examen final LOG3000 Hiver 2014 Examen final LOG3000 Hiver 2014 Lundi le 28 avril 2014. Durée : 13h30 à 16h00 (total 2h30). Local : A-532. Total des points : 20. Pondération de l'examen dans la note finale : 40%. Sans documentation.

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

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

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

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

Introduction au développement Agile. François Beauregard - fbeauregard@pyxis-tech.com

Introduction au développement Agile. François Beauregard - fbeauregard@pyxis-tech.com Introduction au développement Agile François Beauregard - fbeauregard@pyxis-tech.com Objectifs Vous faire connaître les valeurs, principes et pratiques du développement Agile Secouer vos perceptions concernant

Plus en détail

Le rôle de l architecte Agile

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

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

Plan. 1 Cycles de développement. 2 Méthodes agiles, principes généraux. 3 Comment se passe un Sprint?

Plan. 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é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

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

Conditions gagnantes pour démarrer sa transition Agile

Conditions gagnantes pour démarrer sa transition Agile Conditions gagnantes pour démarrer sa transition Agile 1 4 Les De plus en plus d organisations voient l Agilité comme une piste de solution aux problèmes auxquels elles sont confrontées. Par ailleurs,

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

Gestion de Projet Informatique

Gestion de Projet Informatique Gestion de Projet Informatique Partie 3 : Cycles de vie de projet Licence d'informatique 3 ième Année Tianxiao Liu Université de Cergy-Pontoise 1 GPI T. LIU The earliest moment is when you think it is

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

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

AGILE et le PMO. Conférence présentée à Agile Montréal 12 septembre 2013. Stéphane Lecuyer & Frédérick H. Stoltz

AGILE et le PMO. Conférence présentée à Agile Montréal 12 septembre 2013. Stéphane Lecuyer & Frédérick H. Stoltz AGILE et le PMO Conférence présentée à Agile Montréal 12 septembre 2013 Stéphane Lecuyer & Frédérick H. Stoltz 1 Qui sommes-nous? Frédérick H. Stoltz, PMP, ITIL Parallèlement à son engagement en tant que

Plus en détail

Jean-Pierre Vickoff www.vickoff.com

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

touscours.net Rapport de Synthèse Cycle en V, UP et SCRUM

touscours.net Rapport de Synthèse Cycle en V, UP et SCRUM Rapport de Synthèse Cycle en V, UP et SCRUM Réalisé par : BELLINI Quentin GNANAKULENTHIRAN Anitha GOVINDEN Johana MEZINE Ahcene TIMZOUERT Chabane 19/10/2011 www.sup-galilee.univ-paris13.fr Table des matières

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

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

{ mathieu boisvert / michel céré ; }

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

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

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

Profil de compétences Directeur de projets SECTEUR BANCAIRE

Profil de compétences Directeur de projets SECTEUR BANCAIRE Profil de compétences Directeur de projets SECTEUR BANCAIRE PENSÉE ET VISION STRATÉGIQUE Avoir une perspective globale des enjeux actuels et futurs du client ainsi que de définir des orientations visant

Plus en détail

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

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

L'apprentissage du TDD en coding-dojo. Xavier Nopre. 18/10/2013 Salle : Courage 10h30 12h30

L'apprentissage du TDD en coding-dojo. Xavier Nopre. 18/10/2013 Salle : Courage 10h30 12h30 L'apprentissage du TDD en coding-dojo Xavier Nopre 18/10/2013 Salle : Courage 10h30 12h30 Merci à nos sponsors Platinium Gold Parrainage Silver Institutionnel Qui suis-je? Xavier Nopre Développeur Agiliste

Plus en détail

Qui sommes- nous? Mathieu Boisvert Coach Agile Chargé de cours à L ESG (UQAM) Co- auteur d un livre avec Sylvie

Qui sommes- nous? Mathieu Boisvert Coach Agile Chargé de cours à L ESG (UQAM) Co- auteur d un livre avec Sylvie Les mécanismes d'assurance et de contrôle de la qualité dans un projet Agile Séminaire du génie logiciel LATECE 10 avril 2013 Qui sommes- nous? Mathieu Boisvert Coach Agile Chargé de cours à L ESG (UQAM)

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

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

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

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

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

Quelles sont nos attentes envers les Scrum Masters. Agile Tour Novembre 2014

Quelles sont nos attentes envers les Scrum Masters. Agile Tour Novembre 2014 Quelles sont nos attentes envers les Scrum Masters Agile Tour Novembre 2014 Jean-René Rousseau jrrousseau@facilite.com Directeur du Centre d Excellence Agile de Facilité Informatique Impliqué dans des

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

Séance 1 Méthodologies du génie logiciel

Séance 1 Méthodologies du génie logiciel Séance 1 Méthodologies du génie logiciel Objectifs : Histoire du développement du logiciel. La crise du logiciel. Explorer les différentes méthodologies de développement. Comprendre l importance d adopter

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

Kanban et son utilisation à la Société GRICS

Kanban et son utilisation à la Société GRICS Kanban et son utilisation à la Société GRICS Par : Serge Pelletier Directeur de l informatique Richard Salette Chef d équipe Serveurs et réseau Vous vous apprêtez à entendre parler d une expérience continue

Plus en détail

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

Le cadre de Scrum. Vision générale

Le cadre de Scrum. Vision générale 2 Le cadre de Scrum Ce chapitre vous propose un aperçu du modèle Scrum en présentant d'abord les rôles, les activités et les artéfacts. Les chapitres suivants entreront dans les détails de chaque pratique,

Plus en détail

SCRUM et Intégration Continue

SCRUM et Intégration Continue J-EOLE 4 et 5 Juin 2014 SCRUM et Intégration Continue Gilles Grandgérard CC BY-NC-SA 2.0 FR Sommaire SCRUM Qualification Intégration Continue SCRUM Nom SCRUM = Mêlée en français Le rugby plutôt que la

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

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

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

Agilité en BI AGILITÉ EN BI. L'agilité en BI afin d'augmenter votre retour sur investissement. Contactez-nous: 1-888-926-1272 www.agiledss.

Agilité en BI AGILITÉ EN BI. L'agilité en BI afin d'augmenter votre retour sur investissement. Contactez-nous: 1-888-926-1272 www.agiledss. AGILITÉ EN BI L'agilité en BI afin d'augmenter votre retour sur investissement Les auteurs Alexandre Langlois Fort de ses 13 années en technologies de l information, dont 5 ans en intelligence d affaires,

Plus en détail

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

Agile @ Germe Grenoble 4 22/06/2012. Intervenant: Bruno Sbille

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

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

La contractualisation agile, à la Poste, c'est possible!

La contractualisation agile, à la Poste, c'est possible! La contractualisation agile, à la Poste, c'est possible! Saison I - Le modèle de contrat Michel LEJEUNE www.plus.google.com/michellejeune Michel LEJEUNE www.twitter.com/michellejeune www.linkedin.com/michellejeune

Plus en détail

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

LISTE DES FORMATIONS. Mai 2015

LISTE DES FORMATIONS. Mai 2015 Gestion de projet Analyse d affaires Formation Évaluation de performance +1.514.826.5534 info@lcgsolution.com www.lcgsolution.com LCG Solution se distingue par la qualité du matériel de formation, la qualité

Plus en détail

Techniques de Développement

Techniques de Développement Techniques de Développement Quelques définitions relatives au développement de logiciel Sébastien Faucou Université de Nantes (IUT de Nantes, département Informatique) Licence Professionnelle Systèmes

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

Le Processus RUP. H. Kadima. Tester. Analyst. Performance Engineer. Database Administrator. Release Engineer. Project Leader. Designer / Developer

Le Processus RUP. H. Kadima. Tester. Analyst. Performance Engineer. Database Administrator. Release Engineer. Project Leader. Designer / Developer Le Processus RUP Database Administrator Project Leader H. Kadima Performance Engineer Release Engineer Analyst Designer / Developer Tester Table des matières 1. De l artisanat à l industrialisation de

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

MODÈLE GUIDE D APPRÉCIATION DU RENDEMENT DU PERSONNEL DU PERSONNEL INTRODUCTION LES OBJECTIFS DU GUIDE D ÉVALUATION DE RENDEMENT BUT

MODÈLE GUIDE D APPRÉCIATION DU RENDEMENT DU PERSONNEL DU PERSONNEL INTRODUCTION LES OBJECTIFS DU GUIDE D ÉVALUATION DE RENDEMENT BUT INTRODUCTION En matière de gestion des ressources humaines, il ne suffit pas à une municipalité de bien choisir et de bien former son personnel, il faut qu'elle puisse périodiquement en contrôler l'évolution,

Plus en détail

Introduction à la gestion de projets

Introduction à la gestion de projets Introduction à la gestion de projets Jean-Philippe PERNIN Université Stendhal Département Informatique Pédagogique Bureau I 113 Mél. : Jean-Philippe.Pernin@u-grenoble3.fr Jean-Philippe Pernin - DIP - Université

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

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

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

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

GL - 2 2.2 Processus de développement Cycles de vie

GL - 2 2.2 Processus de développement Cycles de vie GL - 2 2.2 Processus de développement Cycles de vie Lydie du Bousquet Lydie.du-bousquet@imag.fr En collaboration avec J.-M. Favre, Ph. Lalanda, I. Parissis, Y. Ledru 1 Plan Introduction Modèles en cascade

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

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

Agile : quel chemin? @thierrycros

Agile : quel chemin? @thierrycros Agile : quel chemin? @thierrycros Cette session Qu'allons-nous apprendre? Agenda Agile? Chemins agiles Scrum Extreme Programming Lean Kanban Processus Unifié agilisé Choisir? http://thierrycros.net 3 Agenda

Plus en détail

Modèle de changement d organisation. Leanpizza.net présente. Petit Guide Rapide du jeu de cartes Modèle de Changement d Organisation

Modè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é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

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

Cours de Génie Logiciel

Cours de Génie Logiciel Cours de Génie Logiciel Sciences-U Lyon Gestion de Projet Informatique http://www.rzo.free.fr Pierre PARREND 1 Mars 2005 Sommaire Gestion de projet informatique Cycle de vie du logiciel Modèles de Méthodes

Plus en détail

Comment puis- je appuyer mon Scrum Master?

Comment puis- je appuyer mon Scrum Master? Je prend charge d un projet Agile: Comment puis- je appuyer mon Scrum Master? Novembre 2013 Agile Tour Copyright 2012, Pyxis Technologies inc. Tous droits réservés Qui sommes nous? Mar$n Dupont mdupont@pyxis-

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

Gouvernance? Agile. XpDay Suisse. Genève 29 mars 2010

Gouvernance? Agile. XpDay Suisse. Genève 29 mars 2010 Gouvernance? Agile. XpDay Suisse Genève 29 mars 2010 Qui suis-je? Ici, même les mémés aiment la castagne! Toulouse Sud-Ouest France 2 Thierry Cros 10 ans déjà... Création XP France en 2000 SigmaT 2009

Plus en détail

Architecture pragmatique pour la gestion du cycle de vie des applications (ALM)

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