SMART est un critère de qualité des objectifs — Spécifique, Mesurable, Atteignable, Pertinent, Temporel — et non un substitut à la stratégie. Il rend les objectifs technologiques individuels testables, auditable et imputables. Lorsqu'il est intégré dans un système de gouvernance avec des garde-fous explicites, des droits de décision et des critères de poursuite/modification/arrêt, SMART réduit l'ambiguïté, aligne les parties prenantes sur les résultats et crée un lien transparent entre le travail quotidien et la valeur métier à travers les équipes d'ingénierie, d'opérations, de sécurité, de données et de produit. ## Démarrage rapide : configuration pilote en 5 minutes - Choisissez un résultat que vous pouvez influencer en 4 à 6 semaines. - Rédigez une énoncé SMART avec référence de base, cible et horizon. - Ajoutez deux garde-fous de familles différentes (ex. : fiabilité + expérience utilisateur). - Désignez un unique responsable et une date de revue. - Planifiez une revue de 30 minutes pour décider de poursuivre, modifier ou arrêter à l'horizon. Artéfact : modèle d'objectif SMART + liste de contrôle de gouvernance (CSV/Notion) ## Contexte décisionnel et carte des parties prenantes La matrice RACI (Responsible, Accountable, Consulted, Informed) suivante définit les droits de décision tout au long du cycle de vie de l'objectif SMART.

Étape du cycle de vie	Propriétaire de l'objectif	Responsable ingénierie	Responsable analytique	Sécurité/SRE	Chef de programme	Approbateur (CTO/VP)
Rédaction	R	C	C	C	I	I
Revue	A	R	R	R	C	I
Approbation	I	C	C	C	R	A
Exécution	A	R	C	C	I	I
Revue (mi-cycle)	A	R	R	R	C	I
Clôture	A	C	R	C	R	A

### Chemins d'escalade - Violation de garde-fou : Propriétaire de l'objectif → Responsable ingénierie/Responsable sécurité (simultané) → Approbateur sous 4 heures pour critique (sécurité, fiabilité, confidentialité) ; 24 heures pour niveau avertissement. - Conflit de périmètre : Le chef de programme médie ; si non résolu en 2 jours ouvrés, l'approuveur tranche avec justification documentée. ## SMART vs outils adjacents : quand les combiner

Méthode	Catégorie	But principal	Meilleur usage	Quand combiner
SMART	Critère de qualité d'objectif	Rendre un objectif spécifique, mesurable, testable	Clarifier le succès d'un changement ou livrable	Combiner SMART + OKR : utiliser les OKR pour la focalisation du portefeuille, SMART pour l'objectif testable de chaque Résultat Clé
OKR (Objectives and Key Results)	Système objectif-résultat	Aligner sur les résultats et priorités entre équipes	Traduire la stratégie en quelques résultats cibles	Combiner OKR + SMART : l'OKR définit le "quoi", SMART définit le "comment on saura" pour chaque KR
Balanced Scorecard (BSC)	Mesure de stratégie	Suivre la performance sur plusieurs perspectives	Maintenir une vue équilibrée de valeur et risque	Combiner BSC + SMART : mapper les objectifs SMART aux perspectives BSC (financière, client, processus, apprentissage)
Feuille de route technologique	Planification et séquençage	Décider quelles capacités construire et quand	Communiquer dépendances et temporalité	Combiner Feuille de route + SMART : attacher des objectifs SMART aux jalons pour définir "fini"
PDCA (Plan-Do-Check-Act)	Cycle d'amélioration continue	Planifier, tester, apprendre, ajuster un processus	Améliorer un processus mesurable existant	Combiner PDCA + SMART : SMART définit la cible du Plan ; PDCA structure la boucle Do/Check/Act

