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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

{ 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

SCRUM BUT, LE LIVRE BLANC. De la problématique de mener un projet AGILE dans une organisation classique

SCRUM BUT, LE LIVRE BLANC. De la problématique de mener un projet AGILE dans une organisation classique SCRUM BUT, LE LIVRE BLANC De la problématique de mener un projet AGILE dans une organisation classique Résumé Alors que les demandes de conduite de projet en AGILITE sont de plus en plus fréquentes, les

Plus en détail

Scrum/XP adapté au BI/DW

Scrum/XP adapté au BI/DW Scrum/XP adapté au BI/DW Marc-Éric Larocque, PMP, MBA, CBIP, PSM marc-eric.larocque@procimaexperts.com Jean-François Pilon, CBIP jean-francois.pilon@procimaexperts.com PROCIMAEXPERTS.COM Introduction Objectifs

Plus en dé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

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

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

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

Les journées Eoles - 24/11/11

Les journées Eoles - 24/11/11 Les Méthodes Agiles (Scrum, Xp) (Scrum, Xp) Les journées Eoles - 24/11/11 Qui suis je? Luc Bizeul, Coach Agile indépendant Développeur, administrateur réseaux (2006) Formateur, consultant sur l agilité

Plus en détail

Avant propos. Parcours de lecture : combien de sprints vous faut il?

Avant propos. Parcours de lecture : combien de sprints vous faut il? Avant propos Depuis plus d une dizaine d années, je conseille des entreprises et je forme des étudiants sur les méthodes itératives et agiles. Depuis cinq ans, cet effort porte presque exclusivement sur

Plus en détail

CHAPITRE 3 : LES METHODES AGILES?

CHAPITRE 3 : LES METHODES AGILES? CHAPITRE 3 : LES METHODES AGILES? UE Gestion de Projet Master 1 STIC 2014/2015 Céline Joiron 2 Introduction Après avoir présenté les cycles de vie «classiques» de la gestion de projet L objectif de ce

Plus en détail

Les méthodes agiles en développement informatique : Fondements théoriques et retours d expérience

Les méthodes agiles en développement informatique : Fondements théoriques et retours d expérience Les méthodes agiles en développement informatique : Fondements théoriques et retours d expérience Sommaire Préface... 3 Introduction... 5 Partie I : Les fondements théoriques... 7 Chapitre I : La méthode

Plus en détail

LEAN SOFTWARE DEVELOPMENT. La vision de Mary et Tom Poppendieck

LEAN SOFTWARE DEVELOPMENT. La vision de Mary et Tom Poppendieck LEAN SOFTWARE DEVELOPMENT La vision de Mary et Tom Poppendieck Plan de la présentation 1. Introduction 2. Concept 1 : Eliminer les Gaspillages 3. Concept 2 : Améliorer le Système 4. Concept 3 : Embarquer

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

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

Feature Team Primer. par Craig Larman et Bas Vodde. Version 1.2

Feature Team Primer. par Craig Larman et Bas Vodde. Version 1.2 ÉQUIPE FEATURE par Craig Larman et Bas Vodde Version 1.2 Les Équipes Feature 1 et les Domaines Fonctionnels 2 sont des éléments essentiels pour dimensionner le développement en mode agile et lean. Ces

Plus en dé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

Enquête 2014 de rémunération globale sur les emplois en TIC

Enquête 2014 de rémunération globale sur les emplois en TIC Enquête 2014 de rémunération globale sur les emplois en TIC Enquête 2014 de rémunération globale sur les emplois en TIC Les emplois repères de cette enquête sont disponibles selon les trois blocs suivants

Plus en détail

Gestion de Projet Agile

Gestion de Projet Agile Gestion de Projet Agile De la vision aux tests Tianxiao.Liu@u-cergy.fr Université de Cergy-Pontoise Master SIC/ISIM 2 ième Année 1 Plan Vision et features du projet User story (ou story) Décomposer les

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

L enseignement de méthodes agiles dans un contexte d apprentissage actif

L enseignement de méthodes agiles dans un contexte d apprentissage actif L enseignement de méthodes agiles dans un contexte d apprentissage actif Ruben González-Rubio Eugène Morin Balkrishna Sharma Gukhool Groupe ɛ X it C1-3019 Département de génie électrique et de génie informatique

Plus en détail

Eclipse Process Framework et Telelogic Harmony/ITSW

Eclipse Process Framework et Telelogic Harmony/ITSW Eclipse Process Framework et Telelogic Harmony/ITSW Boris Baldassari 1 Résumé Une introduction à Eclipse Process Framework (EPF) et au processus OpenUP, et comment tirer profit de ces initiatives dans

Plus en détail

Modernisation et gestion de portefeuilles d applications bancaires

Modernisation et gestion de portefeuilles d applications bancaires Modernisation et gestion de portefeuilles d applications bancaires Principaux défis et facteurs de réussite Dans le cadre de leurs plans stratégiques à long terme, les banques cherchent à tirer profit

Plus en détail

Jean-Pierre Vickoff. 2008 J-P Vickoff

Jean-Pierre Vickoff. 2008 J-P Vickoff Agilité étendue Jean-Pierre Vickoff 1 Structure de la présentation PUMA Essentiel méthode Agile de 3 ème génération Le mouvement Itératif-Incrémental (Agile) Agilité étendue au SI et PUMA Essentiel Entreprise

Plus en détail

Le rôle de l'analyste d'affaires et la place de la documentation dans un processus Agile

Le rôle de l'analyste d'affaires et la place de la documentation dans un processus Agile Le rôle de l'analyste d'affaires et la place de la documentation dans un processus Agile François Beauregard (fbeauregard@pyxis-tech.com) 2008 Pyxis Technologies. Tous droits réservés. All Rights Reserved.

Plus en détail

Christophe Leroy Marc Lainez. L Agilité est-elle soluble dans la culture francophone?

Christophe Leroy Marc Lainez. L Agilité est-elle soluble dans la culture francophone? Christophe Leroy Marc Lainez L Agilité est-elle soluble dans la culture francophone? Le Manifeste Agile http://agilemanifesto.org/ 2 Les 4 valeurs Agiles Equipe Personnes et interactions plutôt que processus

Plus en détail

Agile Tour Montréal Métriques agiles

Agile Tour Montréal Métriques agiles Agile Tour Montréal Métriques agiles Copyright Pyxis Technologies La vedette : le release burndown chart 120 100 80 60 40 20 0 Début 1 2 3 4 5 Livraison 2 Utile également : le value burnup $250 000 $200

Plus en détail

Comment assurer le plein potentiel de votre solution analytique. Guillaume Bédard, Directeur des Solutions d Affaires Odesia

Comment assurer le plein potentiel de votre solution analytique. Guillaume Bédard, Directeur des Solutions d Affaires Odesia L Comment assurer le plein potentiel de votre solution analytique ODESIA 1155 University suite 800 Montreal, Qc, Canada H3B 3A7 Phone: (514) 876-1155 Fax: (514) 876-1153 www.odesia.com Guillaume Bédard,

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

Utilisation des techniques Kanban pour maîtriser le développement incrémental. Jeff Patton AgileProductDesign.com jpatton@acm.org

Utilisation des techniques Kanban pour maîtriser le développement incrémental. Jeff Patton AgileProductDesign.com jpatton@acm.org Utilisation des techniques Kanban pour maîtriser le développement incrémental Jeff Patton AgileProductDesign.com jpatton@acm.org Téléchargez cette présentation sur : www.agileproductdesign.com/downloads/patton_kanban.ppt

Plus en détail

XP : plus qu'agile. Extreme Programming v2 et Développement Responsable. Thierry Cros

XP : plus qu'agile. Extreme Programming v2 et Développement Responsable. Thierry Cros XP : plus qu'agile Extreme Programming v2 et Développement Responsable Thierry Cros Retrouvez cette présentation sur le site http://thierrycros.net Licence CC-BY-NC-SA XP : plus qu'agile Pourquoi XP Installer

Plus en détail

Cours Gestion de projet

Cours Gestion de projet Cours Gestion de projet Méthodes de conduite de projet Version Date Auteur V1.8 Septembre 2007 Pascal HEYER 1 Méthodes de conduite de projet Ce document est publié sous la licence libre Creative Commons-BY-NC-SA

Plus en détail

Scrum Le guide pratique de la méthode agile la plus populaire 3 e édition Claude Aubry 320 pages Dunod, 2013

Scrum Le guide pratique de la méthode agile la plus populaire 3 e édition Claude Aubry 320 pages Dunod, 2013 Scrum Le guide pratique de la méthode agile la plus populaire 3 e édition Claude Aubry 320 pages Dunod, 2013 Illustration de couverture : Clément Pinçon Dunod, Paris, 2014 ISBN 978-2-10-071038-6 Préface

Plus en détail

FILIÈRE METHODOLOGIE & PROJET

FILIÈRE METHODOLOGIE & PROJET FILIÈRE METHODOLOGIE & PROJET 109 Gestion de projet METHODOLOGIE ET PROJET Durée 3 jours Conduite de projet COND-PRO s Intégrer les conditions de réussite d une démarche de management par projet. Impliquer

Plus en détail

Vision Produit. Un sacré attracteur pour une équipe auto-organisée. Thierry Cros

Vision Produit. Un sacré attracteur pour une équipe auto-organisée. Thierry Cros Vision Produit Un sacré attracteur pour une équipe auto-organisée Thierry Cros Sommaire Attracteur et équipe auto-organisée Vision Produit Contenu Qui fait quoi? Formats Vision : un sacré attracteur http://etre-agile.com

Plus en détail

Compte-rendu du petit-déjeuner. Vers l entreprise Agile

Compte-rendu du petit-déjeuner. Vers l entreprise Agile Compte-rendu du petit-déjeuner Vers l entreprise Agile 01/04/2014 Intervenants : Ludovic Cinquin Directeur Générale OCTO Technology France lcinquin@octo.com @Lcinquin Hervé Lourdin Lean & Agile Practice

Plus en détail

Les méthodes Agile. Implication du client Développement itératif et incrémental

Les méthodes Agile. Implication du client Développement itératif et incrémental Les méthodes Agile Simon ALEXANDRE - CETIC Plan Overview Agile ne signifie pas Agile signifie Objectifs poursuivis Pourquoi les méthodes Agile apparaissent-elles? Principales causes des échecs de projets

Plus en détail

Quelle organisation pour développer? Les principes et les valeurs de l extreme programming

Quelle organisation pour développer? Les principes et les valeurs de l extreme programming Les principes et les valeurs de l extreme programming XP sont bons 1 Principes Revue de code Production systématique de cas tests Refactoring Solutions simples Métaphores Intégration quotidienne cycles

Plus en détail

La Cible Sommaire F oc us F o n d a t e u r : J e a n L e B I S S O N N A I S

La Cible Sommaire F oc us F o n d a t e u r : J e a n L e B I S S O N N A I S La Cible Sommaire F oc us F o n d a t e u r : J e a n L e B I S S O N N A I S D i r e c t e u r d e l a p u b l i c a t i o n : M a r t i n e M I N Y R é d a c t e u r e n c h e f : S e r g e C H A N T

Plus en détail

RAPPORT EXÉCUTIF DE LA FIRME DE CONSULTANTS GARTNER

RAPPORT EXÉCUTIF DE LA FIRME DE CONSULTANTS GARTNER A Demande R-3491-2002 RAPPORT EXÉCUTIF DE LA FIRME DE CONSULTANTS GARTNER HYDRO-QUÉBEC ÉVALUATION DU PROJET SIC ET RECOMMANDATIONS, 7 AOÛT 2002 Original : 2002-09-20 HQD-2, Document 1 (En liasse) Rapport

Plus en détail

Les Méthodes Agiles. description et rapport à la Qualité. Benjamin Joguet Rémi Perrot Guillaume Tourgis

Les Méthodes Agiles. description et rapport à la Qualité. Benjamin Joguet Rémi Perrot Guillaume Tourgis Les Méthodes Agiles description et rapport à la Qualité Benjamin Joguet Rémi Perrot Guillaume Tourgis 1 Plan Présentation générale d'agile Qu'est ce qu'une méthode Agile? Le manifeste Les valeurs Les principes

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

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

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

Scrum. ... pour des projets informatiques agiles. Pascal Lando Certified Scrum product owner Scrum... pour des projets informatiques agiles Pascal Lando Certified Scrum product owner e-merchant Laboratoire Mis IUP Miage d Amiens pascal.lando@u-picardie.fr 2 octobre 2013 Ceci n est pas un cours

Plus en détail

Maîtrise d ouvrage agile

Maîtrise d ouvrage agile Maîtrise d ouvrage agile Offre de service Smartpoint 17 rue Neuve Tolbiac 75013 PARIS - www.smartpoint.fr SAS au capital de 37 500 - RCS PARIS B 492 114 434 Smartpoint, en quelques mots Smartpoint est

Plus en détail

La solution IBM Rational pour une ALM Agile

La solution IBM Rational pour une ALM Agile La solution IBM pour une ALM Agile Utilisez votre potentiel agile Points clés Adopter l'agilité à votre rythme Supporter une livraison multiplateforme Intégrer la visibilité Démarrer rapidement Que votre

Plus en détail

Tuesday, October 20, 2009. Nantes

Tuesday, October 20, 2009. Nantes Tuesday, October 20, 2009 Nantes Retour d'expérience SCRUM/XP dans un contexte CMMI-DEV niveau 2 SM CMM Integration, IDEAL, and SCAMPI are service marks of Carnegie Mellon University. Capability Maturity

Plus en dé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

Guide Léger de la Théorie et de la Pratique de Scrum Version 2.0. Version française. Pete Deemer GoodAgile. Gabrielle Benefield Evolve.

Guide Léger de la Théorie et de la Pratique de Scrum Version 2.0. Version française. Pete Deemer GoodAgile. Gabrielle Benefield Evolve. Version française Guide Léger de la Théorie et de la Pratique de Scrum Version 2.0 Pete Deemer GoodAgile www.goodagile.com Gabrielle Benefield Evolve www.evolvebeyond.com Craig Larman www.craiglarman.com

Plus en détail

1/15. Jean Bernard CRAMPES Daniel VIELLE

1/15. Jean Bernard CRAMPES Daniel VIELLE 1/15 Jean Bernard CRAMPES Daniel VIELLE CaseOnCloud est un SaaS de gestion de projets de développement logiciel CaseOC est : Multi démarches : MACAO MACAO Agile SCRUM Suivi d'aucune démarche particulière

Plus en détail