Processus de Développement

⏱ Phases & Jalons

Le cycle de vie complet du projet, de l'avant-vente à la garantie. Les phases sont regroupées par grande étape du processus.

🏢 Phase commerciale

Phase 01

💼 Avant-vente

Analyse du besoin prospect/client, évaluation de la faisabilité technique, estimation de la charge et élaboration de la proposition commerciale.

Jalon : Proposition envoyée

▸

Phase 02

📑 Demande de travaux

Formalisation officielle de la commande : validation du périmètre, des conditions contractuelles et du budget.

Jalon : Commande signée

⚙️ Phase de réalisation

Phase 03

📋 Cadrage

Définition du périmètre détaillé, des objectifs, des contraintes, des parties prenantes, du planning et des risques.

Jalon : Kick-off projet

▸

Phase 04

🏛 Conception

Architecture fonctionnelle et technique : modélisation des données, spécifications, maquettes, choix technologiques.

Jalon : Revue d'architecture

▸

Phase 05

💻 Développement

Réalisation technique conformément aux spécifications : codage, tests unitaires, intégration continue et revues de code.

Jalon : Code complété

✅ Phase de validation

Phase 06

🧪 Qualification

Vérification interne : tests d'intégration, de performance, de non-régression. Conformité aux spécifications et exigences qualité.

Jalon : Qualification OK

▸

Phase 07

✅ Recette

Validation fonctionnelle par le client dans un environnement dédié, sur la base de scénarios de test définis.

Jalon : PV de recette

▸

Phase 08

🔄 Retours de recette

Prise en charge, priorisation et correction des anomalies identifiées par le client. Nouveau cycle de validation.

Jalon : Acceptation définitive

🔁 Boucle itérative entre Recette et Retours de recette jusqu'à acceptation définitive du client

🚀 Phase de livraison & clôture

Phase 09

🚀 Livraison

Déploiement en production, documentation, formation utilisateurs et transfert de compétences si nécessaire.

Jalon : Mise en production

▸

Phase 10

💰 Facturation

Émission de la facture selon les jalons contractuels, suivi du règlement et clôture administrative du projet.

Jalon : Projet clôturé

▸

Phase 11

🛡️ Bugs sous garantie

Prise en charge des anomalies pendant la période de garantie contractuelle : diagnostic, correction et livraison de correctifs.

Jalon : Fin de garantie

👥 Acteurs & Rôles

Identification des rôles clés intervenant dans le cycle de développement, leurs responsabilités et les phases dans lesquelles ils sont impliqués.

🏢 Direction & Management

👔

Directeur

Valide les engagements stratégiques, arbitre les priorités inter-projets et porte la responsabilité finale des livrables vis-à-vis du client.

Avant-venteDemande de travauxLivraisonFacturation

💼

Responsable Commercial

Pilote la relation commerciale avec le prospect/client. Analyse le besoin, élabore la proposition commerciale et négocie les conditions contractuelles.

Avant-venteDemande de travauxFacturation

📋

Responsable de Service

Affecte et dimensionne les équipes projet, suit la charge et la disponibilité des ressources, et assure le suivi managérial des collaborateurs.

Avant-venteCadrageFacturation

🖥️

Responsable SI Métier

Garant de la cohérence du SI côté client. Fait le lien entre les besoins métier et les contraintes techniques, valide l'intégration dans l'écosystème existant.

Avant-venteCadrageConception

📐 Architecture

🏛️

Architecte Entreprise / Applicatif

Définit les standards technologiques et la vision SI globale. Conçoit l'architecture technique de la solution : choix de patterns, modélisation des composants, contrats d'API et intégration inter-applicative.

Avant-venteDemande de travauxCadrageConceptionDeveloppementQualificationRecetteRetours recetteLivraisonFacturationBugs garantie

🚀 Pilotage Projet

🎯

Directeur Projet

Pilote stratégique du projet. Garant du respect des engagements (coûts, délais, qualité), gère l'escalade et la relation de haut niveau avec le client.

Demande de travauxCadrageRecetteLivraisonFacturation

📋

Chef de Projet

Coordonne les acteurs au quotidien, suit l'avancement, gère les risques et le planning. Interface opérationnelle avec le client.