## Méthode, limites et pièges courants ### Définition SMART - Spécifique : Action ou résultat clair. Qui, quoi, où. - Mesurable : Cible quantifiée et référence de base si possible. - Atteignable : Chemin crédible dans les contraintes et capacités. - Pertinent : Matériel pour les résultats métier et la stratégie. - Temporel : Date cible ou fenêtre de temps. ### Limites et choix de conception - Un objectif à la fois. Pour les portefeuilles, utiliser OKR ou tableaux de bord pour maintenir l'équilibre. - Résultats avant livrables . Micro-exemples de réécriture : - Livrable : "Livrer la fonctionnalité X" → Résultat : "Augmenter l'activation utilisateur de 45 % à 60 % via un onboarding simplifié." - Livrable : "Migrer vers Kubernetes" → Résultat : "Réduire le délai de déploiement de 45 à 15 minutes via la migration Kubernetes." - Livrable : "Construire un lac de données" → Résultat : "Réduire la latence des requêtes analytiques de 120 s à 15 s pour 90 % des tableaux de bord via le lac de données." - Une seule intervention par objectif sauf conception multivariée déclarée. - Garde-fous obligatoires des cinq familles : fiabilité, sécurité/confidentialité, coût, expérience utilisateur, santé de l'équipe. - Horizon choisi selon preuves et risque (voir Analyse de compromis). ### Pièges courants et parades

Piège	Parade
Métriques de vanité	Remplacer ou associer à une métrique de résultat plus forte liée à la valeur client/métier
Pas de référence de base	Établir la référence ou le plan de mesure avant de s'engager sur une cible numérique
Dépendances cachées	Identifier les dépendances (personnes, plateformes, fournisseurs) et droits de décision dans les notes de l'objectif
Pensée de groupe	Solliciter des positions indépendantes en pré-lecture ; vote anonyme ; capturer les objections ; exiger le consentement explicite

## Menu de sélection des garde-fous (15 garde-fous concrets)

Famille	Garde-fou	Seuil typique
Fiabilité	Consommation budget d'erreur	< 50 % du budget trimestriel
Fiabilité	Latence p95	Pas d'augmentation > 10 % vs référence
Fiabilité	MTTR (P1/P2)	Pas d'augmentation vs référence
Sécurité/Confidentialité	SLA vulnérabilité critique	100 % corrigées sous 72 heures
Sécurité/Confidentialité	Taux d'échec simulation phishing	Pas pire que la référence
Sécurité/Confidentialité	Incidents d'exposition de secrets	Tolérance zéro
Coût	Coût par transaction	Pas d'augmentation > 5 % vs référence
Coût	Pourcentage ressources inactives	< 15 % de la capacité provisionnée
Coût	Variance dépenses cloud	Dans ±10 % des prévisions
Expérience utilisateur	Taux de succès tâche	Pas en dessous de la référence
Expérience utilisateur	NPS / CSAT	Pas en dessous de la référence
Expérience utilisateur	Taux de contact support	Pas au-dessus de la référence
Santé de l'équipe	Fréquence pages d'astreinte	< 2 pages/ingénieur/semaine
Santé de l'équipe	Heures supplémentaires	< 5 h/ingénieur/sprint
Santé de l'équipe	Fréquence de déploiement	Pas de diminution vs référence

## Objectifs SMART pratiques pour équipes tech (10 domaines)

