Sujet 2 — Refonte SI FashionRetail

FashionRetail — Présentation de l'Entreprise

Enseigne de prêt-à-porter · 120 boutiques en France · E-commerce

Activité & Positionnement

FashionRetail est une enseigne française de prêt-à-porter positionnée sur le segment accessible-premium, présente depuis 1998 sur le marché de la mode. Avec 120 boutiques en France métropolitaine et un site e-commerce lancé en 2016, l'enseigne distribue ses collections à une clientèle de 25-45 ans, sensible aux tendances et habituée aux parcours d'achat mixtes (click-and-collect, retours en magasin).

Son chiffre d'affaires est réparti à 65% en boutique et 35% en ligne, mais la part du digital progresse de 12% par an. FashionRetail ambitionne de devenir un acteur omnicanal à part entière d'ici 2027, en unifiant l'expérience client entre le physique et le digital, et en ouvrant ses stocks aux marketplaces (Amazon Fashion, Zalando, La Redoute).

Situation Technique & Enjeux SI

Le système d'information de FashionRetail repose sur un monolithe PHP développé en 2012, initialement conçu pour gérer 40 boutiques. Douze ans de rustines successives ont rendu la base de code difficilement maintenable : plus de 400 000 lignes de code, absence de tests automatisés, une seule base de données Oracle partagée entre la gestion des stocks, les commandes et le CRM.

Ce SI monolithique constitue aujourd'hui un frein opérationnel et commercial majeur : il est incapable de gérer la synchronisation temps réel des stocks entre boutiques et web, ne dispose d'aucune API ouverte, et génère des temps de réponse incompatibles avec les standards e-commerce actuels. Face à ces blocages, la Direction Générale a validé un budget de 800 000 € sur 18 mois pour une refonte complète pilotée par une ESN.

120

Boutiques France

35%

CA e-commerce

>5s

Temps chargement site

2012

Millésime du SI actuel

→

Votre Mission & Contexte

Expert Architecture · ESN · Chef de projet technique

Énoncé de mission

La direction de FashionRetail vous mandate, en tant qu'Expert en Architecture et Développement Logiciel au sein de votre ESN, pour piloter l'étude et la planification de la refonte complète du SI. Votre rôle à ce stade est de produire l'ensemble des livrables de cadrage — analyse de faisabilité, choix d'architecture, cahier des charges, plan de projet et dispositif de pilotage — qui serviront de base contractuelle et opérationnelle à l'ensemble du programme de transformation sur 18 mois.

Problématiques identifiées

⚡ Performance e-commerce

Temps de chargement du site > 5 secondes, bien au-delà des 2,5 secondes tolérées par Google Core Web Vitals. Taux d'abandon panier estimé à 68%.

📦 Stock non synchronisé

Impossibilité de synchroniser les stocks en temps réel entre les 120 boutiques et le site web. Génère des surventes et des annulations de commandes fréquentes.

🔌 Absence d'API

Aucune API disponible pour connecter les marketplaces tierces (Amazon, Zalando, La Redoute). FashionRetail est absent de ces canaux de distribution à forte croissance.

🔒 Non-conformité RGPD

La gestion des données clients ne respecte pas le RGPD : pas de droit à l'effacement opérationnel, pas de consentement granulaire, logs non purgés.

💸 Coûts infra élevés

Infrastructure on-premise surdimensionnée et sous-utilisée. Coûts annuels de maintenance serveurs estimés à 180 000 €, sans elasticité pour les pics saisonniers (soldes, Black Friday).

Contraintes du projet

💰 Budget

800 000 € sur 18 mois, toutes dépenses comprises (développement, infrastructure, licences, formation, accompagnement).

👥 Équipe projet

8 développeurs, 2 DevOps, 1 UX Designer. Équipe mixte ESN + client. Profils à définir dans les livrables.

⚙️ Méthodologie

Agile imposé par le client. SAFe (Scaled Agile Framework) recommandé compte tenu de la taille du projet et du nombre de parties prenantes.

