CONVENTION TAXIS DÉCEMBRE 2013 ENTRE O C I NNE - - TA X I

Du télérelevé aux réseaux D’eau intelligents et au smart City

cpam21 2014 2014 01 15 convention taxis 21 pdf Convention taxis Côte d’Or – décembre 2013 1 CONVENTION ENTRE LES ENTREPRISES DE TAXIS ET LES ORGANISMES D’ASSURANCE MALADIE DE COTE D’OR Entre La Caisse Primaire d’Assurance Maladie de la Côte d’Or Sise BP 34548

L Education à la Santé : quelle intégration au sein de la formation initiale des enseignants?

Éducation et santé : quelles altérités - UNIRéS

La formation des enseignants à l'éducation à la santé est un élément central de cation, le développement intégral de la personne, c'est à dire de toutes ses 28 févr 2001 I Prévention, éducation pour la santé, promotion de la santé

REX Scrum Master du terrain Ludovic Larché Agile Tour 2012 à Rennes le 4 octobre 2012

Qui suis je? Ludovic LARCHE Agile Scrum / Kanban Consultant Scrum Master depuis 2008 Accompagnement de Product Owner depuis 2010 Formateur interne Scrum / Kanban Architecte Logiciel

centre de compétences «Architecture et Technique des Systèmes d'Information» (AETSI) Contact : Twitter page 2

Sommaire > Objectifs du projet > Contexte / configuration du projet > Chiffres clés > Les différentes étapes du projet > Les acteurs du projet > Sélection des pratiques Agiles > Réunions agiles et autres > Bonnes pratiques et points positifs > Axes d'améliorations > Application de l'agilité : matrice des compromis > Exemples de matériaux agiles du projet > Leçons apprises > Au final > Recommandations > Questions? page 3

Objectifs du projet > Contexte / configuration du projet > Chiffres clés > Les différentes"> Les acteurs du projet > Sélection des pratiques Agiles > Réunions agiles et autres >"> Axes d'améliorations > Application de l'agilité : matrice des" title="compromis > Exemples de matériaux agiles du projet > Leçons apprises > Au final > Recommandations >">

Objectifs du projet > L'objectif du projet GéoFibre est de fournir une application SIG permettant la gestion des données descriptives du réseau FTTH en France pour les clients résidentiels

Le projet GéoFibre doit ainsi permettre de supporter le déploiement du réseau FTTH en termes de conception et de gestion du réseau

> L'outil permet aux chargés d'affaires FFTH en unité d'intervention de concevoir géographiquement et de publier le réseau FTTH page 4

L'objectif du projet GéoFibre est de fournir une application SIG permettant la gestion des">

Les principales fonctionnalités > Établir les Schémas Directeurs pour chaque NRO > Réaliser ou déployer le réseau FTTH correspondant au SD > Échanger les données avec la Division des Opérateurs (Offre Public Génie Civil) > Établir des statistiques sur le réseau et sur la gestion des activités de conception / déploiement > Gérer le patrimoine réseau FTTH page 5

Établir les Schémas Directeurs pour chaque NRO >"> Échanger les données avec la"> Établir des statistiques sur le" title="réseau et sur la gestion des activités de conception / déploiement > Gérer le patrimoine">

Contexte / configuration du projet > Nom de l'application : GéoFibre > Version : G1R0 > Refonte d'application > Solution basé sur un progiciel SIG ESRI (produit ArcGIS Server 10) > Mise en place d'un SIG 100% web dédié au FTTH > Technologies : Java 6

Flex 4 (FlexUnit

FlexMonkey) > Mise en place d'une méthode agile pour

• - Gérer l'éventuel instabilité du besoin
• - Impliquer des utilisateurs référents tout au long de la réalisation
• - Préparer le déploiement FTTH > Contraintes
• - Livrer les premières fonctions pour un usage opérationnel dès le T Préparer au plus tôt pour la phase de déploiement page 6

Nom de l'application : GéoFibre > Version : G1R0 > Refonte d'application > Solution basé sur un progiciel SIG ESRI"> Mise en place d'un SIG 100% web dédié au FTTH > Technologies : Java 6

Flex 4 (FlexUnit

FlexMonkey) > Mise en place d'une"> Contraintes

• - Livrer les premières fonctions pour un usage opérationnel dès le T1 2011
• ">
  

Chiffres clés > Effectifs : plus de 20 personnes (interne et externe) > 3 sites : Paris

Lannion

