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

Vos intervenants
Xavier Belet
Directeur Commercial
Adbel Kander
Directeur Digital
Software Factory
Antony Besnard
Responsable de
Production
Laurent Delahaye
Responsable de
Production

• 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

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

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

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

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

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é

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

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

Automatisation
Des tests
NOS EXPERTISES TECHNIQUE

3 MÉTHODOLOGIE

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

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

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

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

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

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

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

4 GOUVERNANCE

• 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

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

INDICATEURS AVANCEMENT DES PROJETS INDICATEURS CONTRACTUELLES
LES INDICATEURS
INDICATEURS DE PRODUCTION

ROADMAP VS PLAN DE CHARGE

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

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

© Niji | 2020
www.niji.fr @Niji_Digital
Paris / Rennes / Lille / Lyon / Nantes / Bordeaux
Merci pour votre attention

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