Annexe «gestion agile des projets informatiques. Guide de gestion des projets informatiques OFROU

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

Download "Annexe «gestion agile des projets informatiques. Guide de gestion des projets informatiques OFROU"

Transcription

1 Département fédéral de l environnement, des transports, de l énergie et de la communication DETEC Office fédérale des routes OFROU Mühlestrasse 2, 3063 Ittigen Standortadresse: Mühlestrasse 2, 3063 Ittigen Postadresse: Annexe «gestion agile des projets informatiques» Guide de gestion des projets informatiques OFROU M Informations Date de création / date de révision : 22 août 2013 Auteurs : Membres permanents OFROU : Bruno Frey (Frb), promoteur du projet Stoupa & Partners AG : Daniela M. Schreier (Dms), Gwendolin Stoupa (Gs) Nombre de pages : 20 Documents de référence : Guide de gestion des projets informatiques OFROU V1.03, Liste des modifications Version Date Auteurs Remarques Bundesamt für Strassen ASTRA Bruno Frey Postadresse: 3003 Bern Standortadresse: Mühlestrasse 2, 3063 Ittigen Tel , Fax

2 Table des matières 1. Introduction Généralités But de l annexe Structure de l'annexe Généralités Référence au Guide de gestion des projets informatiques de l OFROU Définitions des termes L agilité au sein de l OFROU Document principal Concepts du «cadre Scrum» Directives Généralités «Cadre Scrum» Autres modèles et outils Liste de contrôle «Décision relative à la réalisation agile de porjets» Agilité dans le cadre des phases du projet Phase du concept métier Phase d'analyse préliminaire Phases Conception IT et Réalisation Organisation du projet et rôles Organisation du projet Vue externe de l'organisation de projets informatiques agiles de l'ofrou Vue interne de l'organisation de projets informatiques agiles de l'ofrou (NOUVEAU) Rôles importants dans un projet informatique agile (vue interne) Rôles repris du guide de gestion des projets d'informatiques de l OFROU Rôles agiles conformément au concept «Scrum» Equipe Scrum Master Propriétaire du produit Rôles complémentaires Assistant du propriétaire du produit Entraîneurs Groupe d'utilisateurs Affectation des rôles Acquisition informatique et rédaction contractuelle dans le cadre de projets informatiques agiles de l'ofrou Remarques et commentaires Entité responsable de ce guide Marquage des documents Structure de stockage /20

3 Sommaire des illustrations Illustration 1 : Vue externe de l'organisation de projets informatiques agiles (voir document principal)11 Illustration 2 : Vue interne de l'organisation de projets informatiques agiles de l OFROU Illustration 3 : Rôles repris du document principal Illustration 4 : Rôles agiles conformément au concept «Scrum» Illustration 5 : Rôles complémentaires Illustration 6 : Affectation des rôles Sommaire des abréviations AWG : rôle agile «Groupe d utilisateurs» CT : rôle agile «Coaches / Trainer» GEVER/Fabasoft : logiciel standard pour le traitement électronique des processus et dossiers dans l administration publique... 8 HERMES : méthode de gestion de projets pour l informatique, les prestations et les organisations commerciales, développé par l administration fédérale MISTRA : OFROU : Office fédéral des routes... 4 PO : rôle agile«product Owner» conformément à Scrum POS : rôle agile «Product Owner Supporter» Rôle CoP «Comité de projet» conformément au guide de gestion des projets informatiques de l OFROU Rôle DO «Donneur d ordres» conformément au guide de gestion des projets informatiques de l OFROU SM : rôle agile «Scrum Master» conformément à Scrum T : rôle agile «Equipe» conformément à /20