Domaine	Énoncé d'objectif SMART	Métrique principale	Garde-fous clés	Responsable	Horizon cible
Fiabilité (Incidents)	Réduire le MTTR médian de 95 à 60 min pour incidents P1/P2 d'ici fin T2 via formation d'astreinte et amélioration runbooks.	MTTR médian P1/P2	Pas d'augmentation volume P1/P2 ; indisponibilité client visible pas au-delà référence trimestre	Responsable SRE	12 semaines
Qualité déploiement	Augmenter le taux de changements réussis de 88 % à 94 % d'ici fin T3 en imposant revue par pairs pour changements à haut risque.	Taux changements réussis	Délai d'exécution ne doit pas se dégrader > 10 % ; pas de pic de rollbacks	Responsable ingénierie	16 semaines
Sécurité (Vulnérabilités)	Réduire les vulnérabilités haute sévérité ouvertes > 30 jours de 120 à 40 d'ici prochain trimestre via sprints de remédiation hebdomadaires.	Nb vulns haute sévérité > 30 j	Pas d'indisponibilité service critique ; taux d'échec changement pas au-dessus référence	Responsable sécurité	12 semaines
Efficacité coûts	Baisser le coût mensuel calcul par client actif de 22 $ à 18 $ en 90 jours en redimensionnant les 10 principaux groupes de ressources.	Coût par client actif	Latence p95 inchangée ; taux d'erreur inchangé	Propriétaire plateforme	13 semaines
Qualité données	Augmenter les exécutions quotidiennes réussies de pipeline de 92 % à 98 % en 8 semaines en corrigeant les 5 principaux modes d'échec.	Taux exécutions pipeline réussies	SLA fraîcheur maintenu ; pas d'augmentation données tardives > 10 min	Responsable ingénierie données	8 semaines
Activation produit	Faire passer l'activation 7 jours nouvel espace de travail de 45 % à 60 % en 90 jours en simplifiant la configuration initiale de 7 à 3 champs requis.	Taux activation 7 j	Erreurs configuration ≤ 2 % ; rétention 7 j pas en dessous référence	Responsable produit	13 semaines
Support (ITSM)	Améliorer le taux de résolution au premier contact de 62 % à 75 % en 10 semaines en ajoutant triage guidé pour top 5 catégories.	Résolution premier contact	Délai moyenne première réponse reste < 15 min	Responsable services IT	10 semaines
Disponibilité	Augmenter la disponibilité mensuelle service de 99,5 % à 99,8 % pour l'API client d'ici fin T2 via disjoncteurs sur top 3 dépendances.	Disponibilité mensuelle	Pas d'augmentation latence p95 ; politique budget d'erreur inchangée	Responsable ingénierie	12 semaines
Conformité	Atteindre 100 % complétion formation sécurité annuelle pour tout le personnel technique d'ici 30 avril via rappels hebdomadaires et synthèses managers.	Taux complétion	Taux échec simulation phishing pas pire que référence	Responsable sensibilisation sécurité	6 semaines
Expérimentation	Augmenter la complétion paiement de 62 % à 67 % en 6 semaines en testant variante paiement page unique pour 50 % sessions éligibles.	Complétion paiement	Taux remboursement inchangé ; contacts support paiement pas au-dessus référence	PM Croissance	6 semaines

## Analyse de compromis : sélection de l'horizon d'objectif

Horizon	Durée typique	Profil de risque	Latence données	Réversibilité	Cadence revue parties prenantes	Domaines typiques
Court	< 6 semaines	Faible–Moyen (tests réversibles)	Quotidien–Hebdo	Élevée (feature flag, toggle config)	Hebdomadaire	Expérimentation, Activation, Qualité données, Conformité
Moyen	6–16 semaines	Moyen (changements processus, capacités)	Hebdo–Bihebdo	Moyenne (déploiement code, migration)	Bihebdomadaire	Qualité déploiement, Efficacité coûts, Support, Disponibilité
Long	> 16 semaines	Élevé (architectural, stratégique)	Mensuel–Trimestriel	Faible (plateforme, changement org)	Mensuel	Transformation fiabilité, Posture sécurité, Migration plateforme

### Arbre de décision pour l'horizon - La décision est-elle réversible ? → Oui → Horizon court. - Non → Les données sont-elles disponibles hebdomadairement ? → Oui → Horizon moyen. - Non → Horizon long. ## Étude de cas organisation-technologie : Activation onboarding SaaS B2B ### Profil de l'entreprise - SaaS B2B taille moyenne, 300 employés, 40 M$ ARR, 5 équipes produit. - Produit : Plateforme espace de travail collaboratif avec marketplace d'intégrations. ### Problème - Abandon à l'étape configuration onboarding ; taux activation 7 jours à 45 %. - 0,6 contact support par nouvel espace de travail (lié onboarding). - Hypothèse : 7 champs requis (dont identifiants intégrations) créent de la friction. ### Objectif SMART

Faire passer l'activation 7 jours nouvel espace de travail de 45 % à 60 % en 90 jours en simplifiant la configuration initiale de 7 à 3 champs requis avec guidance intégrée.

- Métrique principale : Taux activation 7 jours (espace de travail complète configuration cœur dans les 7 jours suivant création). - Garde-fous : - Erreurs configuration ≤ 2 % (référence 1,2 %) — famille UX - Contacts support/espace travail ≤ 0,6 — famille UX - Aucune exposition identifiants dans logs ; aucun incident P1/P2 lié onboarding — famille Sécurité/Confidentialité - Qualité activation : ≥ 70 % espaces activés complètent deux actions clés première semaine — famille UX ### Conception de l'intervention - Changement unique : Réduire champs requis 7 → 3 ; ajouter info-bulles guidance intégrée. - Périmètre : 50 % nouveaux espaces éligibles via feature flag réversible. - Exclusions : Locataires entreprise, comptes privilégiés/réglementés, flux admin uniquement. - Mesure : Événements entonnoir (step_start, step_complete, error), suivi erreurs, étiquetage support, segmentation par taille entreprise (PME vs mid-market) et région. ### Journal d'exécution PDCA (simulé)

