Ce diaporama a bien été signalé.
Nous utilisons votre profil LinkedIn et vos données d’activité pour vous proposer des publicités personnalisées et pertinentes. Vous pouvez changer vos préférences de publicités à tout moment.

[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre et gérer une Digital Factory

L’agilité est un des enjeux majeurs de la transformation des organisations, notamment celles portant les évolutions et la réalisation des dispositifs digitaux web et mobile. La crise sanitaires et économique exacerbe l’obligation de fonctionner autrement dans le juste équilibre entre agilité et rationalisation, tout en prenant en compte l’impérieuse nécessité d’animer et d’assembler des talents pluriels

Fort de notre expérience dans la définition, la mise en œuvre et le pilotage de Digital Factory pour nos clients, dans des formats et fonctionnements opérationnels divers, nous vous proposons de partager nos convictions :
- Comment piloter au quotidien satisfaction des utilisateurs et respect des budgets ?
- Comment s’organiser pour gérer à la fois le build et le run ?
- Comment construire une organisation pluridisciplinaire ? avec quelle matrice de compétences ?
- Quels sont les points de vigilance tant méthodologiques, technologiques ou managériaux ?

  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre et gérer une Digital Factory

  1. 1. Clés de succès et partage d’expériences pour mettre en œuvre et gérer une Digital Factory Webinar Le 18 Novembre 2020
  2. 2. Vos intervenants Xavier Belet Directeur Commercial Adbel Kander Directeur Digital Software Factory Antony Besnard Responsable de Production Laurent Delahaye Responsable de Production
  3. 3. • Voice of customer Business disruption Digital Strategy • Business Transformation  Un accompagnement depuis la stratégie en passant par l’idéation jusqu’à la mise en œuvre opérationnelle et la maîtrise d’environnements technologiques complexes. Une proposition de valeur équilibrée, intégrée et éprouvée. • Customer & User eXperience Brand & content design Creative technology Business performance • Software Factory Labelized Test center Agile & Scrum management Smart technologies • Consulting,Integration, Support…on all Clouds Saleforce 4
  4. 4. 6 Résiliente Circulaire Collaborative Inclusive Sustainable Capable d’absorber des variations de charges en fonction du cycle de vie des produits et des situations non prévues Basé sur la construction et la réutilisation d’assets technologiques (Cloud, API, Composants UI, analytics …) Qui repose sur des outils collaboratifs performants permettant de gérer l’activité à distance Intégration des différentes compétences IT, UX, métier, marketing et utilisateurs finaux dans des équipes produits véritablement pluridisciplinaires Qui associe réduction de l’empreinte carbone, bien être des collaborateurs, efficacité opérationnelle Maîtrise des produits et de la tech Alignement avec la traction marché et agilité business Modèle distribué Scalabilité, maîtrise des coûts Pilotée par la valeur Centré sur l’utilisateur, la traction des produits par le marché et l’optimisation du ROI
  5. 5. 7 Road map Métier / IT Immobilier Evolution du SI et Enablers IT Sécurité Anticipation sur la road map métier/IT, orientation des produits vers les modèles opérationnels distribués Gestion des investissements immobiliers, modèle distribué et à distance Intégration du SI digital avec le SI legacy Ouverture du SI (architecture SOA, API, Data, DevOps, Cloud), Gestion du legacy, MCO et évolutions Urbanisation et rationalisation du SI Sécurité des accès, gestion des droits, mise en place de site sûr (VPN,, …. ) avec les fournisseurs, multi-sites et télétravail Pilotage optimisé des investissements IT Maîtrise des chaines de valeur IT et agilité à l’échelle Politique de sécurité du SI Budget Gestion du budget IT, agilité dans les allocations budgétaires, approche capacitaire orientée produit RH Stratégie RH, Gestion des ressources internes, gestion des ressources externes
  6. 6. 2 Réalisation SCRUM adaptée à vos projets, avec possibilité d’engagements forfaitaires Mise à disposition en 1 clic à tout moment sur vos navigateurs et smartphones pour test Une chaine d’intégration continue dédiée à la réalisation d’applications et audits automatisés Outillage renforcé dédié au pilotage des projets Multi technos/domaines : React, Kotlin, Swift, Flutter, PHP, Java, HTML, CMS, eCommerce, Usines à Sites Web… Bibliothèque de composants éprouvés, optimisés, réutilisables et open source NOTRE EXPERTISE DE DIGITAL FACTORY Un atout au service de votre roadmap et de vos futurs projets
  7. 7. Run Factory Expertise technique Gouvernance claire et reporting régulier Guichet unique 9h-18h JO et 24/7 sur demande Forte qualité de service grâce à la forge logicielle, un outillage adapté et des analyses qualimétriques permanentes Continuité Build vers Run grâce à la capitalisation au sein des équipes Montée en charge rapide et gestion des réversibilités entrante et sortante Run Correctif Run Adaptatif Run Préventif Info gérance Run Evolutif MUNIE D’UNE DIGITAL RUN FACTORY Pour le maintien et l’évolution des dispositifs digitaux de nos clients
  8. 8. Testing Factory Un outillage dédié permettant une approche industrielle (conception, exécution, automatisation, …) Des process et des méthodes basés sur les fondamentaux de l'ISTQB Une bibliothèque de plus de 200 terminaux Des compétences dédiées, pointues et certifiées ET D’UNE TESTING FACTORY Pour garantir la sécurité et qualité des dispositifs dont nous avons la responsabilité
  9. 9. 11 Chicago pneumatique Renault Digital PRATIQUE ÉPROUVÉE AUPRÈS D’ACTEURS DE RÉFÉRENCE En forte proximité et dans une relation de partenariat
  10. 10. MéthodologieCompétences GouvernanceForge logicielle Vous mettre à disposition l’ensemble des activités digitales pour accélérer votre création de services digitaux : conseil, design et technologie Une méthodologie centrée utilisateur et agile adaptée à votre contexte et programme de transformation Un process de gouvernance rigoureux et transparent permettre de suivre les SLA et KPI clefs Une forge logicielle industrialisée basée sur une démarche DevOps 12 LES 4 PILIERS
  11. 11. Automatisation Des tests NOS EXPERTISES TECHNIQUE
  12. 12. 3 MÉTHODOLOGIE
  13. 13. PHASE 3 : SUPPORT PHASE 1 : INITIALISATION PHASE 2 : TRANSFERT AUTONOMIE BUIDL&RUNResponsabilité SORTANT BUILD&RUN Responsabilité NIJI ORGANISER COLLECTER PREPARER COMPRENDRE PREPARER TRANSITION JOB SHADOWING REVERSE SHADOWING BILAN Transition théorique (*) Transition pratique (*) (*) Formations pratiques et théoriques peuvent être ‘tuilées’ sur différents sujets et applications Maintenance sous contrôle BUILD & RUN Support ponctuel de l’équipe sortante Plan de montée en compétence T0 17 LA RÉVERSIBILITÉ ENTRANTE
  14. 14. Travail préparatoire pour s’approprier l’environnement, organiser les échanges techniques et mettre en place tous les prérequis nécessaires au bon déroulement de la phase de développement du projet. ACTIVITÉS LIVRABLES • Saisie du backlog • Dossier d’Architecture Technique • Organisation • Forge logicielle + ARCHITECTURE : Mener des ateliers d’architecture et la formalisation du socle technique pour la définition de l’architecture générale du projet + PRODUCT BACKLOG : Mise en place du backlog projet au sein de l’outil de pilotage pour l’ensemble du périmètre de manière macro, et détaillé pour le sprint 1. Chaque sprint N sera détaillé dans le backlog au plus tard lors du sprint N-1 + AGILITE : Définition des éléments DOR, DOD + FORGE LOGICIELLE : Mise en place des environnements de développements et de la forge logicielle + SOCLES APPLICATIFS : Mise en place des socles applicatifs + INTÉGRATION CONTINUE : Mise en place de la chaîne d’intégration continue PRÉREQUIS • Outils de gestion projet • Environnements client d’intégration, de préproduction et de production • Support des parties prenantes du projet • Accès aux outils et documentations techniques 18 LE SPRINT 0
  15. 15. Visibilité Niji travaille avec des sprints de 3 semaines. Cette approche vous permet de voir et tester le produit toutes les 3 semaines, et ainsi de garder de la visibilité en évitant l'effet tunnel que vous pourriez rencontrer sur des projets en cycle en V. Flexibilité Toutes les 3 semaines, vous pouvez prioriser le périmètre fonctionnel des prochains sprints en fonction des enjeux marché, réglementaires ou de l’actualité. Qualité Chaque sprint est testé par notre centre de test dédié. Cela garantit la qualité des développements tout au long du projet, au lieu de déboguer tous les problèmes à la fin, ce qui peut arriver fréquemment sur des projets en cycle en V traditionnels. 19 L’AGILITÉ SCRUM ADAPTÉ À VOS ENJEUX
  16. 16. La DoR permet d’identifier les stories qualifiables pour être embarquées dans le sprint pendant la revue de Sprint Backlog. Cette définition suit la grille INVEST. Pour être qualifiable, une story doit être prête pour le développement, et donc remplir les conditions suivantes : • Indépendante : la story doit être indépendante de toute autre intervention en dehors de l’équipe de développement et de toute autre story • Négociable : dans le sens où l’objectif fonctionnel de la story est clair mais la solution technique à mettre en place pourra être actée par l’équipe de développement • Valorisable : l’intérêt de la fonctionnalité doit être avéré d’un point de vue métier. Pour les technical stories l’intérêt sera à évaluer en fonction du gain en qualité et/ou en pérennité de la solution produite • Estimable : les éléments à disposition de l’équipe de développement doivent être suffisamment clairs pour être évalués, et doivent donc être fonctionnellement spécifiées • Simple : la story doit être suffisamment petite pour pouvoir être intégrée dans le sprint – si ce n’est pas le cas, son cadrage devra être approfondi et la story devra être divisée en plusieurs stories de taille plus petite • Testable : la story doit pouvoir être testable, les critères d’acceptation doivent donc être définis Pendant que le DoR définit les stories disponibles et réellement traitées dans le cadre d’un sprint, le DoD a pour objectif de partager avec l’ensemble des intervenants la même définition d’une tâche terminée. Dans le cadre du projet, celle-ci est définie selon les critères suivants : • Le code est disponible sur la plateforme d’intégration continue et le build est valide • Les tests unitaires respectent les critères de couverture définis dans le cadre du projet • L’analyse statique de code ne remonte pas d’anomalie bloquante • La story passe avec succès les tests unitaires sur la plateforme d’intégration • Tous les critères d’acceptation associés à la story sont validés, y compris les éventuels critères de performance • La mise à jour de la documentation fonctionnelle et technique • La story a été vérifiée lors de tests manuels par l’équipe de recette Niji, à minima en mode bouchonné, et en mode connecté si possible. Toute story remplissant les conditions de la DoD est fournie en fin de sprint au Product owner pour validation métier (Done-Done). DEFINITION OF READY / DEFINITION OF DONE DEFINITION OF READY DEFINITION OF DONE 20
  17. 17. Une démarche agile avec un track de conception en continue, permettant de mieux attribuer les phases de conception UX. SPRINT 1 GOUVERNANCE & PILOTAGE : Comités de Pilotage (mensuel) & Comités Projet (hebdomadaire) SPRINT 2 SPRINT 3SPRINT 1 SPRINT 2 SPRINT 3 SPRINT 4 SPRINT XSPRINT 4 SPRINT X DoR DoR DoR DoR DoR Des sprints de 3 semaines permettant de fluidifier les interactions DoD DoD DoD DoD DoD 21 MÛRISSEMENT CONTINUE DES USER-STORIES LA CADENCE DE PRODUCTION TYPE
  18. 18. En parallèle des développements et à l’issue du sprint final, les équipes de Niji et les votres testent successivement l’application afin d’améliorer la qualité de celle-ci et de s’assurer que les besoins métiers sont respectés. LIVRABLES POTENTIELS Code source Cahier de tests Rapport des campagnes de tests PRÉREQUIS Validation des livrables de l’étape précédente Environnement de recette, de pré- production et production Jeux de données de tests Identification et qualification des anomalies + DÉFINITION DE LA STRATÉGIE DE TESTS : Conception du plan de tests et rédaction du cahier de tests de manière itérative au fur et à mesure des sprints + DÉROULEMENT DES TESTS : Déroulement des plans de tests et de tout autre test pouvant être bénéfique au projet (tests de sécurité, de performance) et formalisation d’un rapport à l’issue de chaque campagne (à la fin de chaque sprint et de la recette usine) + CORRECTIONS DES ANOMALIES : Correction des anomalies remontées par l’équipe de tests Niji et les équipes client + RÉDACTION DU CAHIER DE RECETTE CLIENT : Mise en place de la stratégie de tests et rédaction du cahier de tests à dérouler lors de votre recette. + DÉROULEMENT DES TESTS : Déroulement des tests préparés en amont et déclaration des éventuelles anomalies identifiées dans l’outil de ticketing Niji. ACTIVITÉS NIJI VOS ACTIVITÉS 22 LA RECETTE DES SPRINTS
  19. 19. 4  Les anomalies à traiter sont déclarées dans l’outil de ticketing du projet (Mantis, Jira, autres). Ces entrées sont notifiées à l’équipe Niji par un mail émis automatiquement par l’outil.  En cas d’incident bloquant en production, Niji recommande de doubler la saisie de l’anomalie par un appel téléphonique au chef de projet.  La prise en compte de l’anomalie consiste à affecter le ticket à une personne de l’équipe, laquelle débute alors l’étude des données communiquées par le client.  Dès lors que l’analyse est réalisée et que l’équipe a tout en sa possession pour reproduire et donc corriger l’anomalie, les développements peuvent démarrer (Le cas échéant, une solution de contournement pourra être fournie au client).  L’ensemble de la documentation impactée par les corrections réalisées est mis à jour.  Une fois testé et validé, le correctif est soumis à la validation du client pour publication sur les stores.  Engagements de SLA sur prise en compte et de corrections… selon le niveau de gravité/sévérité des anomalies remontées 23 La maintenance corrective a pour objectif de maintenir en condition opérationnelle vos applications mobiles de production : MCO - LA MAINTENANCE CORRECTIVE
  20. 20. 4 GOUVERNANCE
  21. 21. • Veiller au respect des grandes orientations du projet • Revue de l’allocation des ressources/moyens • Arbitrer • Suivi global • Acter des livraisons • Suivi contractuel • Revue des indicateurs et plan d’action associé si nécessaire. • Focus Innovation Comité de Pilotage mensuel Comité de Suivi hebdomadaire Cérémoniel Scrum daily, sprint… • Suivi avancement et des actions • Préciser les choix fonctionnels et techniques • Actualiser les priorités • Arbitrer les anomalies • Régler les questions opérationnelles • Organiser les livraisons et les validations client • Revue des risques • Préparer comité de pilotage • Chaque sprint dure trois semaines (des exceptions sont possibles). Le cérémonial pour chaque sprint est le suivant : • Sprint planning • Daily meeting • Revue de sprint/démonstration • Rétrospective • Le client est notamment invité à participer aux rétrospectives (demo de fin de sprint). Ses participations aux autres cérémoniels sont facultatives UNE GOUVERNANCE ADAPTÉE Rendre compte de la réalisation
  22. 22. Organiser et anticiper • Liste des tâches • Affectation et planning des ressources Suivre périodiquement • Gestion prévisionnelle du budget • Anticipation et correction des dérives budgétaires Plan de charge et planning budgétaire Indicateurs de production Gestion des risques Identifier et anticiper • Lister les risques et la criticité associé • Identifier ensemble des solutions pour contourner les risques Indicateurs quantitatifs • Avancement documentaire • Vélocité des développements • BurnDown ou BurnUp Chart • Statut des tâches (Scrumboard) • Valeur métier des dispositifs Indicateurs qualitatifs • Pourcentage d’anomalies / Sprint • Satisfaction Utilisateur / Métier • Qualité du code (Sonarcube) DES INDICATEURS DE PILOTAGE PERTINENTS Piloter la Factory dans la durée
  23. 23. INDICATEURS AVANCEMENT DES PROJETS INDICATEURS CONTRACTUELLES LES INDICATEURS INDICATEURS DE PRODUCTION
  24. 24. ROADMAP VS PLAN DE CHARGE
  25. 25. MATRICE OBTENUE EN ADDITIONNANT LA VALEUR DE COMPÉTENCE DE CHAQUE COLLABORATEUR DU CDS : 1 : DES NOTIONS 2 : AUTONOME 3 : EXPERT MINIMUM REQUIS : 3 CORRESPONDANT À UN ACTEUR AUTONOME ET UN BACK-UP AYANT DES NOTIONS 0 1 2 3 4 Dispositif #1 Dispositif #2 Dispositif #3 Dispositif #4 Dispositif #5Dispositif #6 Dispositif #7 Dispositif #8 Dispositif #9 Matrice de compétence Niji - Applications MCO Minimum requis Score M-1 Score Actuel MATRICES DES COMPÉTENCES Rappel : chaque socle ou application doit posséder à minima 2 collaborateurs compétents (Niveau > 1) Matrice de compétence Niji – Socle technologique AUCUNE ALERTE AUCUNE ALERTE
  26. 26. MESURE DE LA SATISFACTION Nous proposons de suivre votre satisfaction sur 3 critères à définir : de 1 à 5. • Exemple de critères : • Respect des planning • Respect des délais (fourniture étude, devis ….) • Qualité des versions • Qualité des comités • Qualité des échanges au quotidien • Niveau technique des intervenants Niji • ….. Autres ? • Notation et suivi à chaque COPIL des critères sélectionnées • Actions correctives et préventives à déclencher en fonction de l’évolution des notes
  27. 27. © Niji | 2020 www.niji.fr @Niji_Digital Paris / Rennes / Lille / Lyon / Nantes / Bordeaux Merci pour votre attention
  28. 28. Vos contacts www.niji.fr @Niji_DigitalParis Lille Nantes Rennes Lyon Bordeaux Abdel Kander Directeur Digital Software Factory abdel.kander@niji.fr Antony Besnard Responsable de Production antony.besnard@niji.fr Laurent Delahaye Responsable de Production laurent.delahaye@niji.fr

×