4 1. Introduction 1.1. Généralités L agilité s'impose de plus en plus aussi bien dans le contexte informatique général qu'au sein de l'ofrou. Elle convient en premier lieu pour des projets informatiques complexes en raison de leur volume d'exigences techniques et / ou spécialisées ou présentant une forte composante inconnue (p.ex. nécessité de s'intégrer dans les vastes paysages informatiques existants ; pour les applications ; etc.). La livraison régulière de résultats intermédiaires utilisables, la réévaluation et la définition des priorités pour les exigences ainsi que la compréhension des valeurs et actions prennent notamment en compte ces circonstances en cas de traitement agile d'un projet. Les erreurs de développement sont ainsi souvent détectées tôt. L'OFROU est dans l'ensemble bien structuré et offre un sol fertile pour la réalisation réussie de projets informatiques agiles But de l annexe Cette annexe doit mettre à disposition des directives et des expériences accumulées sur des projets informatiques agiles réalisés avec succès. Elle s'entend comme une «recommandation». Elle complète le guide de gestion des projets informatiques OFROU. Les descriptions se limitent aux aspects essentiels en prenant en compte une certaine harmonie avec la gestion traditionnelle de projets conformément au guide de gestion des projets informatiques OFROU. Cette annexe montre par ailleurs, les considérations pertinentes pour l'ofrou dans le cadre spécial des projets agiles d'un point de vue centralisé. Cette annexe vise aussi à créer une compréhension homogène et une langue commune dans le cadre des projets informatiques agiles. Le contenu de cette annexe n'est pas exhaustif et sera complété régulièrement. Cette annexe ne fournit pas de descriptions détaillées des processus agiles, cadres, comme p.ex. le Scrum, etc. 4/20

5 2. Structure de l'annexe 2.1. Généralités Cette annexe décrit la compréhension du «vécu de l agilité» dans le cadre de projets informatiques de l OFROU Référence au Guide de gestion des projets informatiques de l OFROU Cette annexe complète les grands chapitres suivants du guide de gestion des projets informatiques de l OFROU : 5/20

6 6/20

7 3. Définitions des termes 3.1. L agilité au sein de l OFROU L agilité est synonyme de mobilité. Un mode de travail mobile et pragmatique doit permettre d obtenir des résultats présentant une valeur utile et une durabilité maximales pour l OFROU tout en réduisant les dépenses au minimum. Chaque projet informatique agile de l OFROU doit posséder un objectif défini au préalable (vision du projet). Il convient de se rapprocher de cet objectif de manière itérative, axée sur les résultats et compréhensible. Outre un mode de travail axé sur les objectifs et comprenant le moins de bureaucratie possible, il est notamment important que l interaction soit excellente entre les collaborateurs du projet. C est en ce sens que nous parlons par la suite d un «mode de travail agile». Les principes du Manifeste pour le développement agile de logiciels 1 fournissent les lignes directrices d un mode de travail agile au sein de l OFROU. Les individus et leurs interactions sont plus importants que les processus et les outils Des logiciels opérationnels sont plus importants qu une documentation exhaustive La collaboration avec les clients est plus importante que la négociation contractuelle L adaptation au changement est plus importante que le suivi d un plan 3.2. Document principal Le document principal désigne la version de base du guide de gestion des projets informatiques OFROU. En l'absence d'indication contraire, ce document se base sur les définitions des termes du document principal Concepts du «cadre Scrum» Les concepts «Product Backlog», «Potentially Shippable Product (Product Increment)», «Sprint Backlog», «Sprint Goal», «Sprint Retrospective» et «Sprint Review» proviennent de la terminologie du «cadre Scrum» et peuvent être p.ex. consultés dans le «Scrum Guide» «The Scrum Guide», octobre 2011, conçu et tenu à jour par Ken Schwaber et Jeff Sutherland 7/20

8 4. Directives 4.1. Généralités Dans le cadre du traitement à fins d actualisation du guide de gestion des programmes informatiques de l OFROU avec ajout des aspects agiles, il s est avéré que certaines directives contraignantes dans le cadre de la réalisation des projets informatiques agiles de l OFROU étaient judicieuses. Plusieurs raisons le justifient entre autres : Etablissement d une certaine cohérence dans le mode de travail avec obtention de l efficacité lors du travail et échange et développement de connaissances au sein de l OFROU ; Création d une base pour un contrôle sur l ensemble du projet ; Communication efficiente par le recours à une langue commune ; etc «Cadre Scrum» La base des projets informatiques agiles de l OFROU est le «cadre Scrum» 3. Cela vaut notamment pour l occupation des rôles et l utilisation des principaux artefacts. D autres outils, processus, méthodes agiles, etc. peuvent être utilisés en complément ou en élargissement Autres modèles et outils Liste de contrôle «Décision relative à la réalisation agile de projets» Cette liste de contrôle aide à décider si un projet informatique doit être réalisé de manière agile ou non. La liste de contrôle est enregistrée en allemand et en français sur GEVER/Fabasoft : version allemande : M version française : M «The Scrum Guide», octobre 2011, conçu et tenu à jour par Ken Schwaber et Jeff Sutherland 8/20

9 5. Agilité dans le cadre des phases du projet 5.1. Phase du concept métier Une proposition est que le concept métier doit déjà être démarré de manière agile avec un chef de projet métier et, si besoin est, un chef de projet informatique afin d'exploiter les valeurs d'expérience et les avis de différents domaines spécialisés et techniques et de pouvoir contrer d'éventuels développements erronés Phase d'analyse préliminaire La phase d'analyse préliminaire permet de définir une recommandation en faveur d'une approche agile ou contre cette approche. Les résultats de l'examen des objectifs du projet et des bases de détermination du type de projet permettent toujours une telle recommandation. Les rôles et documentations nécessaires doivent être déterminés à l'aide du type de projet défini. Il convient par ailleurs de définir les processus, les méthodes, les cadres, etc. agiles à utiliser et pourquoi. Cette recommandation influe sur la planification de l'organisation du projet effectuée pendant cette phase. La décision de réaliser ou d'acheter (Make-or-Buy) est aussi prise pendant cette phase. La recommandation doit par conséquent aussi être prise en compte dans le cadre de l acquisition informatique et de la rédaction contractuelle informatique Phases Conception IT et Réalisation La conception informatique définit les conditions cadres de la réalisation informatique technique. La décision d'opter ou non pour une approche agile pour le projet est prise au plus tard lors de la phase de réalisation car c'est aussi là que sont entre autres élaborés les documents d'acquisition. 9/20

10 6. Organisation du projet et rôles Un projet informatique se définit par son unicité et sa durée limitée. Il nécessite une organisation particulière, qui, dans la plupart des cas, ne correspond pas à l'organisation hiérarchique. Des rôles spécifiques n'existant pas dans l'organisation traditionnelle de projets (conformément au document principal) doivent être pris en compte dans le cadre de projets informatiques agiles. L'organisation des projets informatiques agiles de l OFROU est présentée dans ce chapitre qui explique et montre les vues de l'organisation du projet et les rôles principaux. On a par ailleurs une recommandation pour l occupation des rôles agiles Organisation du projet L'organisation du projet est définie pour une durée fixe. Elle se superpose à l'organisation traditionnelle du projet d'une part, et d'autre part doit être clairement ancrée dans celle-ci. L'organisation du projet présentée dans cette annexe est générique et doit être modifiée en fonction de la situation du projet informatique agile. Dans le cadre de projets informatiques agiles, on fait la distinction entre deux vues de l'organisation du projet : la vue externe pour les projets informatiques généraux de l OFROU (conformément au document principal) et la vue interne qui prend en compte les besoins spéciaux dans le cadre d'un traitement agile du projet. 10/20

11 Vue externe de l'organisation de projets informatiques agiles de l'ofrou Dans un projet informatique agile de l OFROU, la forme de l organisation du projet vers l extérieur doit être conservée dans le guide de gestion des projets informatiques de l OFROU / HERMES conformément au guide de gestion des projets informatiques. Il faut p.ex. toujours comme avant un système de rapports correspondant. C est la raison pour laquelle l illustration suivante qui décrit cette vue externe a été reprise sans changement du document principal et est encore mentionnée ici. Les détails figurent dans le document principal. Illustration 1 : Vue externe de l'organisation de projets informatiques agiles (voir document principal) 11/20

12 Vue interne de l'organisation de projets informatiques agiles de l'ofrou (NOUVEAU) La vue interne sur l organisation du projet couvre les besoins dans le cadre d'une réalisation agile de projets informatiques. Elle concerne en premier lieu les personnes participant activement à la réalisation du projet informatique agile. Dans le contexte de la vue interne, on vise principalement à ce que tous les participants (dans le cadre des rôles qui leur sont affectés) assument au mieux leur responsabilité et puissent parfaitement assumer leurs tâches. Par conséquent, chacun est habilité à s imposer en prenant en compte le manifeste 4 agile et en s axant sur l objectif et la solution. On doit volontairement s écarter d une réflexion hiérarchique «classique». Les rôles «CoP» et «DO» doivent être interprétés conformément à la vue externe et au document principal. Illustration 2 : Vue interne de l'organisation de projets informatiques agiles de l OFROU 4 12/20

13 6.2. Rôles importants dans un projet informatique agile (vue interne) Les rôles représentent toujours des profils définis dans le cadre de projets informatiques agiles de l OFROU. Ils sont nécessaires pour la gestion des tâches, la communication, la suppression des malentendus en rapport avec les responsabilités, les tâches (fondamentales) et les compétences. La suite du présent document énumère et décrit les nouveaux rôles venant s'ajouter dans le cadre de projets informatiques agiles de l OFROU afin de créer une compréhension commune dans un contexte agile. Les responsabilités, tâches et aptitudes nécessaires sont décrites au minimum et doivent donc être reprises telles quelles et développées en fonction de la situation. Pour réussir un projet informatique agile, il est important de définir clairement ces rôles avec la compréhension culturelle nécessaire au début d'un projet informatique et d'affecter les différentes personnes concrètes aux différents rôles. Comme le montre l'illustration 2, les rôles peuvent être divisés en trois catégories : Rôles repris du document principal, Rôles agiles conformément à Scrum et Rôles complémentaires Les différents rôles vont maintenant être décrits concrètement dans leur forme générique Rôles repris du guide de gestion des projets d'informatiques de l OFROU Les rôles suivants ont été repris du document principal : Comité de projet et Donneur d'ordre. Illustration 3 : Rôles repris du document principal Ces deux rôles doivent aussi être utilisés judicieusement dans le cadre de projets informatiques agiles de l OFROU. Ils sont repris dans le contexte agile conformément à leur description dans le document principal. 13/20

14 Rôles agiles conformément au concept «Scrum» Les rôles suivants sont repris du «cadre Scrum» : Equipe, «Scrum Master» et Propriétaire du produit. Illustration 4 : Rôles agiles conformément au concept «Scrum» Les descriptions suivantes doivent montrer les aspects importants pour l'ofrou Equipe Nom Equipe (T pour «Team») 3 à 9 personnes Domaine de responsabilité Tâches et compétences L'équipe est responsable de la mise en œuvre des prestations promises au cours de la prochaine période de travail (sprint). Dans l'idéal, elle est composée de personnes de différentes spécialités (p.ex. analyse, conception, programmation, test, etc.). L équipe définit l'objectif du sprint (Sprint Goal) ; rend visibles les contenus et progrès de son travail ; présente le produit potentiellement livrable («Potentially Shippable Product») lors de l'examen du sprint ; s'organise elle-même ; est très motivée et met tout en œuvre pour atteindre l'objectif du sprint ; agit avec une conscience extrême de ses responsabilités ; peut s'adapter avec flexibilité aux nouvelles situations ; a la volonté de s'améliorer en permanence (rétrospective du sprint) Scrum Master Nom Scrum Master (SM) une personne Domaine de responsabilité Tâches et compétences Le Scrum Master est responsable du respect du processus. Le Scrum Master : guide les acteurs lors du processus en servant ; n'exerce pas d'autorité ; élimine les obstacles et veille à ce que l'équipe fonctionne / puisse travailler de manière productive ; assure un excellent environnement de travail à l'équipe ; peut s'adapter avec flexibilité aux nouvelles situations ; 14/20

15 accompagne les changements ; anime p.ex. les réunions de mêlée ; nécessite une compétence de direction élevée ; remarque les problèmes / conflits et trouve les déclencheurs ; résout les problèmes et dirige les négociations ; décèle les dépendances, ce qui pourrait poser problème, les points critiques & les «goulots» ; a une attitude ouverte vis-à-vis de la critique et des remarques ; collabore ; favorise la conscience commune des responsabilités pour le succès global du projet informatique ; sait pousser les gens et les encourager Propriétaire du produit Nom Propriétaire du produit (PO pour «Product Owner») une personne Domaine de responsabilité Le propriétaire du produit est responsable de la durabilité et de la valeur de la solution pour l OFROU ainsi que du carnet du produit (Product Backlog). Il décide des exigences à mettre en œuvre en conséquence et est par ailleurs responsable du budget du projet informatique. Dans le domaine de responsabilité, on n'a qu'un propriétaire par projet informatique. Il peut être assisté par l'assistant du propriétaire du produit («Product Owner Supporter» ou POS). Tâches et compétences Le propriétaire du produit. détermine en fin de compte la vision du projet informatique et la communique clairement et de manière compréhensible aux parties prenantes du projet (notamment à l'équipe) ; formule et détermine le contenu (scénarios des utilisateurs / fonctionnalités) de la solution ; définit les priorités (Product Backlog) ; vérifie le contenu et les priorités de chaque sprint (valeur, durabilité, qualité) ; veille à ce que le contenu du carnet du produit soit correctement compris ; représente le «véritable client» ; réceptionne le travail de l'équipe ou le renvoie (examen du sprint) ; décide quand un résultat terminé (Release) doit être publié ; possède un excellent savoir-faire métier et a une vaste compréhension technique (ou est aidé par un POS disposant du savoir-faire correspondant) afin de pouvoir prendre des décisions ciblées et cohérentes ; ne perd jamais de vue la durabilité et la valeur de la solution pour l OFROU ; peut s'adapter avec flexibilité aux nouvelles situations ; est capable de s'imposer ; sait s'exprimer clairement. Remarques particulières Un collaborateur embauché par l'ofrou est favorisé pour ce rôle afin que les intérêts de l'ofrou soient représentés au mieux. Le PO doit par ailleurs avoir suffisamment de capacités pour s'acquitter de ses tâches et disposer du pouvoir de décision nécessaire ce qui est considéré comme un facteur déterminant pour le succès d un projet informatique agile de l OFROU. 15/20