CadrageConceptionDeveloppementQualificationRecetteRetours recetteLivraison

💻 Équipe de réalisation

🏗️

Tech Lead

Référent technique de l'équipe. Supervise les choix d'implémentation, pilote les revues de code, mentore les développeurs et garantit la qualité technique.

ConceptionDeveloppementQualificationRetours recetteBugs garantie

🎨

UX/UI Designer

Conçoit l'expérience utilisateur et les interfaces graphiques. Produit les maquettes, prototypes interactifs et spécifications visuelles (design system).

Avant-venteConceptionRecette

💻

Développeur

Réalise le code conformément aux spécifications et à l'architecture validée. Écrit les tests unitaires, crée les Merge Requests et documente ses développements.

DeveloppementQualificationRetours recetteBugs garantie

📊

Analyste Data

Collecte, structure et analyse les données métier pour produire des indicateurs, des rapports et des recommandations. Contribue à la modélisation des données et à la qualité du patrimoine informationnel.

CadrageConceptionDeveloppementQualificationRecette

🔍

Analyste QA

Rédige les cas de test, exécute les campagnes de test, identifie les anomalies et valide la conformité qualité à chaque étape du projet.

CadrageConceptionDeveloppementQualificationRecetteRetours recetteBugs garantie

🤝 Partie prenante externe

🎯

Product Owner

Exprime le besoin et porte la vision fonctionnelle du produit. Définit les priorités, valide les livrables à chaque jalon et prononce l'acceptation définitive du projet.

Avant-venteDemande de travaux

📋

MOA

Assure le lien entre le métier et l'équipe projet. Formalise les besoins fonctionnels, rédige les spécifications, coordonne les validations côté client et garantit la conformité des livrables aux attentes métier.

Avant-venteCadrageConceptionRecetteRetours recetteBugs garantie

📋 Matrice RACI

R Responsible — Réalise A Accountable — Supervise C Consulted — Consulté I Informed — Informé

AV Avant-vente DT Dem. travaux CAD Cadrage CON Conception DEV Développement QUA Qualification REC Recette RET Retours LIV Livraison FAC Facturation GAR Garantie

Acteur	AV	DT	CAD	CON	DEV	QUA	REC	RET	LIV	FAC	GAR
Directeur	A	A							A	A
Resp. Commercial	R	R								R
Resp. de Service	C		C							I
Resp. SI Métier	C		C	C
Architecte	C	A	A	R	C	A	C	R	I	I	I
Directeur Projet		C	A	I	I	I	A	I	A	A
Chef de Projet			R	A	I	I	R	A	R	C
Tech Lead				R	A	A		R	R		A
UX/UI Designer	C			R			C
Développeur					R	C		R			R
Analyste Data			C	R	R	C	C
Analyste QA			C	C	C	R	R	R			R
Product Owner	R	A	I	C			A	C	I		C
MOA	C		C	C			R	C			C

📄 Livrables

Les documents et artefacts produits à chaque phase du processus, avec leurs responsables.

💼 Avant-vente

Livrable	Responsable(s)	Liens
📊 Étude de faisabilité	Resp. CommercialArchitecte
💰 Chiffrage macro.	Resp. de Service
📎 Proposition commerciale	Resp. Commercial

📑 Demande de travaux

Livrable	Responsable(s)	Liens
📝 Bon de commande signé	Resp. Commercial
📋 Convention Cadre	Directeur Projet

📋 Cadrage

Livrable	Responsable(s)	Liens
📎 Note de cadrage	Chef de Projet
📅 Planning projet	Chef de Projet
⚠️ Registre des risques	Analyste QA
✅ Compte-rendu kick-off	Chef de Projet

🏛 Conception

Livrable	Responsable(s)	Liens
📝 User Stories	Chef de ProjetMOAAnalyste QA	Guide Template Exemple
🏗️ Document d'Architecture de Solution (DAS)	Architecte
🗄️ Modèle de données	ArchitecteTech Lead
📡 Diagramme de déploiement	Chef de ProjetTech Lead	Guide
🎨 Maquettes / Prototypes	UX/UI Designer

💻 Développement