Rennes > Taille du projet : > 2000 h/j > Durée de la version G1R0 : 20 mois (de Juillet 2010 à Mars 2012) > Nombre de Sprints : 17 > Nombre d'utilisateurs ciblés en production : environ 300 personnes (chargés d'affaires FTTH) > 6 plateformes nécessaires > Agilité :

• - Plus de 200 User Stories dans la G1R0
• - Product Backlog de 1400 points de complexités
• - Moyenne de 80 points par Sprint page 7

Effectifs : plus de 20 personnes (interne et externe) > 3 sites : Paris

Lannion

Rennes > Taille du"> 2000 h/j > Durée de la version G1R0 : 20 mois (de Juillet 2010 à Mars 2012) > Nombre de Sprints : 17 > Nombre d"> 6 plateformes nécessaires > Agilité" title=":

• - Plus de 200 User Stories dans la G1R0
• - Product Backlog de 1400 points de complexités
• - Moyenne de 80 points par">
  

Les différentes étapes du projet Kick off du projet Décision au niveau roadmap et budgétaire : ajout de 9 Sprints supplémentaires 07/10/10 04/01/11 21/01/11 11/02/11 04/03/11 29/04/11 20/05/11 10/06/11 01/07/11 21/07/11 Init Sprint 0 Sprint 1 Sprint2 Sprint3 Sprint4 Sprint5 Sprint6 Sprint7 Sprint8 Phase exploratoire Sprints de calibrage Phase de développement MEP restreinte MEP élargie 08/09/11 29/09/11 20/10/11 10/11/11 01/12/11 22/12/11 19/01/12 19/02/12 01/03/12 Sprint9 Sprint10 Sprint11 Sprint12 Sprint13 Sprint14 Sprint15 Sprint16 Sprint 17 Phase de développement page 8

Les acteurs du projet 1 Product Owner 2 contributeurs Product Owner 2 Product Owner Proxy 1 Chef de Projet 8 Développeurs sur 2 sites (Rennes

Lannion) 3 Testeurs 1 Scrum Master 1 Coach Agile + des experts SIG (3) + des contributeurs : architectes

• ergonome
• activités de support page 9

10

Sélection des pratiques Agiles Customer Tests Automation (on va essayer) Collective code ownership Pair Programming NON Continuous Integration (après étude faisabilité et cout mise en place) On site customer NON Whole team TDD (on essaiera) Simple design Metaphor Short iterations page 10 Refactoring Coding Standard Sustainable Pace Planning Game

11

Réunions agiles et autres > Sprint Planning : au début de chaque Sprint (4h)

• - 2h : sélection des stories + chiffrage («Quoi»)
• - 2h : découpage en tâches («Comment») > Daily Scrum : chaque jour à heure fixe (à 9h15 pendant 15 / 20 minutes)
• - Et parfois plus longtemps > Sprint Review : à la fin de chaque Sprint (2h) > Sprint Rétrospective : à la fin de chaque Sprint (1h / 1h30) > Autres réunions :
• - Réunion d'avancement hebdomadaire
• - Réunion de revue des exigences
• - Réunion technique si besoin
• - Reunion de passage de jalons (processus TTM)

- page 11

Sprint Planning : au début de chaque Sprint (4h)

• - 2h : sélection des stories + chiffrage («Quoi»)
• - 2h :"> Daily Scrum : chaque jour à heure fixe (à 9h15 pendant 15 / 20 minutes)
• - Et parfois plus longtemps >"> Sprint Rétrospective : à la fin de chaque Sprint (1h / 1h30) > Autres réunions :
• -" title="Réunion d'avancement hebdomadaire
• - Réunion de revue des exigences
• - Réunion technique si besoin
• - Reunion de passage de jalons (processus">
  

12

Outils utilisés > Product Backlog

• - Sharepoint

post-its > Gestion des tests & traçabilité des exigences

• - Quality Center

Excel > Environnement de développement

- Eclipse

FlexViewer

FlexMonkey

• > Gestion documentaire
• - Webdocs > Et d'autres page 12
• Product Backlog
• - Sharepoint

post-its >"> Environnement de développement

- Eclipse

• " title="FlexViewer

FlexMonkey

• > Gestion documentaire
• - Webdocs > Et d">
  

13

Bonnes pratiques et points positifs Présence du PO en physique Proximité PO / PO Proxy Proximité PO Proxy / Equipe de dév Réunions agiles en physique Les testeurs gérant CA & TNR Point technique après DS Session Communicator Bonne ambiance Démos PO Proxy Réunions projets CDP Ergonomie page 13