16 Rôles complémentaires Les rôles suivants doivent être occupés / considérés de manière spécifique à l'ofrou dans le cadre de projets informatiques agiles : Assistant du propriétaire du produit (Product Owner Supporter), Entraîneurs (Coaches / Trainers) et Groupe d'utilisateurs Illustration 5 : Rôles complémentaires Assistant du propriétaire du produit Nom Domaine de responsabilité Tâches et compétences Assistant du propriétaire du produit (POS pour «Product Owner Supporter») Plusieurs personnes Les assistants des propriétaires des produits doivent assister au mieux le propriétaire du produit et le cas échéant compenser les compétences qui manquent au propriétaire du produit. Un assistant du propriétaire du produit : assiste le propriétaire du produit dans ses tâches Remarques particulières Il s'agit d'un groupe de personnes pouvant provenir de différentes disciplines. 16/20

17 Entraîneurs Nom Entraîneurs (CT pour «Coach / Trainer») Plusieurs personnes Domaine de responsabilité Tâches et compétences Un entraîneur est un mentor pour tous les collaborateurs de l'ofrou participant à des projets informatiques agiles. Il doit veiller à rendre possibles les actions agiles et à ce qu'elles soient comprises par tous les participants. Un entraîneur (Coach) : assiste notamment le Scrum Master, le propriétaire du produit et l'équipe mais aussi les autres participants au projet dans le cadre de la mise en œuvre du projet agile ; peut encadrer plusieurs projets informatiques de l OFROU ; aide à harmoniser les méthodes agiles avec d'autres méthodes (comme HERMES) ; collecte les expériences de projets dans le cadre d'une approche structurée et périodique et les consigne par écrit ; possède un solide savoir-faire dans le domaine de l agilité ; apporte en général un solide savoir-faire informatique : a accumulé de solides expériences lors de projets agiles en tant que Scrum Master ou de propriétaire du produit ; possède les capacités d'un Scrum Master et une compétence élevée en relations humaines ; est en mesure d'accompagner le processus de changement ; ne prend pas parti Groupe d'utilisateurs Nom Groupe d'utilisateurs (AWG pour «Anwendergruppe») Plusieurs personnes Domaine de responsabilité Tâches et compétences Le groupe d'utilisateurs est constitué des personnes utilisant en fin de compte la solution. Ce sont elles qui doivent informer au mieux sur l'intérêt de la solution informatique. Le groupe d'utilisateurs : fournit les exigences à l'égard du projet informatique ; teste et évalue la solution et les résultats intermédiaires fournis ; doit être axé sur la solution, constructif et proactif. 17/20

