BusinessCenter – Retour d’expérience
•Télécharger en tant que PPTX, PDF•
0 j'aime•593 vues
Recommandé
Recommandé
Contenu connexe
En vedette
En vedette (18)
Similaire à BusinessCenter – Retour d’expérience
Similaire à BusinessCenter – Retour d’expérience (20)
Plus de French Scrum User Group
Plus de French Scrum User Group (20)
BusinessCenter – Retour d’expérience
- 1. BusinessCenter – Retour d’expérience 3 ans de Gestion de Projet Agile/Scrum
- 2. Merci à nos sponsors Platinum
- 3. Et merci à nos sponsors Gold et Silver
- 4. Qui sommes-nous ? Cyril Lebars Raphaël Despinasse • Responsable MOE depuis le • Responsable de l’équipe de lancement du projet en Réalisation depuis 1 an novembre 2008
- 5. Qu’est ce que PagesJaunes BusinessCenter ? • Un Portail d’intégration • Un site web à l’architecture orientée services, branché sur le SI de PagesJaunes, de ses filiales et de ses partenaires • En évolution permanente, soumis à des paliers inter-applicatifs • Un Portail B to B dédié à tous les professionnels, porteur d’une nouvelle posture stratégique : • Transparence du ROI publicitaire par la fourniture des audiences des produits PagesJaunes • Autonomie et flexibilité pour la mise à jour des contenus publicitaires payants ou gratuits (selfcare) • Apport de contenus à valeur ajoutée permettant d’améliorer l’efficacité et la rentabilité des communications
- 6. Organisation du projet Direction AdNet marketing Responsable Responsable Product MOE MOA Owner Responsable Responsables 2 Experts Chargé de 3 personnes Ergonome WebMaster Réalisation Etudes métier soutien 3 personnes 7 personnes
- 8. Les 14 premières semaines de 2012 Sem1&2 Sem3&4 Sem5&6 Sem7&8 Sem9&10 Sem11&12 Sem13&14 Sprint 6 Sprint 7 Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 1 PlanningGame PlanningGame PlanningGame PlanningGame PlanningGame PlanningGame PlanningGame Réalisation Réalisation Réalisation Réalisation Réalisation Réalisation Réalisation engagement engagement engagement engagement engagement engagement engagement MOE réa MOE réa MOE réa MOE réa MOE réa MOE réa MOE réa Estimation Estimation Estimation Estimation Correction Livraison en Correction Macro des US Micro des US Macro des US Micro des US anomalies Production de anomalies candidates candidates candidates candidates version 5.5.x la version 5.5.x version 6.0.x version 6.0.x version 6.0.x version 6.1.x version 6.1.x Etudes des US Etudes des US Etudes des US Etudes des US Etudes des US Etudes des US Etudes des US sprint 7 sprint 1 sprint 2 sprint 3 sprint 4 sprint 1 sprint 2 Bench du sprint Bench du sprint Bench version Bench du sprint Bench su sprint Bench du sprint Bench version 5 6 5.5.x 1 2 3 6.0.x Recette du Recette du Recette version Recette du Recette du Recette du Recette version sprint 5 sprint 6 5.5.x sprint 1 sprint 2 sprint 3 6.0.x Version 5.5.x Version 6.1.x Version 6.0.x
- 9. Les différentes phases du projet •Toute l’équipe projet Planning Game (3h) •Droit de refus de la MOA sur les US présentées en Démo •Droit de refus de la MOE sur les US présentées par la MOA •Développement US + TU + TNR •Maintenance des TU et TNR Engagement MOE •Livraisons •Intervention sur les incidents de Prod •Très en amont / En amont Les estimations Macro / Micro •A partir d’EB / A partir d’US •Faisabilité Les études •CI et suivi des livrables •Coordination avec les partenaires •Scénarii Les benchs •Outillage •Performances •Au fil de l’eau Les recettes •Au début de la release suivante
- 10. Synthèse Partage de la méthode Amélioration Satisfaction continue Efficacité
- 11. Questions ?
Notes de l'éditeur
- Toutel’équipeprojetestprésente (24 personnes pendant 3h) le premier jour de l’itérationDémonstration par la MOE réa de l’itérationprécédente (40 min)Acceptionourefus de la validation Métier/MOAPérimètrefonctionnelintégralementdéveloppéTU et TNR intégralementdéveloppésRemarques (toutel’équipe)Présentation par la MOA des nouvelles US (90 min)Questions/Remarques (toutel’équipe)Acceptation ourefus de chiffrage (MOE réa)US compréhensibleDisponibilité des inputs (contratsd’interface, services et environnementsd’intégration, modèles, …)Rédaction des scénarii des TNR par la MOAChiffrage de la complexité (MOE réa)Engagement MOE réa (10 min)Liste des US embarquéessurl’itérationNombre de points embarquéssurl’itérationRetrospective (40 min)Note d’itération (pas systématique)Points positifssur le projet (Keep)Points négatifssur le projet (Drop)Propositions de nouvelles initiatives (Start)Questions (Questions)-------Réalisation des US embarquéessurl’itérationDeveloppementTests UnitairesTests de Non-RégressionMaintenances des TestsMaintenance des données des bouchonsMaintenance des Tests UnitairesMaintenance des Tests de Non-RégressionLivraisonsurplateformed’Intégration Continue (Toutes les nuits)Injections des données des bouchonsDéploiementsur les plateformesVérification du build, du code et des Tests UnitairesVérification des Tests de Non-RégressionPréparation et livraison en Démo (Le dernier jour de l’itération)Livraison en Recette (Le dernier jour de l’itération)Livraison pour Bench (Le premier jour de l’itérationsuivante)-------Répartition des US (1 heure)Répartitioncollégiale et/ouarbitraire des USRépartitionhomogéne des US en fonction de leursnombres de pointsPas de spécialisationsdansl’équipePartage des objectifs et des plannings avec l’équipeResponsabilisationsur la réalisation/maintenance des TestsUne US = Dev + TU + TNRChaquemembre de l’équipeestresponsabled’unethèmatique de TNRDailyScrum (max 30 min)Tous les matins … oupresque …Possible de faire un tirage au sort pour désigner le responsable du jourCorrection d’anomaliesAu fil de l’eau en fonction de l’avancé de l’itérationAu fil de l’eau en fonction des anomalies ou incidents de productionLors des phases de Recette qui ont lieu durant le sprint 1 d’une versionLes différenteslivraisonsChaquemembre de l’équipepréparesadémonstration avec un fonctionnelLe responsableest en charge de la date de la fin des commitsLe responsable assure la bonne livraison de la version-------L’estimation Macro (2 heures)Très en avance de phase (Au moins 1 mois)Membres : Les 3 responsables MOE + La responsible (A)MOA + le métierPrésentationfonctionnelle de l’EBChiffrage de la complexitéàpartird’abaquesIl est possible de faire plusieursscéancesd’estimation MacroObjectifs de l’estimation MacroLa date de MEP de la version, le nombre de point de complexitétotale de la version et le nombred’itérations ne dépendent pas de l’estimation Macro. L’objectifest de déterminer la liste des nouveaux besoins qui serontembarquésdans la prochaine version àpartir des élémentsprécédentsL’estimation Micro (2 heures)En avance de phase (Au moins 15 jours)Membres : Les 3 responsables MOE + La responsable (A)MOA + Le responsable de l’US + Le métierPrésentaionfonctionnelle de l’USIl est possible de faire plusieursscéancesd’estimation MicroObjectifs de l’estimation MicroL’objectifest de déterminer la liste des US qui serontprésentées au prochain PlanningGame-------Vérification de la faisabilité du BesoinFaisabilité techniqueFaisabilitéfonctionnelle (connaître le SI)Faisabilitéauprès des partenaires du projet (plannings, ressources, …)Rédaction des Contratsd’InterfacesDocument technique de référencesur les modalitésd’échanges avec nospartenairesSuivi des livrablesSurveillance des plannings des partenairesSurveillance de la miseà disposition des environnementsRecueil des inputs nécessaires aux développementsCoordination avec les partenairesPour les phases de RecetteLorsqu’il y a des indisponibitéssur les environnementsLorsqu’il y a des bugs àremonterLorsque le livrablen’est pas conforme au CI-------Les scénarii de BenchSélection de client en fonction de leursdonnéesRéalisation de parcours clients sur le PortailDétermination de l’attendusurtoutes les pagesDétermination des casd’erreursBenchssur 1 heure et/ousurune longue duréeOutillageJmeterAnalysemémoire, processeur, …Suivi des évolutions (amélioration, regression) entre versionsLes benchs de performances (A chaqueitération)Injection de clients surunepériodeAnalyse des temps de réponse des pagesAnalyse de la mémoire et la consommation CPUNombre de pages en erreurAnalyse des logsLes benchs de version déterminentsi la version peutpartir en production-------Les Recettes au fil de l’eauAprès chaque fin d’itérationSeulement les nouvellesfonctionnalitésSelon la disponibilité des services/donnéespartenaires, la recetted’unefonctionnalitépeutintervenirplusieursitérations après réalisationLes TNR sontlà pour limiter le nombred’erreurLes phases de Recette1 semaine de Recette intense ou tout le projetesttesté3 jours de correction par la MOE avec générationd’une version 0 défaut2 jours de recettedifférentielle pour valider la version 0 défaut