Semaine	Phase	Activités	Preuves collectées
1–2	Plan	Validation référence ; vérifications analytiques ; config feature flag ; revue sécurité gestion identifiants (ajout 3 jours, risque P1 évité)	Référence confirmée : 45 % activation, 1,2 % erreurs config, 0,6 contacts support
3–6	Do	Déploiement contrôlé cohorte 50 % ; scan hebdo métriques + garde-fous	Semaine 4 : Activation 54 % (traitement) vs 46 % (contrôle) ; erreurs config 1,5 % ; contacts support 0,55
7	Check	Revue mi-cycle (Porte 3) ; analyse segmentation	Activation 58 % global ; PME 62 %, Mid-market 52 % ; erreurs config 1,8 % ; contacts support 0,55 ; garde-fous tenus
8	Act	Décision : Standardiser à 100 % avec validation renforcée (ajustement guidance mid-market)	Critères poursuite/modification/arrêt remplis pour Poursuite (voir ci-dessous)

### Table de décision Poursuite/Modification/Arrêt (seuils cas d'étude)

Action	Seuils preuves (mi-cycle 45 jours)	Seuils preuves (clôture 90 jours)
Standardiser	Activation ≥ 58 % ; tous garde-fous verts ; pas de dérive segmentation adverse	Activation ≥ 60 % ; tous garde-fous verts ; segmentation stable
Modifier	Activation 52–57 % ou un garde-fou jaune (près seuil)	Activation 55–59 % ou un garde-fou jaune ; ajuster guidance/validation
Réviser hypothèse	Activation < 52 % avec garde-fous verts	Activation < 55 % avec garde-fous verts ; réexaminer étapes friction
Améliorer mesure	Problèmes qualité données empêchent comparaison fiable	Problèmes qualité données persistent ; corriger instrumentation, relancer
Étendre test	Effets varient significativement par segment (ex. PME vs mid-market > 10 pp écart)	Concevoir ajustements spécifiques segment ; lancer cycle suivi
Restaurer processus antérieur	Erreurs config > 2 % ou incident P1 onboarding ou contacts support > 0,6 soutenu 7 j	Rollback immédiat ; analyse cause racine ; approche alternative
Nouveau cycle	Résultats ambigus (intervalle confiance traverse seuils)	Planifier nouveau cycle avec frontières plus claires

Décision réelle (Semaine 8) : Standardiser à 100 % avec validation renforcée segment mid-market. Activation atteinte 62 % à 90 jours ; garde-fous tenus ; déploiement complété Semaine 10. ### Résultats - Principal : Activation 7 jours 62 % à 90 jours (cible 60 %). - Garde-fous : Erreurs config 1,8 % (≤ 2 %) ; contacts support 0,55 (≤ 0,6) ; zéro incident sécurité ; qualité activation 73 % (≥ 70 %). - Opérationnel : Feature flag réduit rayon d'impact ; revue mi-cycle détecte dérive segmentation (PME vs mid-market) ; revue sécurité ajoute 3 jours mais évite risque P1. - Leçons : Intervention unique permet attribution claire ; garde-fous à niveaux (critique vs avertissement) évitent la fatigue ; critères explicites poursuite/modification/arrêt retirent la politique de la décision. ### Matrice RACI (Étude de cas)

Étape du cycle de vie	PM Produit (Propriétaire objectif)	Responsable ingénierie	Responsable analytique	Responsable sécurité	Chef de programme	CTO/VP (Approbateur)
Rédaction	R	C	C	C	I	I
Revue (Porte 1)	A	R	R	R	C	I
Approbation (Porte 2)	I	C	C	C	R	A
Exécution	A	R	C	C	I	I
Revue mi-cycle (Porte 3)	A	R	R	R	C	I
Clôture (Porte 4)	A	C	R	C	R	A

## Cadence de gouvernance