18 6.3. Affectation des rôles Le tableau suivant montre les rôles du guide de gestion des projets informatiques OFROU pouvant affectés aux rôles dans le cadre d'un projet informatique agile. La colonne de gauche «Rôles conformément au guide de gestion des projets informatiques OFROU» contient la liste des rôles importants dans un projet informatique conformément au document principal. La partie de droite «Rôles dans des projets informatiques agiles» montre les rôles à occuper dans des projets informatiques agiles de l OFROU. Les rôles «DO» et «CoP» doivent être repris conformément à la définition de l'organisation traditionnelle du projet (voir document principal). Si plusieurs rôles agiles sont affectés à un rôle du guide, cela signifie que la personne peut assumer l'un «ou» l'autre rôle. Illustration 6 : Affectation des rôles 18/20

19 7. Acquisition informatique et rédaction contractuelle dans le cadre de projets informatiques agiles de l'ofrou Afin de créer une sécurité juridique accrue et de centraliser les connaissances et les mettre à la disposition de tous les collaborateurs de l'ofrou, le thème de l'acquisition informatique et de la rédaction contractuelle dans le cadre de projets informatiques agiles de l OFROU est actuellement en cours d'actualisation. 19/20

20 8. Remarques et commentaires 8.1. Entité responsable de ce guide Le secteur Controlling-IT / Gestion des projets-it de l'ofrou est l'entité responsable pour le respect et l'administration de la gestion des projets informatiques et par conséquent du présent guide : Office fédéral des routes Informatique stratégique Controlling-IT et Gestion des projets-it Bruno Frey Pulverstrasse Ittigen, adresse postale : 3003 Berne Courriel : Site Internet : Téléphone : Fax : Le présent guide est contraignant pour les projets informatiques au sein de l'ofrou. Toute dérogation doit être clarifiée et coordonnée avec le secteur Controlling-IT / Gestion des projets-it Marquage des documents Il n'existe aucune exigence ni directive OFROU en matière de marquage des documents. Le choix du type de marquage est donc entièrement de la responsabilité du chef de projet et doit être réglementé dans le manuel de projet. Deux options possibles de marquage des documents : sigle du projet_date_type de doc_nom du document_<l>_versionxx.yy Exemple : KUBA_ _PH_Pflichtenheft-KUBA6_d_V01.00 type de document_sigle du projet_nom du document_l_date_versionxx.yy Exemple : PH_KUBA_Pflichtenheft-KUBA6_d_ _V01.00 Décomposition : Date : date d'édition (aaaammjj = année/mois/jour) Versionxx.yy : version de l'édition, la version d'une ébauche porte l'initiale X et une version approuvée porte l'initiale V L : langue (d, f, i, e) Type de doc : BE = rapport, PR = présentation, AK = note d'accompagnement, AU = document de travail, BF = lettre, HB = manuel, PH = cahier des charges, PK = procès-verbal, ZE = dessin Des informations et conseils supplémentaires relatifs au marquage des documents peuvent être obtenus auprès du secteur Controlling-IT / Gestion des projets IT de l'ofrou Structure de stockage OFROU ne dispose pas encore d'exigences et de directives relatives au stockage des documents. Des informations et conseils supplémentaires relatifs au stockage des documents peuvent être obtenus auprès du secteur Controlling-IT / Gestion des projets IT de l'ofrou. Le manuel de projet MISTRA peut être utilisé en guise d'exemple. 20/20

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

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

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

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

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

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