Livrable	Responsable(s)	Liens
📘 Spécification Technique Détaillée (STD)	DéveloppeurTech Lead
🧬 Code source	Développeur	Guide
🧪 Tests unitaires	Développeur	Guide
🔀 Merge Requests	Développeur	Guide
📋 CHANGELOG	Tech Lead

🧪 Qualification

Livrable	Responsable(s)	Liens
📋 Plan de test	Analyste QA
✍️ Cas de test (SQUASH)	Analyste QA
📊 Rapport de qualification	Analyste QA
🐛 Fiches d'anomalies	Analyste QA

✅ Recette

Livrable	Responsable(s)	Liens
📋 Scénarios de recette client	Analyste QAChef de Projet
✅ PV de recette	Analyste QA

🔄 Retours de recette

Livrable	Responsable(s)	Liens
🐛 Liste anomalies priorisées	Analyste QAChef de Projet
📊 Rapport de correction	Tech Lead

🚀 Livraison

Livrable	Responsable(s)	Liens
📦 Plan de déploiement	Tech LeadChef de Projet
📄 Release notes	Tech Lead
📖 Guide utilisateur	Chef de Projet
↩️ Procédure de rollback	Tech Lead
🎓 Support de formation	Chef de Projet

💰 Facturation

Livrable	Responsable(s)	Liens
🧾 Facture	Resp. CommercialDirecteur Projet
📋 Bilan de projet	Chef de ProjetDirecteur Projet

🛡️ Bugs sous garantie

Livrable	Responsable(s)	Liens
🐛 Tickets d'anomalies	MOAAnalyste QA
🔧 Correctifs livrés	DéveloppeurTech Lead
📄 Rapport de clôture garantie	Chef de Projet

📁 Arborescence SharePoint

Les dossiers projet doivent être créés directement dans SharePoint (et non via Teams), dans l'espace réservé au domaine concerné. Pour les projets supérieurs à 30 jours, deux dossiers minimum sont nécessaires : un dossier commun au projet et un dossier propre à chaque release/lot. Pour les projets inférieurs à 30 jours, un seul dossier suffit.

📂 Dossier standard (projet < 30 jours)

Nom du projet / [NumDossier]Libellé dossier 

Un seul dossier suffit pour les projets de moins de 30 jours

📦 [NumDossier]Libellé dossier/
│
├── 📁 0. Pilotage
│   ├── Planning                         Planning projet consolidé
│   └── CR COPIL                          Comptes-rendus de comité de pilotage
│
├── 📁 1. Cadrage
│   ├── Demande initiale du client        Expression de besoin originale
│   ├── Communication                     Mails, Teams avec impact sur le projet
│   ├── Cahier des charges                CDC validé par le client
│   └── Cahier de tests                   Stratégie de test globale
│
├── 📁 2. Réalisation
│   ├── Dossier d'Architecture de Solution DAS - architecture de la solution
│   └── Spécification Technique Détaillée STD - spécifications techniques
│
├── 📁 4. Recette
│   └── PV de Validation de recette       Procès-verbal signé par le client
│
├── 📁 5. Livraisons
│   └── Communication                     Mails, Teams liées à la livraison
│
└── 📁 6. Garantie
    ├── Communication                     Mails, Teams liées à la garantie
    └── Document de support / garantie    Procédures et engagements de garantie

Projet > 30 jours — deux dossiers minimum

📂 Dossier commun au projet

Nom du projet / [NumDossier]Commun

📦 [NumDossier]Commun/
│
├── 📁 0. Pilotage
│   ├── Planning                         Planning projet consolidé
│   └── CR COPIL                          Comptes-rendus de comité de pilotage
│
├── 📁 1. Cadrage
│   ├── Demande initiale du client        Expression de besoin originale
│   ├── Communication                     Mails, Teams avec impact sur le projet
│   ├── Cahier des charges                CDC validé par le client
│   └── Cahier de tests                   Stratégie de test globale
│
├── 📁 2. Réalisation
│   └── Dossier d'Architecture de Solution DAS - architecture globale du projet
│
└── 📁 6. Garantie
    ├── Communication                     Mails, Teams liées à la garantie
    └── Document de support / garantie    Procédures et engagements de garantie

📂 Dossier propre à chaque release

Nom du projet / [NumDossier]Libellé dossier 