Cadence	Fréquence	But	Artéfacts produits
Point hebdomadaire	Hebdomadaire	Scan métriques + garde-fous ; blocages	Feuille métriques (principale + garde-fous), statut garde-fous (vert/jaune/rouge)
Approfondissement bihebdo	Bihebdomadaire	Segmentation, attribution, investigation anomalies	Analyse segmentation, notes attribution, feuille métriques mise à jour
Comité mensuel	Mensuel	Décisions poursuite/modification/arrêt ; changements périmètre	Journal décisions, critères poursuite/modification/arrêt mis à jour, enregistrements changements périmètre
Revue portefeuille trimestrielle	Trimestrielle	Santé objectifs SMART entre équipes ; détection patterns	Tableau de bord portefeuille, mesures adoption, leçons inter-équipes

## KPI mesurables pour adoption SMART (étendus)

KPI	Définition (Numérateur / Dénominateur)	Fenêtre mesure	Propriétaire	Cible
% objectifs conformes SMART	Objectifs avec référence + cible + garde-fous + propriétaire + horizon / Total objectifs actifs équipe	Trimestriel	Chef de programme	≥ 90 % sous 2 trimestres
Délai médian premier résultat	Médian (Date approbation objectif → Date premier résultat mesurable) objectifs horizon court	Par objectif (horizon court)	Propriétaire objectif	≤ 4 semaines
Taux violation garde-fous	Objectifs avec ≥ 1 violation garde-fou critique / Total objectifs clôturés	Trimestriel	Responsable Sécurité/SRE	< 5 %
Taux retravail objectifs	Objectifs reformulés ou reperimétrés dans cycle / Total objectifs démarrés	Trimestriel	Chef de programme	< 15 %
Satisfaction parties prenantes	Score enquête (1–5) "Clarté objectif et utilité décision"	Enquête post-cycle	Chef de programme	≥ 4,0 / 5,0

## Implications coûts et risques

Facteur	Détail	Atténuation
Investissement instrumentation	Conception schéma événements, création tableaux de bord, configuration alertes par pilote (~2–3 semaines ingénierie)	Réutiliser infrastructure événements existante ; démarrer pilote sur domaine bien instrumenté
Coût d'opportunité pilotes étroits	Périmètre limité retarde apprentissage org-wide	Lancer 2–3 pilotes parallèles domaines différents ; partager infrastructure
Fatigue garde-fous	Trop de garde-fous → avertissements ignorés	Niveler garde-fous : Critique (auto-arrêt, ex. sécurité, perte données) vs Avertissement (revue requise, ex. coûts, dérive UX)
Faux positifs/négatifs décisions	Arrêter un changement qui marche (faux négatif) ou continuer un nuisible (faux positif)	Pré-acorder seuils statistiques (ex. IC 90 %) ; exiger vérification segmentation ; documenter justification décision

## Feuille de route implémentation : pilote 12 semaines

Semaine	Étape	Activités	Durée typique	Critères sortie
1–2	Sélection pilote & alignement parties prenantes	Identifier processus contenu avec pertinence métier claire ; confirmer capacité instrumentation ; sécuriser parrainage Approbateur	2 semaines	Charte pilote signée ; RACI convenu ; gaps mesure documentés
3–4	Atelier rédaction objectifs	Rédiger 3–5 objectifs SMART ; créer feuilles métriques (formules, segments, latence) ; combler gaps instrumentation	2 semaines	3–5 objectifs SMART approuvés ; feuilles métriques v1.0 ; tableaux de bord live
5	Revue pré-lancement (Porte 2)	Exécuter checklist Porte 2 ; approuver cohortes, exclusions, étapes réversibles ; confirmer frontières risque	1 semaine	Checklist Porte 2 Pass ; périmètre/risque approuvé par Approbateur
6–9	Exécution & surveillance	Points hebdo (métriques + scan garde-fous) ; approfondissements bihebdo ; revue mi-cycle Semaine 8 (Porte 3)	4 semaines	Checklist Porte 3 Pass ; décision poursuite/modification/arrêt documentée
10–11	Analyse clôture	Reprise finale données ; vérification segmentation ; décision poursuite/modification/arrêt (Porte 4) ; plan déploiement/rollback	2 semaines	Checklist Porte 4 Pass ; décision journalisée ; plan communication prêt
12	Rétrospective & plan échelle	Leçons apprises ; mise à jour modèles/checklists ; supports formation ; proposer prochaine cohorte pilotes	1 semaine	Doc rétrospective ; proposition échelle ; deck formation v1.0