GESTION DE PROJET : LA METHODE AGILE

GESTION DE PROJET : LA METHODE AGILE GESTION DE PROJET : LA METHODE AGILE Le SCRUM est une méthode de gestion de projet. Elle a pour but d améliorer la productivité des équipes. Ce terme est inspiré du terme Scrum en rugby qui désigne une

Plus en détail

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

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

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

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

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

Rosenthaler + Partner AG Management und Informatik Feldrebe nweg 16 CH-4132 Muttenz 2

Rosenthaler + Partner AG Management und Informatik Feldrebe nweg 16 CH-4132 Muttenz 2 Département fédéral de l environnement, des transports, de l énergie et de la communication DETEC Office fédéral des routes OFROU Lukas Schildknecht Version 1.10 du 09.06.2010 Code docu: LBK EB MISTRA

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

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

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

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

NORME INTERNATIONALE D AUDIT 260 COMMUNICATION DES QUESTIONS SOULEVÉES À L OCCASION DE L AUDIT AUX PERSONNES CONSTITUANT LE GOUVERNEMENT D'ENTREPRISE

NORME INTERNATIONALE D AUDIT 260 COMMUNICATION DES QUESTIONS SOULEVÉES À L OCCASION DE L AUDIT AUX PERSONNES CONSTITUANT LE GOUVERNEMENT D'ENTREPRISE NORME INTERNATIONALE D AUDIT 260 COMMUNICATION DES QUESTIONS SOULEVÉES À L OCCASION DE L AUDIT AUX PERSONNES CONSTITUANT LE GOUVERNEMENT D'ENTREPRISE SOMMAIRE Paragraphes Introduction... 1-4 Personnes

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

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

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

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

INTRODUCTION GENERALE

INTRODUCTION GENERALE INTRODUCTION GENERALE Chaque année, les entreprises ont de nombreux challenges à relever; adaptation à des contraintes légales nationales, européennes ou internationales, lancement de nouveaux services

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

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

KANBAN & SCRUM samedi 16 avril 2011

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

Plus en détail

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

Le cycle de développement des produits à la Société GRICS : une nouvelle approche

Le cycle de développement des produits à la Société GRICS : une nouvelle approche Le cycle de développement des produits à la Société GRICS : une nouvelle approche Par : Denis Bessette Développement des systèmes Société GRICS Plan de la présentation 1. Agile et la planification stratégique

Plus en détail

Le Guide Scrum. Le guide définitif de Scrum : les règles du jeu. Juillet 2013. Développé and maintenu par Ken Schwaber et Jeff Sutherland

Le Guide Scrum. Le guide définitif de Scrum : les règles du jeu. Juillet 2013. Développé and maintenu par Ken Schwaber et Jeff Sutherland Le Guide Scrum Le guide définitif de Scrum : les règles du jeu Juillet 2013 Développé and maintenu par Ken Schwaber et Jeff Sutherland Table des matières Raison d être du Guide Scrum... 4 Définition de

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

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

PLAN DE COURS. Session 1: Présentation de l'étude de cas Microsoft Dynamics Sure Step

PLAN DE COURS. Session 1: Présentation de l'étude de cas Microsoft Dynamics Sure Step GERER un projet pour implémenter Dynamics CRM avec Sure Step Ref : 80278 Durée : 2 jours A propos de ce cours : Ce cours de 2 jours est un atelier de formation avancée centré sur les fonctionnalités de