🔄 Migration sans coupure

Migration progressive obligatoire : le site e-commerce et les boutiques ne peuvent pas être interrompus, même temporairement, pendant le projet.

🛡️ Conformité

Double exigence réglementaire : RGPD (données clients) et RGAA niveau AA (accessibilité du site web pour les personnes handicapées).

✎

Livrables & Consignes Précises

7 livrables · Compétences C1.1 à C1.7

Vous devez produire 7 livrables distincts, chacun évalué sur une compétence précise du Bloc 1. Chaque livrable doit être contextualisé à FashionRetail : les éléments de contexte fournis (type de SI, contraintes techniques, budget, équipe) doivent transparaître dans vos réponses. Les réponses génériques non ancrées dans le cas seront pénalisées. Les choix technologiques doivent être comparés et justifiés, pas seulement cités.

🔍

Livrable 1 — Étude de Faisabilité

Volets technique, économique et organisationnel

C1.1

1
Rédigez le volet technique de la faisabilité : évaluez la capacité du SI existant à évoluer (audit rapide du monolithe PHP 2012), identifiez les risques techniques d'une refonte complète vs une modernisation progressive, et formulez une recommandation argumentée sur l'approche à retenir (big bang, strangler pattern, ou hybride).
2
Rédigez le volet économique : construisez une estimation du TCO (Total Cost of Ownership) du SI actuel sur 3 ans comparé au TCO de la solution cible, incluant les coûts de migration. Calculez un ROI prévisionnel en vous appuyant sur des hypothèses chiffrées et explicitées (gain sur abandons panier, réduction coûts infra, ouverture marketplaces).
3
Rédigez le volet organisationnel : analysez l'impact du projet sur les équipes métier de FashionRetail (vendeurs en boutique, équipe e-commerce, DAF, DSI interne). Identifiez les acteurs clés, les résistances potentielles, et proposez les grandes lignes d'une stratégie de conduite du changement.
4
Synthétisez les trois volets dans une matrice de risques globale (probabilité × impact) couvrant au minimum 8 risques identifiés, avec une mesure de mitigation associée à chacun.

Attendu méthodologique

L'étude de faisabilité ne doit pas conclure systématiquement "oui c'est faisable". Elle doit identifier les conditions de faisabilité et les points de vigilance. Une conclusion nuancée avec des hypothèses clairement posées sera valorisée.

📡

Livrable 2 — Plan de Veille Technologique

Technologies à surveiller · Sources · Fréquence · Processus

C1.2