## Tableau pratique décision/checklist : Outil portes d'étape

Porte	Question de revue	Propriétaire	Preuves requises
Porte 1 : Définition objectif	L'objectif est-il énoncé comme résultat avec référence et cible ?	Propriétaire objectif	Énoncé SMART avec référence, cible, horizon
Porte 1	La métrique principale et les garde-fous sont-ils clairement définis et instrumentés ?	Responsable analytique	Feuille métrique (formule, segments, latence), URL tableau de bord
Porte 1	L'intervention est-elle unique, ou une conception multivariée déclarée ?	Responsable produit	Doc conception intervention (changement unique ou plan MVT)
Porte 1	Les limites de périmètre et étapes réversibles sont-elles définies pour contenir le risque ?	Responsable ingénierie	Config feature flag, liste exclusions, procédure rollback
Porte 1	Les garde-fous fiabilité, sécurité, confidentialité, coûts sont-ils adéquats ?	Responsable SRE / Responsable sécurité	Liste garde-fous avec seuils des 5 familles
Porte 2 : Pré-lancement	Les droits de décision et chemins d'escalade sont-ils documentés ?	Chef de programme	Matrice RACI, contacts escalade, SLA décisions
Porte 2	L'horizon est-il approprié pour suffisance données et délai d'exécution ?	Propriétaire objectif	Justification horizon (sortie arbre décision)
Porte 2	Les dépendances et contraintes ressources sont-elles explicites ?	Chef de programme	Registre dépendances, confirmation capacité
Porte 2	Les plans d'échantillonnage et segmentation sont-ils spécifiés pour éviter biais ?	Responsable analytique	Plan échantillonnage, dimensions segmentation, analyse puissance
Porte 2	Vérifications paradoxe d'Abilene : positions pré-lecture indépendantes, pré-vote anonyme, objections enregistrées, consentement explicite ?	Président réunion	Doc pré-lecture, enregistrement vote, journal objections
Porte 3 : Mi-cycle	La métrique principale tend-elle vers la cible ?	Responsable analytique	Graphique tendance avec intervalles confiance
Porte 3	Tous les garde-fous sont-ils dans les bornes (verts) ?	Responsable SRE/Sécurité	Tableau de bord statut garde-fous
Porte 3	Pas de dérive segmentation adverse ?	Responsable analytique	Analyse segmentation (taille, région, cohorte)
Porte 3	Décision poursuite/modification/arrêt selon critères pré-accordés ?	Propriétaire objectif	Journal décision avec mapping seuils
Porte 4 : Clôture	La métrique principale finale atteint-elle la cible ?	Responsable analytique	Feuille métrique finale avec validation statistique
Porte 4	Tous les garde-fous ont-ils tenu toute la durée ?	Responsable SRE/Sécurité	Historique garde-fous
Porte 4	L'attribution est-elle vérifiée (effet causé par intervention) ?	Responsable analytique	Analyse attribution (diff-in-diff, RCT, ou quasi-expérimental)
Porte 4	Plan déploiement/rollback approuvé avec propriétaire et calendrier ?	Chef de programme	Plan déploiement ou enregistrement exécution rollback

Résultats portes étude de cas (illustratif) : Porte 1 Pass ; Porte 2 Pass (revue sécurité ajoute 3 jours) ; Porte 3 Pass (Poursuite avec ajustement mid-market) ; Porte 4 Pass (Standardiser à 100 %). ## Conclusion Les objectifs SMART transforment les intentions en engagements testables avec propriété claire, métriques et horizons temporels. Ils ne remplacent pas la stratégie, les OKR, les feuilles de route ou les méthodes d'amélioration ; ils les complètent en relevant la qualité des objectifs individuels et en les intégrant dans un système de gouvernance qui rend les décisions transparentes et imputables. L'étude de cas démontre qu'une intervention unique, bien périmétrée — gardée par des métriques explicites, revue à des portes définies, et décidée selon des critères pré-accordés — peut livrer un impact métier mesurable (activation 45 % → 62 %) tout en protégeant la fiabilité, la sécurité, les coûts et l'expérience utilisateur. Commencez par un pilote étroit, apprenez des preuves, et étendez la pratique à travers votre organisation technologique.