Plus en détail

HERMES 5.1. Méthode de gestion pour tous les projets MANUEL POUR MANAGER

HERMES 5.1. Méthode de gestion pour tous les projets MANUEL POUR MANAGER HERMES 5.1 Méthode de gestion pour tous les projets MANUEL POUR MANAGER ManagerHERMES_FR.indd 1 20.05.15 12:05 ManagerHERMES_FR.indd 2 20.05.15 12:05 «Ce qui dure, c est le changement» (Michael Richter,

Plus en détail

Cahier des charges pour la réalisation d un audit externe du programme GUS / OFS

Cahier des charges pour la réalisation d un audit externe du programme GUS / OFS Département fédéral de l intérieur (DFI) Office Fédéral de la Statistique OFS Etat-major Cahier des charges pour la réalisation d un audit externe du programme GUS / OFS Table des matières 1 Généralités

Plus en détail

Système d information pour la gestion des routes et du trafic (MISTRA) Manuel d exploitation et de support pour les cantons

Système d information pour la gestion des routes et du trafic (MISTRA) Manuel d exploitation et de support pour les cantons Département fédéral de l environnement, des transports, de l énergie et de la communication DETEC Office fédéral des routes OFROU Helpdesk de l OFROU Version 1.0 (OFROU-GEVER : M022-0393) SFS 60050 M BE

Plus en détail

Le développement des compétences au service de l organisation apprenante

Le développement des compétences au service de l organisation apprenante Daniel Held et Jean-Marc Riss : Le développement des compétences au service de l organisation apprenante Paru dans : Employeur Suisse, no 13, 1998 Les changements de plus en plus importants et rapides

Plus en détail

Sysnet Scrum. Présentation Scrum Sysnet

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

Plus en détail

Processus informatiques de l'administration fédérale Organisation fonctionnelle de l'informatique

Processus informatiques de l'administration fédérale Organisation fonctionnelle de l'informatique Processus informatiques de l'administration fédérale Organisation fonctionnelle de l'informatique Unité de stratégie informatique de la Confédération USIC Friedheimweg 14, 3003 Berne Téléphone 031 32 245

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

Nom-Projet MODELE PLAN DE MANAGEMENT DE PROJET

Nom-Projet MODELE PLAN DE MANAGEMENT DE PROJET Nom-Projet MODELE PLAN DE MANAGEMENT DE PROJET Glossaire La terminologie propre au projet, ainsi que les abréviations et sigles utilisés sont définis dans le Glossaire. Approbation Décision formelle, donnée

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

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

REFERENTIEL IN2P3 CONDUITE DE PROJETS

REFERENTIEL IN2P3 CONDUITE DE PROJETS REFERENTIEL IN2P3 CONDUITE DE PROJETS Gestion de la configuration Mis à jour en mars 2008 Table des matières 1- Synthèse...3 2- Principes généraux relatifs à la gestion de configuration...5 2.1. Quelques

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

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

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

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

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

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

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

Plus en détail

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

Spécifications techniques - STS Définition Statut Rôle Signification Contenu

Spécifications techniques - STS Définition Statut Rôle Signification Contenu BURTCB/CTC-2013-002Frev5 2014-02-17 Spécifications techniques - STS Définition Statut Rôle Signification Contenu Le présent document établit la procédure relative aux exigences en ce qui concerne la demande,

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

HERMES 5.1. Méthode de gestion pour tous les projets MANUEL DE REFERENCE

HERMES 5.1. Méthode de gestion pour tous les projets MANUEL DE REFERENCE HERMES 5.1 Méthode de gestion pour tous les projets MANUEL DE REFERENCE ÉE PR AP O E CH A E GIL IN R TÉG HERMES EN BREF: Méthode Ce manuel de référence documente la méthode HERMES; il est imprimé et disponible

Plus en détail

ECVET GUIDE POUR LA MOBILITÉ

ECVET GUIDE POUR LA MOBILITÉ ECVET GUIDE POUR LA MOBILITÉ 2 GUIDE POUR LA MOBILITÉ ECVET «Le système européen de crédits d apprentissage pour l enseignement et la formation professionnels (ECVET) est un cadre technique pour le transfert,

Plus en détail

Le Rôle du Manager dans Scrum. Scrum Gathering 14 Novembre 2007

Le Rôle du Manager dans Scrum. Scrum Gathering 14 Novembre 2007 Le Rôle du Manager dans Scrum Scrum Gathering 14 Novembre 2007 Henrik Kniberg 2 Qui suis-je? Henrik Kniberg - Crisp AB Développement logiciel en Java & agile Henrik Kniberg henrik.kniberg@crisp.se

Plus en détail

Guide Scrum. Le Guide Complet de Scrum: Les Règles du Jeu. Juillet 2011. Développé et maintenu par Ken Schwaber et Jeff Sutherland

Guide Scrum. Le Guide Complet de Scrum: Les Règles du Jeu. Juillet 2011. Développé et maintenu par Ken Schwaber et Jeff Sutherland Guide Scrum Le Guide Complet de Scrum: Les Règles du Jeu Juillet 2011 Développé et maintenu par Ken Schwaber et Jeff Sutherland Table des matières Le but du Guide Scrum... 3 Vue d ensemble de Scrum...

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

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

EXAMEN ET MISE A JOUR DES POLITIQUES DE SAUVEGARDE ENVIRONNEMENTALE ET SOCIALE DE LA BANQUE MONDIALE

EXAMEN ET MISE A JOUR DES POLITIQUES DE SAUVEGARDE ENVIRONNEMENTALE ET SOCIALE DE LA BANQUE MONDIALE EXAMEN ET MISE A JOUR DES POLITIQUES DE SAUVEGARDE ENVIRONNEMENTALE ET SOCIALE DE LA BANQUE MONDIALE Plan des consultations avec les parties prenantes extérieures pendant la phase 2 de l examen et de la

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

3003 Berne, le 30 octobre 2000. Mesdames, Messieurs,

3003 Berne, le 30 octobre 2000. Mesdames, Messieurs, 3003 Berne, le 30 octobre 2000 $X[ $XWRULWpVFDQWRQDOHVGH VXUYHLOODQFHGHOpWDWFLYLO,1)267$5,QIRUPDWLRQVUHODWLYHVjFHUWDLQVDVSHFWVGHOLQWURGXFWLRQ Mesdames, Messieurs, Lors de la procédure de consultation relative

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

Guide pour la réalisation de projets de cyberadministration

Guide pour la réalisation de projets de cyberadministration Comment Guide pour la réalisation de projets de cyberadministration dans les communes Six étapes pour réussir les projets de cyberadministration dans des petites et moyennes communes avec la méthode de

Plus en détail

MANUEL DE MANAGEMENT DE Edition 6 LA QUALITE ET DE LA SECURITE Ind B Février 2014

MANUEL DE MANAGEMENT DE Edition 6 LA QUALITE ET DE LA SECURITE Ind B Février 2014 MANUEL DE MANAGEMENT DE Edition 6 LA Février 2014 DIFFUSION INTERNE CONTROLEE Rédaction Valérie MINSENTI Responsable Management de la Qualité et de la Sécurité Date : 18/02/14 Visa : Approbation M. Vincent

Plus en détail

LA MAÎTRISE DE LA QUALITE PAR LES CABINETS D AUDIT

LA MAÎTRISE DE LA QUALITE PAR LES CABINETS D AUDIT LA MAÎTRISE DE LA QUALITE PAR LES CABINETS D AUDIT par Janin AUDAS et Brigitte GUILLEBERT Associés de 01 AUDIT ASSISTANCE Novembre 2011 Tout cabinet d audit doit gérer la qualité de ce qu il produit, c

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

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

armasuisse Les tirages sur papier ne sont pas inclus dans le suivi par le service des modifications!

armasuisse Les tirages sur papier ne sont pas inclus dans le suivi par le service des modifications! armasuisse DT (Directive de travail) Modification de s Les tirages sur papier ne sont pas inclus dans le suivi par le service des modifications! Copyright by armasuisse, 3003 Berne Le secret professionnel

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

CONTRÔLE INTERNE ET GESTION DE LA QUALITÉ DANS LES CABINETS D'AUDIT

CONTRÔLE INTERNE ET GESTION DE LA QUALITÉ DANS LES CABINETS D'AUDIT CONTRÔLE INTERNE ET GESTION DE LA QUALITÉ DANS LES CABINETS D'AUDIT Introduction Un moyen de se doter d un système de contrôle interne efficace et performant réside dans la mise en place d un système de

Plus en détail

GUIDE POUR L ETABLISSEMENT D UN PEL

GUIDE POUR L ETABLISSEMENT D UN PEL GUIDE POUR L ETABLISSEMENT D UN PEL 1 Guide pour l établissement d un PEL Qu est-ce que le Portfolio européen des langues? Le PEL est un instrument permettant aux personnes qui étudient ou ont étudié

Plus en détail

Conseil de recherches en sciences humaines du Canada

Conseil de recherches en sciences humaines du Canada Conseil de recherches en sciences humaines du Canada Annexe à la Déclaration de responsabilité de la direction englobant le contrôle interne en matière de rapports financiers (non auditée) Exercice 2014-2015

Plus en détail

CONTRÔLES D'ACCÈS PHYSIQUE AUTOMATISÉS

CONTRÔLES D'ACCÈS PHYSIQUE AUTOMATISÉS Cour Pénale Internationale International Criminal Court Instruction administrative ICC/AI/2007/004 Date : 19/06/2007 CONTRÔLES D'ACCÈS PHYSIQUE AUTOMATISÉS Le Greffier, aux fins d'établir des groupes d'accès

Plus en détail

CADRE BUDGÉTAIRE COMMUN

CADRE BUDGÉTAIRE COMMUN PROCÉDURES OPÉRATIONNELLES STANDARD pour les PAYS ADOPTANT l approche «UNIS DANS L ACTION» Août 2014 GUIDE DU CADRE BUDGÉTAIRE COMMUN Le Cadre budgétaire commun, par sa présentation transparente et centralisée

Plus en détail

Appendice 2. (normative) Structure de niveau supérieur, texte de base identique, termes et définitions de base communs

Appendice 2. (normative) Structure de niveau supérieur, texte de base identique, termes et définitions de base communs Appendice 2 (normative) Structure de niveau supérieur, texte de base identique, termes et définitions de base communs NOTE Dans les propositions de Texte identique, XXX désigne un qualificatif de norme

Plus en détail

Directeur de la Gestion des projets et du portefeuille. 1. Informations générales Titre du poste:

Directeur de la Gestion des projets et du portefeuille. 1. Informations générales Titre du poste: Directeur de la Gestion des projets et du portefeuille 1. Informations générales Titre du poste: Directeur de la Gestion des projets et du portefeuille Grade: D1 Département: Gestion de projet et de portefeuille

Plus en détail

Guide pour la rédaction, la présentation et l'évaluation des travaux de fin d'étude (TFE) dans le cadre de la formation Did@cTIC

Guide pour la rédaction, la présentation et l'évaluation des travaux de fin d'étude (TFE) dans le cadre de la formation Did@cTIC Guide pour la rédaction, la présentation et l'évaluation des travaux de fin d'étude (TFE) dans le cadre de la formation Did@cTIC Afin de finaliser son parcours de formation Did@cTIC, chaque participant-e

Plus en détail

Plan de la Formation. SCRUM en PRATIQUE

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

Plus en détail

The Scrum Guide. Le Guide de référence à Scrum: Les règles du Jeu. Juillet 2013. Développé et maintenu par Ken Schwaber et Jeff Sutherland

The Scrum Guide. Le Guide de référence à Scrum: Les règles du Jeu. Juillet 2013. Développé et maintenu par Ken Schwaber et Jeff Sutherland The Scrum Guide Le Guide de référence à Scrum: Les règles du Jeu Juillet 2013 Développé et maintenu par Ken Schwaber et Jeff Sutherland Table des matières L Objectif du Guide Scrum (Scrum Guide)...4 La

Plus en détail

PLAN D ASSURANCE QUALITE

PLAN D ASSURANCE QUALITE CCS 17, rue de Dolmont BP 28 28190 St-GEORGES sur EURE PLAN D ASSURANCE QUALITE CCS SARL Edition A - 6 mars 2009 C.C.S. 09066 R.0 Rédaction Nom Unité Date Rédacteur Fabrice MARCHAL CCS 06/03/2009 Validation

Plus en détail

Fiche conseil n 16 Audit

Fiche conseil n 16 Audit AUDIT 1. Ce qu exigent les référentiels Environnement ISO 14001 4.5.5 : Audit interne EMAS Article 3 : Participation à l'emas, 2.b Annexe I.-A.5.4 : Audit du système de management environnemental SST OHSAS

Plus en détail

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

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

Plus en détail

Documentation utilisateur. ScrumTool : Application de gestion de projets SCRUM

Documentation utilisateur. ScrumTool : Application de gestion de projets SCRUM Documentation utilisateur ScrumTool : Application de gestion de projets SCRUM Projet : ScrumTool, application de gestion de projets SCRUM Page 2/15 SOMMAIRE Partie 1 : Connexion à l'application...4 1.

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

Amendement de la norme ISO 9001

Amendement de la norme ISO 9001 Amendement de la norme ISO 9001 Un toilettage? François BOUCHER AFNOR Normalisation Repris par Claude GIRARD AFNOR Délégation Bretagne POURQUOI MODIFIER L ISO 9001 Chaque Norme internationale doit faire

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

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

Politique de gestion intégrée des risques

Politique de gestion intégrée des risques 5, Place Ville Marie, bureau 800, Montréal (Québec) H3B 2G2 T. 514 288.3256 1 800 363.4688 Téléc. 514 843.8375 www.cpaquebec.ca Politique de gestion intégrée des risques Émise par la Direction, Gestion

Plus en détail

MANUEL DE MANAGEMENT DE Edition 6 LA QUALITE ET DE LA SECURITE Ind A Avril 2012

MANUEL DE MANAGEMENT DE Edition 6 LA QUALITE ET DE LA SECURITE Ind A Avril 2012 MANUEL DE MANAGEMENT DE Edition 6 LA QUALITE ET DE LA SECURITE Avril 2012 DIFFUSION INTERNE CONTROLEE Rédaction Valérie MINSENTI Responsable Management de la Qualité et de la Sécurité Date : 18/05/12 Visa

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

Mastère spécialisé Management de projets technologiques

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

Plus en détail

VÉRIFICATION DE LA TECHNOLOGIE DE L'INFORMATION Réponses (Plan d'action) de la gestion Février 2005 N O PRIORITÉ DESCRIPTION RÉPONSE DE LA GESTION