1
Identifiez les domaines technologiques à surveiller en lien direct avec les enjeux du projet FashionRetail : architecture microservices, API management, e-commerce headless, synchronisation temps réel, accessibilité web, sécurité cloud. Pour chaque domaine, précisez pourquoi il est stratégique pour ce projet spécifiquement.
2
Listez les sources de veille que vous activez (flux RSS, newsletters tech, conférences, communautés, rapports Gartner/Forrester, GitHub trending, publications ANSSI pour la sécurité…). Organisez-les par type et par fréquence de consultation (quotidienne, hebdomadaire, mensuelle).
3
Décrivez le processus de traitement et de diffusion de la veille au sein de l'équipe projet : qui collecte, qui filtre, sous quelle forme est-elle partagée (synthèse hebdomadaire, canal Slack dédié, wiki interne ?), et comment les insights sont-ils intégrés aux décisions d'architecture ?
4
Proposez une fiche de veille type sur un sujet de votre choix (ex : comparatif frameworks API Gateway, état de l'art des solutions de synchronisation de stocks en temps réel). Cette fiche doit illustrer la qualité et la structure de votre veille.

Conseil

Ne listez pas 30 sources sans les organiser. Le jury attend une veille structurée et utilisable, pas une liste exhaustive. Montrez que vous êtes capable de filtrer l'information pertinente et de la transformer en aide à la décision.

🏛️

Livrable 3 — Note de Cadrage Technique

Architecture cible · Choix technologiques justifiés · Principes directeurs

C1.3

1
Proposez et justifiez l'architecture cible : microservices, monolithe modulaire, serverless, ou hybride. Présentez un schéma d'architecture logique identifiant les principaux composants (frontend, API Gateway, services métier, bases de données, couche d'intégration). Justifiez chaque choix structurant en regard des problématiques de FashionRetail.
2
Détaillez les choix technologiques pour chacun des domaines suivants, en comparant au moins 2 alternatives pour les choix critiques : stack frontend (framework JS), API backend (Node.js, Java Spring, Go, .NET…), base(s) de données (relationnelle, NoSQL, cache), plateforme Cloud (AWS, GCP, Azure), orchestration (Kubernetes, ECS…), bus de messages si applicable (Kafka, RabbitMQ…).
3
Précisez les principes directeurs d'architecture qui guideront toutes les décisions techniques tout au long du projet : API-first, cloud-native, security by design, accessibilité by design, observabilité, tolérance aux pannes. Pour chacun, donnez un exemple concret de mise en œuvre dans le contexte FashionRetail.
4
Décrivez la stratégie de migration progressive (sans interruption de service) : comment co-existent l'ancien et le nouveau système pendant la transition ? Quels patterns utilisez-vous (strangler fig, feature flags, dual-write, shadow mode) ? Quelle est la séquence de migration des différents modules ?

⚠️ Point critique

La contrainte de migration sans interruption de service est un critère éliminatoire. Votre note de cadrage doit démontrer que vous avez un plan crédible pour maintenir le site et les boutiques opérationnels pendant toute la durée de la refonte. Une architecture qui nécessite une coupure totale sera rejetée.

📄

Livrable 4 — Cahier des Charges Fonctionnel

Besoins · Contraintes · Exigences fonctionnelles et non-fonctionnelles

C1.4

1
Rédigez le périmètre fonctionnel du projet en identifiant les grands domaines métier à couvrir : gestion des produits et du catalogue, gestion des stocks omnicanaux, commandes et paiement, gestion des retours, CRM et compte client, connecteurs marketplaces, backoffice boutiques. Pour chaque domaine, listez les fonctionnalités prioritaires (MoSCoW : Must, Should, Could, Won't).
2
Rédigez les exigences non fonctionnelles sous forme d'assertions mesurables : performance (temps de réponse pages, débit API), disponibilité (SLA cible), sécurité (authentification, chiffrement, OWASP Top 10), scalabilité (charge de pointe estimée en Black Friday), maintenabilité (couverture de tests minimale, dette technique acceptable).
3
Rédigez les exigences de conformité : RGPD (minimisation des données, droits des personnes, DPO, registre des traitements, délais de purge), RGAA niveau AA (liste des critères impactés, processus d'audit), et sécurité ANSSI si applicable (RGS, guides de recommandations pour les API).
4
Rédigez les contraintes d'intégration avec l'existant : interfaces avec le SI legacy pendant la phase de transition, connecteurs ERP (si applicable), intégration aux systèmes de caisse en boutique, API marketplaces (format, protocoles, volumétrie attendue). Définissez les critères de recette et de validation pour chaque domaine.

Format attendu

Les exigences doivent être numérotées, mesurables et testables. Une exigence comme "le site doit être rapide" est invalide. Écrivez "Le temps de réponse du serveur (TTFB) doit être inférieur à 200ms pour 95% des requêtes en charge normale (< 500 rps)." — ce type de formulation est attendu pour les exigences non fonctionnelles.

📅

Livrable 5 — Plan de Projet

Phases · Jalons · Planning macro 18 mois · Organisation SAFe

C1.5

1
Découpez le projet en phases macro cohérentes sur 18 mois : initialisation et setup, migration itérative des domaines métier, tests d'intégration et de charge, bascule progressive, stabilisation et clôture. Pour chaque phase, précisez : objectifs, livrables attendus, durée et ressources mobilisées.
2
Identifiez et décrivez les jalons clés (milestones) du projet : au minimum 6 jalons avec date cible, critères de validation objectifs (Definition of Done) et conséquence en cas de dépassement. Distinguez les jalons contractuels (avec FashionRetail) des jalons internes à l'équipe ESN.
3
Décrivez l'organisation SAFe retenue : comment structurez-vous les équipes (ART — Agile Release Train), comment s'organisent les Program Increments (PI) de 10 semaines, quelle est la cadence des PI Planning, et comment les dépendances inter-équipes sont-elles gérées ? Adaptez la réponse à la taille de l'équipe (11 personnes).
4
Présentez la stratégie de gestion des dépendances critiques : quelles fonctionnalités doivent impérativement être livrées avant d'autres (chemin critique) ? Comment gérez-vous les dépendances avec les systèmes de caisse en boutique, les partenaires marketplace et les prestataires de paiement ? Présentez un diagramme de Gantt macro ou un roadmap simplifié.

SAFe à l'échelle

Avec 11 personnes, vous êtes en dessous du seuil d'un ART complet (50-125 personnes). Précisez comment vous adaptez SAFe à cette taille réduite — il est acceptable de retenir uniquement le niveau Essential SAFe (une seule équipe Agile avec PI Planning). Le jury valorisera la pertinence du choix plus que la rigueur orthodoxe du framework.

📊

Livrable 6 — Tableau de Bord KPIs

Indicateurs de suivi projet · Indicateurs métier · Fréquence · Cibles

C1.6

1
Définissez les KPIs de pilotage projet (indicateurs internes à l'équipe) : vélocité des sprints, taux de stories terminées dans le sprint, burn-down rate, nombre de bugs critiques ouverts, couverture de tests, taux de disponibilité des environnements. Pour chaque indicateur, précisez la valeur cible, la source de données et la fréquence de mesure.
2
Définissez les KPIs de performance technique mesurant l'amélioration du SI : temps de chargement des pages (Core Web Vitals : LCP, FID, CLS), temps de synchronisation des stocks, taux de disponibilité de l'API, latence P95 des endpoints critiques. Ces indicateurs doivent refléter directement les problématiques identifiées dans le contexte.
3
Définissez les KPIs métier permettant à FashionRetail de mesurer le ROI de la transformation : taux d'abandon panier, taux de conversion e-commerce, nombre de retours en stock suite à annulation, CA généré sur les marketplaces, NPS client, coût d'infrastructure mensuel. Précisez la valeur de référence actuelle (baseline) et la cible à M18.
4
Proposez la structure du tableau de bord : à qui est-il destiné (équipe technique, CODIR FashionRetail, sponsor ESN), sous quelle forme est-il présenté (dashboard temps réel, rapport hebdomadaire PDF, slides CODIR mensuel), et quel outil est retenu pour le produire (Jira, DataDog, Power BI, Notion…).

Point de vigilance

Évitez les KPIs non mesurables ou trop subjectifs ("qualité du code" sans metric). Chaque indicateur doit avoir une formule de calcul explicite, une source de données identifiée et une valeur cible chiffrée. Un tableau de bord avec 5 bons KPIs vaut mieux qu'une liste de 20 indicateurs vagues.

🏛️

Livrable 7 — Procédure de Supervision

Gouvernance · Comités · Reporting · Gestion des risques

C1.7

1
Définissez la gouvernance projet : identifiez les instances de pilotage (Comité de Pilotage, Comité Technique, Comité Opérationnel), précisez leur composition (qui de FashionRetail, qui de l'ESN), leur fréquence de réunion, leur périmètre de décision et les escalades possibles entre instances.
2
Décrivez le dispositif de reporting : quels rapports produisez-vous, à quelle fréquence, pour quels destinataires ? Décrivez précisément le contenu du rapport hebdomadaire (statut, avancement vs plan, risques actifs, décisions attendues) et du rapport mensuel CODIR. Présentez une trame type d'un de ces rapports.
3
Rédigez la procédure de gestion des risques : comment les risques sont-ils identifiés (sources : équipe, audits, parties prenantes), évalués (probabilité × impact), priorisés et traités (acceptation, mitigation, transfert, évitement) ? Qui est responsable du registre des risques ? À quelle fréquence est-il mis à jour et lors de quelles instances ?
4
Décrivez la procédure de gestion des incidents et des changements : comment un bug critique en production pendant la phase de cohabitation des deux systèmes est-il géré (circuit d'escalade, P1/P2/P3, délai de résolution contractualisé) ? Quelle est la procédure de Change Management pour valider un changement d'architecture ou de périmètre en cours de projet ?

Dimension contractuelle

La procédure de supervision est aussi un document contractuel entre l'ESN et FashionRetail. Elle doit donc être précise sur les responsabilités de chaque partie, les engagements de service (SLA, délais de réponse aux risques), et les modalités de validation des livrables. Le jury valorisera une approche structurée et professionnelle, compatible avec un vrai contrat de prestation.

Consignes Transversales & Critères d'Évaluation Globaux

Applicable à l'ensemble des 7 livrables

Les consignes suivantes s'appliquent à l'ensemble de votre production. La cohérence entre livrables est particulièrement surveillée : l'architecture choisie en L3 doit être reflétée dans le CDC (L4), le planning (L5) et les KPIs (L6). Une incohérence entre livrables sera pénalisée.

Critère	Description	Poids
Contextualisation	Chaque livrable doit s'appuyer sur les données du contexte FashionRetail : budget, équipe de 11 personnes, contraintes techniques, problématiques identifiées. Les réponses génériques non ancrées dans le cas sont pénalisées.	Forte
Cohérence inter-livrables	L'architecture cible (L3) doit être compatible avec le budget (L1, L5), les exigences non-fonctionnelles (L4) doivent alimenter les KPIs (L6), et la gouvernance (L7) doit être dimensionnée à l'organisation SAFe (L5).	Forte
Justification des choix techniques	Tout choix technologique structurant (cloud provider, framework, base de données) doit être comparé à au moins une alternative et argumenté selon des critères objectifs (coût, maturité, compétences disponibles, performance).	Forte
Réalisme budgétaire	Le budget de 800 000 € doit être ventilé et justifié (L1, L5). Les choix d'architecture (L3) et d'infrastructure doivent être compatibles avec l'enveloppe disponible.	Importante
Conformité RGPD & RGAA	La conformité n'est pas optionnelle. Les livrables L3, L4 et L7 doivent démontrer que RGPD et RGAA sont traités comme des exigences de conception (privacy by design, accessibilité by design), pas comme des ajouts en fin de projet.	Importante
Mesurabilité des indicateurs	Tous les KPIs (L6) et toutes les exigences non-fonctionnelles (L4) doivent être chiffrés avec une valeur cible, une baseline actuelle si disponible, et une source de mesure identifiée.	Importante
Forme et structure	Les livrables doivent être structurés, lisibles, et professionnels. Un schéma d'architecture, un diagramme de Gantt ou une matrice de risques sont attendus et valorisés. La présence de visuels est un critère positif.	Standard

Format de rendu

Dossier structuré (PDF) avec page de garde, sommaire et une section par livrable clairement identifiée
Volume indicatif : 25 à 35 pages hors annexes (schémas, diagrammes)
Les schémas d'architecture peuvent être réalisés sur Lucidchart, Draw.io, Miro ou Figma
Le diagramme de Gantt peut être produit sur Excel, ProjectLibre, ou Notion

Soutenance orale

20 minutes de présentation (slides obligatoires)
15 minutes de questions-réponses avec le jury
Le jury se focalisera sur les choix d'architecture (L3) et la faisabilité économique (L1)
Soyez prêts à défendre vos choix technologiques face à des alternatives proposées par le jury

Refonte du Système d'Informationd'une Enseigne de Retail