Un dossier est créé pour chaque release / lot livrable du projet

📦 [NumDossier]Libellé dossier/
│
├── 📁 2. Réalisation
│   └── Spécification Technique Détaillée STD - spécifications propres à la release
│
├── 📁 4. Recette
│   └── PV de Validation de recette       Procès-verbal signé par le client
│
└── 📁 5. Livraisons
    └── Communication                     Mails, Teams liées à la livraison

⏱ Activi400

Règles de structuration des dossiers dans Activi400 (saisie d'activités). La gestion des dossiers est la base de la saisie d'activité et donc de la facturation.

📖 Document de référence

📎 Règles complètes : Activi400_Gestion_Dossier_V2025-10.pptx — Ouvrir le document

📌 Principes fondamentaux

📦

1 dossier = 1 domaine

Chaque dossier est rattaché à un domaine unique. Les dossiers sont créés par le responsable de service, le responsable de domaine ou le chef de projet.

⏱

Création dès la 1ère phase

Les dossiers sont créés dès la première phase du projet. La structure des sous-dossiers doit refléter le devis client ou les phases du projet.

📅

Dossiers annualisés

Les dossiers récurrents sont annualisés (ex : 'Synel : TMA 2025'). On ne saisit plus d'activité dans un dossier qui ne concerne pas l'année en cours.

🏷️ Types de dossiers

Type	Description	Facturable
Projet conséquent	Dossier > 30 jours	Oui
Projet standard	Dossier > 5 jours et < 30 jours	Oui
Demandes	Dossier < 5 jours	Oui
TMA	Contrat de TMA établi	Oui
Conventionné	Dossier sous convention	Oui
Récurrent	Dossiers annualisés	Oui
Solution interne	Objectif interne (Activi400, gestion des congés...)	Non
Formation	Toutes les formations	Non
Évènement	Journée du personnel, vœux, prise de parole...	Non

📂 Groupes de projets

📂

Qu'est-ce qu'un groupe ?

Un groupe est propre à un gros projet (O2S, Genes'is) ou un applicatif (Synel, Optigen, Agata...). Il permet de regrouper et retrouver facilement les dossiers. Un groupe peut être 'multi-domaine'.

📋

Règles de création

On ne crée pas de groupe pour 1 ou 2 dossiers. On peut créer des groupes génériques (Formations, Accueil collaborateurs) pour regrouper des dossiers non facturables.

🏗️ Nomenclature dossier

 [Applicatif / Métier] – Libellé du dossier / fonctionnalité / demande 

Exemple	Type	Facturable	Devis	Charge	Groupe
[O2S] - Lot 4 – Plan de monte	Projet	Oui	Oui	45j	O2S
[Genes'is] - Gestion des 3 régions	Projet	Oui	Non	32j	Genes'is
[ACTIVI400] – Intégration suivi de projet	Solution interne	Non	Non	4,73j	Outils internes
[RH] – Accueil Pierre	Évènement	Non	Non	1j	Accueil collaborateurs

📁 Sous-dossiers standards

Utilisés pour les demandes et petits projets. Pour les projets conséquents, le découpage se fait au cas par cas en fonction du devis.

📦 [Applicatif] – Libellé dossier
│
├── 1. Cadrage              Périmètre, devis, tenants et aboutissants
├── 2. Architecture          Technologie et intégration dans le SI
├── 2. Réalisation           Développement (autant de sous-dossiers que de features)
├── 3. Validation            Tests internes et corrections → migré dans 2. Réalisation
├── 4. Recette               Retours client et corrections
├── 5. Livraison          Pilotage et mise en production
└── 6. Garantie              Actions post-MEP

🏗️ Structure projet conséquent (> 30 jours)

📂 Groupe : O2S
│
├── 📁 [O2S] – Commun                      Activités communes à tous les lots
│   ├── 1. Cadrage
│   ├── 2. Réalisation
│   └── 6. Garantie
│
├── 📁 [O2S] – Lot 4 – Plan de monte      1 dossier par lot, charge = devis
│   ├── 1. Cadrage
│   ├── 2. Rea – Feature A                1 sous-dossier par feature
│   ├── 2. Rea – Feature B
│   ├── 2. Rea – Feature C
│   ├── 4. Recette
│   └── 5. Livraison
│
├── 📁 [O2S] – Lot 5 – Dashboard
│   ├── 1. Cadrage
│   ├── 2. Rea – Widget KPI
│   ├── 2. Rea – Export PDF
│   └── ...
│
└── 📁 ...

✅ Bonnes pratiques — Dossier

Règle	Description
Libellé clair	[Applicatif / Métier] – Libellé du dossier / fonctionnalité / demande
Charge précise	La charge du dossier correspond aux données du devis ou du chiffrage envoyé
Facturable ou non	Le caractère facturable doit être renseigné (important pour la facturation)
Sous devis ou non	Préciser si le dossier est sous devis (important pour la facturation)
1 type de dossier	Chaque dossier est associé à un seul type (Projet, TMA, Solution interne...)
Groupe projet	Rattacher au groupe existant, ou créer un groupe si le dossier fait partie d'un ensemble
Responsable + délégataire	Chaque dossier a un responsable et un délégataire (utile lors des absences)
Répertoire SharePoint	Chaque dossier est lié à un répertoire SharePoint (racine du dossier / application)

✅ Bonnes pratiques — Sous-dossier

Règle	Description
Charge précise	Chaque sous-dossier a une charge estimée issue du devis
Somme = total	La somme des charges des sous-dossiers doit être égale à la charge du dossier parent
Numérotation	Numéro du type d'action (1 = Cadrage, 2 = Réalisation...) + fonctionnalité/étape

📝 Pour résumer

🏗️

Projet conséquent

Créer plusieurs dossiers (1 par lot). Pour chaque lot, créer les sous-dossiers par étape/feature. Les temps doivent refléter le devis. Créer un dossier 'Commun' pour les activités communes à tous les lots (cadrage, réalisation, garantie).

📋

Projet simple

Les sous-dossiers standards suffisent. Les temps doivent correspondre au devis ou être estimés au plus juste.

💰

Dossiers facturables

Ce sont les plus importants. Ils doivent être découpés dès que possible pour apporter de la précision lors des échanges client et une meilleure analyse des points d'amélioration.

❓ En cas de doute sur la création d'un dossier ou de sous-dossiers, rapprochez-vous de votre responsable de service et/ou de votre responsable direct

🧪 Tests & Qualité

Stratégie de test, pyramide des tests, responsabilités et outils utilisés pour garantir la qualité logicielle.

📖 Méthodologie de test détaillée par phase : Consulter la méthodologie complète

Pyramide des tests

E2E

Peu — Parcours critiques, scénarios utilisateur complets

Intégration

Modéré — Interactions entre composants, API, base de données

Unitaires

Maximum — Logique métier isolée, fonctions, méthodes

Matrice des responsabilités

Type de test	Responsable	Outil	Phase	Critère de sortie
Unitaire	Développeur	xUnit / Vitest	Développement	Couverture ≥ 80%
Intégration	Développeur	xUnit + TestServer / Cypress	Développement	Tous les endpoints testés
E2E	QA + Dev	Playwright / Cypress	Qualification	Scénarios critiques OK
Non-régression	Analyste QA	SQUASH TM + Playwright	Qualification	Aucune régression détectée
Fonctionnel	Analyste QA	SQUASH TM	Qualification	100% cas passés
Recette client	Client + QA	Scénarios métier	Recette	PV de recette signé
Performance	Tech Lead / DevOps	k6 / JMeter	Qualification	SLA respectés
Sécurité	DevOps / Architecte	SonarQube / OWASP ZAP	CI/CD pipeline	0 vulnérabilité critique

Matrice des responsabilités - Révision QA

Type de test	Responsable	Outil	Phase	Critère de sortie
Unitaire	Développeur	xUnit / Vitest	Développement	Couverture ≥ 80%
Intégration	Développeur	xUnit + TestServer / Cypress	Développement	Tous les endpoints testés
Fonctionnel	Analyste QA	SQUASH TM	Qualification	100% ou pourcentage acceptable des cas de test passés
E2E	QA + Dev	Playwright / Cypress	Qualification	Scénarios critiques OK
Non-régression	Analyste QA	SQUASH TM + Playwright	Qualification	Aucune régression détectée
Performance	Tech Lead / DevOps	k6 / JMeter	Qualification	SLA respectés
Recette client	Client + QA	Scénarios métier	Recette	PV de recette signé
Sécurité	DevOps / Architecte	SonarQube / OWASP ZAP	CI/CD pipeline	0 vulnérabilité critique

🔧 Outils

Outillage standard utilisé dans le cadre des projets de développement. Chaque outil a un périmètre d'usage défini.

🔧 Développement & Gestion de projet

🦊

GitLab

Gestionnaire de sources, Software factory (CI/CD), Kanban, Wiki projet

📐

Enterprise Architect

Création et stockage des artefacts de type diagramme : déploiement, classes, processus métier, use case

🗺️

Application Landscape

Portefeuille applicatif - cartographie et gouvernance du SI

🎨 Design & Maquettage

🎨

Figma

Conception d'interfaces et prototypage - maquettes UI/UX, design system et collaboration visuelle

🐛 Gestion des tickets

🐛

Mantis

Tickets en phase de BUILD - anomalies et demandes durant le développement projet

🎫

GLPI

Tickets en phase de RUN - incidents et demandes en exploitation / production

🧪 Qualité & Tests

🧪

SQUASH

Campagnes de tests - conception, exécution et suivi des cas de test

📄 Documentation & Livrables

📁

SharePoint

Stockage des documents et communications avec impacts projet

📝

Word / Excel

Édition des livrables : CDC, proposition commerciale, DAS, STD, cahier de tests, PV de recette, User Stories, risques projet

💬 Communication

💬

Teams

Organisation de réunions, communication opérationnelle et collaboration au quotidien

📧

Email

Communication formelle ou structurante - à utiliser si l'information doit pouvoir être retrouvée dans 6 mois

💡 Règle d'or : Teams pour le quotidien opérationnel, Email pour toute communication formelle ou à valeur de traçabilité

🔄 Rituels

Les cérémonies et points récurrents qui rythment le projet. Chaque rituel a un objectif clair, une fréquence, des participants définis et des livrables attendus.

🚀 Lancement

🎬

Kick-off

Lancement officiel du projet. Présentation du contexte, des objectifs, du périmètre, du planning, des rôles et des règles de fonctionnement à l'ensemble de l'équipe.

Ponctuel Début de projet

Participants : Directeur Projet, Chef de Projet, Product Owner, Tech Lead, Architectes, Client

Livrable : Compte-rendu de kick-off

📋 Pilotage

🏛️

COPIL

Comité de pilotage. Point d'avancement stratégique avec le client : suivi des jalons, arbitrages, gestion des risques et décisions structurantes.

Récurrent Mensuel ou selon jalons

Participants : Directeur Projet, Chef de Projet, Architecte, Client

Livrable : CR COPIL (stocké dans SharePoint > 0. Pilotage)

⚙️ Sprint & Développement

📅

Sprint Planning

Planification du sprint. Sélection des User Stories prioritaires dans le backlog, découpage en tâches techniques et engagement de l'équipe sur le périmètre du sprint.

Récurrent Début de chaque sprint

Participants : Product Owner, Tech Lead, Développeurs, Analyste QA

Livrable : Sprint backlog engagé

🃏

Poker Chiffrage

Estimation collaborative de la complexité des User Stories. Chaque membre de l'équipe technique évalue indépendamment puis on converge vers un consensus.

Récurrent Avant ou pendant le Sprint Planning

Participants : Product Owner, Tech Lead, Développeurs, Analyste QA

Livrable : Stories chiffrées (story points)

☀️

Daily Meeting

Point quotidien de synchronisation de l'équipe. Chaque membre partage ce qu'il a fait, ce qu'il va faire et les éventuels blocages. Limité à 15 minutes.

Quotidien 15 min max, même heure chaque jour

Participants : Tech Lead, Développeurs, Analyste QA, Chef de Projet (optionnel)

Livrable : Aucun - synchronisation orale

📐 Architecture & Technique

🔧

Point Qualité Technique

Point de résolution ciblé sur un sujet technique spécifique : choix d'implémentation, problème de performance, dette technique, intégration complexe.

À la demande Déclenché par l'Architecte, le Tech Lead ou un développeur

Participants : Architecte Applicatif, Tech Lead, Développeurs concernés

Livrable : Décision technique documentée (ADR si structurant)

🏛️

Revue d'Architecture

Validation formelle des choix d'architecture de la solution. Vérification de la conformité avec les standards technologiques et le cadre d'architecture d'entreprise.

Jalon Fin de phase Conception, avant Développement

Participants : Architecte Entreprise, Architecte Applicatif, Tech Lead, Chef de Projet

Livrable : DAS validé, GO architecture

🎓 SFIA — Skills Framework for the Information Age

Cartographie des compétences SFIA associées aux rôles du cycle de développement. Chaque compétence est identifiée par son code SFIA, son niveau cible attendu (1 à 7) et le ou les rôles concernés.

Niveaux de responsabilité SFIA

1 — Suivre 2 — Assister 3 — Appliquer 4 — Permettre 5 — Assurer / Conseiller 6 — Initier / Influencer 7 — Définir / Diriger

Glossaire des codes SFIA

Stratégie & Architecture

STPL Strategic Planning — Architecture d'entreprise

ARCH Solution Architecture — Architecture de solution

TECH Specialist Advice — Conseil spécialisé

IRMG Information Management — Gestion de l'information

INOV Innovation — Innovation

Développement & Implémentation

PROG Programming / Software Development — Développement logiciel

DESN Systems Design — Conception de systèmes

HCEV User Experience Design — Conception de l'expérience utilisateur

DTAN Data Modelling and Design — Modélisation des données

DAAN Data Analytics — Analyse de données

DATM Data Management — Gestion des données

SINT Systems Integration and Build — Intégration de systèmes et build

Tests & Qualité

TEST Functional Testing — Tests fonctionnels

NFTS Non-functional Testing — Tests non fonctionnels

PRTS Process Testing — Tests de processus

QUAS Quality Assurance — Assurance qualité

Gestion de projet & Pilotage

PRMG Project Management — Gestion de projet

POMG Portfolio Management — Gestion de portefeuille

BURM Business Risk Management — Gestion des risques

RLMT Stakeholder Relationship Management — Gestion des parties prenantes

RESC Resource Management — Gestion des ressources

Relation client & Commerce

CRMG Customer Relationship Management — Gestion de la relation client

SALE Selling — Vente

REQM Requirements Definition and Management — Analyse des besoins

CNMG Contract Management — Gestion des contrats

Livraison & Exploitation

CHMG Change Management — Gestion des changements

RELM Release and Deployment — Gestion des mises en production

USUP Incident Management — Gestion des incidents

TICM Technical Content Authoring — Documentation technique

📐 Stratégie & Architecture

Compétence SFIA	Code	Rôle(s)	Niveau
Architecture d'entreprise	STPL	Architecte Entreprise	6
Architecture de solution	ARCH	Architecte Applicatif	5
Conseil spécialisé	TECH	Architecte Entreprise	6
Gestion de l'information	IRMG	Resp. SI Métier	5
Innovation	INOV	Architecte Entreprise Directeur	5

💻 Développement & Implémentation

Compétence SFIA	Code	Rôle(s)	Niveau
Développement logiciel	PROG	Développeur	3
Développement logiciel	PROG	Tech Lead	5
Conception de systèmes	DESN	Architecte Applicatif Tech Lead	5
Conception de l'expérience utilisateur	HCEV	UX/UI Designer	4
Modélisation des données	DTAN	Architecte Applicatif Tech Lead	4
Analyse de données	DAAN	Analyste Data	4
Gestion des données	DATM	Analyste Data	3
Modélisation des données	DTAN	Analyste Data	3
Intégration de systèmes et build	SINT	Tech Lead	4

🧪 Tests & Qualité

Compétence SFIA	Code	Rôle(s)	Niveau
Tests fonctionnels	TEST	Analyste QA	4
Tests fonctionnels	TEST	Développeur	2
Tests non fonctionnels	NFTS	Analyste QA Tech Lead	3
Tests de processus	PRTS	Analyste QA	3
Assurance qualité	QUAS	Analyste QA Tech Lead	4

🚀 Gestion de projet & Pilotage

Compétence SFIA	Code	Rôle(s)	Niveau
Gestion de projet	PRMG	Chef de Projet	5
Gestion de projet	PRMG	Directeur Projet	6
Gestion de portefeuille	POMG	Directeur	6
Gestion des risques	BURM	Chef de Projet Directeur Projet	4
Gestion des parties prenantes	RLMT	Chef de Projet Directeur Projet	5
Gestion des ressources	RESC	Resp. de Service	5

💼 Relation client & Commerce

Compétence SFIA	Code	Rôle(s)	Niveau
Gestion de la relation client	CRMG	Resp. Commercial	5
Vente	SALE	Resp. Commercial	5
Analyse des besoins	REQM	MOA Product Owner	4
Gestion des contrats	CNMG	Resp. Commercial Directeur Projet	5

📦 Livraison & Exploitation

Compétence SFIA	Code	Rôle(s)	Niveau
Gestion des changements	CHMG	Tech Lead Chef de Projet	4
Gestion des mises en production	RELM	Tech Lead	4
Gestion des incidents	USUP	Analyste QA Tech Lead	3
Documentation technique	TICM	Développeur Tech Lead	3

👥 Matrice Rôle / Compétences SFIA

Rôle	Compétences principales	Niveaux
Directeur	POMG INOV	6 5
Resp. Commercial	CRMG SALE CNMG	5
Resp. de Service	RESC	5
Resp. SI Métier	IRMG	5
Architecte Entreprise	STPL TECH INOV	6
Architecte Applicatif	ARCH DESN DTAN	5 4
Directeur Projet	PRMG BURM RLMT CNMG	6 5
Chef de Projet	PRMG BURM RLMT CHMG	5 4
Tech Lead	PROG DESN SINT QUAS NFTS RELM CHMG	5 4
UX/UI Designer	HCEV	4
Analyste Data	DAAN DATM DTAN	4 3
Développeur	PROG TEST TICM	3 2
Analyste QA	TEST NFTS PRTS QUAS USUP	4 3
Product Owner	REQM	4
MOA	REQM	4

📖 Référence : sfia-online.org — SFIA version 9

🌐 Environnements

Les environnements disponibles tout au long du cycle de vie du projet, de la phase de développement jusqu'à la mise en production.

🛠️

Développement

DEV

Environnement de travail des développeurs. Intégration continue et tests unitaires.

Instable Déploiement continu

➔

🔍

Recette

STAGING

Validation fonctionnelle et technique. Campagnes de tests QA et recette client.

Stable Déploiement contrôlé

➔

🎯

Production

PRODUCTION

Environnement final accessible aux utilisateurs. Disponibilité et performance garanties.

Critique Déploiement validé

📋 Matrice Environnement / Phase projet

Environnement	Phases d'utilisation	Responsable déploiement	Accès
DEV	Développement, Qualification	Tech Lead / Développeur	Équipe interne
STAGING	Qualification, Recette, Retours recette	Tech Lead	Équipe interne + Client
PRODUCTION	Livraison, Bugs garantie	Tech Lead	Utilisateurs finaux

🔌 Modèle GitFlow

Le projet suit le modèle GitFlow pour structurer le cycle de vie des branches et garantir la stabilité des environnements.

master

Code en production. Chaque merge est tagué avec un numéro de version.

hotfix/*

Correctif urgent en production. Créée depuis master, mergée dans master et develop.

release/*

Branche de stabilisation avant livraison. Mergée dans master et develop.

bugfix/*

Correction de bugs découverts pendant la phase de release. Créée depuis release, mergée dans release.

develop

Branche d'intégration. Regroupe les fonctionnalités terminées pour le prochain lot.

feature/*

Branches de travail isolées pour chaque fonctionnalité. Créées depuis develop, mergées dans develop.

📚 Plus d'informations sur le workflow de développement : Workflow de développement — DevHub

📐 Règles clés

✅ Aucun déploiement en production sans validation préalable en recette

✅ Le client ne valide que sur l'environnement de recette, jamais sur DEV

✅ Les données de production ne sont jamais copiées sur les environnements inférieurs sans anonymisation

✅ Chaque déploiement en recette ou production est tracé via un tag Git et des release notes