VÉRIFICATION DE LA TECHNOLOGIE DE L'INFORMATION Réponses (Plan d'action) de la gestion Février 2005 N O PRIORITÉ DESCRIPTION RÉPONSE DE LA GESTION VÉRIFICATION DE LA TECHNOLOGIE DE L'INFORMATION Réponses (Plan d'action) de la gestion Février 2005 N O PRIORITÉ DESCRIPTION RÉPONSE DE LA GESTION Réf. : Chapitre 3.1 CADRE DE GESTION Comité directeur

Plus en détail

AVANT-PROPOS. Certains aspects du module D peuvent nécessiter une étude plus approfondie. Une révision du guide pourra donc s'avérer nécessaire.

AVANT-PROPOS. Certains aspects du module D peuvent nécessiter une étude plus approfondie. Une révision du guide pourra donc s'avérer nécessaire. Le présent document est une traduction du guide 8.4, dont l original en anglais est disponible sur le site Internet de WELMEC (www.welmec.org). Pour tout problème d interprétation, il est nécessaire de

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

Direction de l audit de Ressources naturelles Canada. Rapport sur l inspection des pratiques. Le 5 décembre 2013

Direction de l audit de Ressources naturelles Canada. Rapport sur l inspection des pratiques. Le 5 décembre 2013 Direction de l audit de Ressources naturelles Canada Rapport sur l inspection des pratiques Le 5 décembre 2013 Ressources naturelles Canada Rapport sur l inspection des pratiques BUT Le présent document

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

STRATEGIES DE MAINTENANCE

STRATEGIES DE MAINTENANCE A- NORMES AFNOR 1 Maintenance industrielle 1-a Concepts de maintenance 1-b Contrats de maintenance 1-c Documents d'exploitation 1-d Logistique de soutien 2 Fiabilité 3 Maintenabilité 4 Disponibilité 5

Plus en détail