--- title: "Approche et démarche" route: "/approche-demarche" description: "Une méthode de projet SI qui part du métier, structure l'information, choisit l'architecture et prépare la mise en exploitation." --- # Approche et démarche Axiome part du métier et de l'information pour concevoir des systèmes utiles, choisir une architecture adaptée et préparer la mise en exploitation. Notre méthode relie les décisions fonctionnelles, l'UX, la réalisation, les données et le run. L'outil intervient après les choix qui donnent du sens au projet. ## Le problème commence avant l'outil Un projet numérique révèle souvent des désaccords déjà présents dans l'organisation. Deux équipes n'utilisent pas la même définition d'un client, une donnée est ressaisie dans plusieurs systèmes ou une décision existe dans un compte rendu sans être traduite dans le processus. Changer de plateforme ne résout pas ces écarts. Une nouvelle application peut même les inscrire dans une architecture coûteuse à corriger. Nous commençons donc par clarifier : - les objets du métier et le vocabulaire utilisé - les flux d'information et leurs exceptions - les responsabilités de production, de validation et d'exploitation - les sources qui font autorité - les contraintes et décisions déjà présentes dans l'organisation Cette clarification aide immédiatement les équipes. Elle prépare aussi les systèmes et les usages d'IA qui devront retrouver une information fiable et comprendre son contexte. ## Construire l'architecture avant la solution Le modèle métier devient progressivement une architecture de l'information, des parcours, des règles de gouvernance et une trajectoire technique. Les décisions restent compréhensibles par les métiers, la DSI, l'UX, le développement et l'exploitation. Nous ne cherchons pas à tout modéliser avant d'agir. Nous approfondissons ce qui influence réellement le périmètre, les risques et la capacité à faire évoluer la solution. Ce travail peut constituer un livrable autonome avant toute décision de réalisation. [Découvrir notre travail d'architecture de l'information](/approche-demarche/architecture-de-l-information). ## Conduire le projet Une architecture ne produit de valeur que si elle devient un projet pilotable. Nous transformons les décisions en parcours, maquettes, backlog, critères d'acceptation et incréments démontrables. Les utilisateurs et le client participent aux arbitrages au fil du projet. L'UX et les maquettes permettent de confronter rapidement le modèle aux usages. Le backlog conserve le lien entre le besoin, la décision et ce qui doit être livré. Des cycles courts rendent les écarts visibles avant qu'ils deviennent coûteux. La préparation du run commence en même temps que la conception : - sécurité, identité et autorisations - environnements et déploiement - journalisation, diagnostic et supervision - migration et qualité des données - documentation, transfert et maintenance - responsabilités après la mise en ligne Les personnes qui portent le cadrage et les arbitrages restent impliquées dans la réalisation. Cette continuité évite de transmettre une interprétation appauvrie du besoin à chaque étape. ## Choisir le terrain technologique SharePoint et Microsoft 365 constituent notre expertise historique. Cette profondeur reste une force, pas une obligation imposée au client. Nous les retenons lorsqu'ils fournissent le bon socle documentaire, collaboratif ou identitaire. Nous construisons autrement lorsque le besoin appelle une autre forme de solution. La bonne réponse doit tenir compte des applications, des données, des compétences, des contrats, de la sécurité et de la trajectoire déjà engagée. Une technologie présente chez le client peut devoir être conservée, connectée ou remplacée progressivement, même si nous ne l'aurions pas choisie sur une page blanche. Lorsque le projet exige une expertise spécialisée qui dépasse notre propre champ de maîtrise, nous mobilisons si nécessaire un partenaire de confiance. Son rôle est explicite et Axiome veille à la cohérence entre le métier, l'architecture, l'intégration et la réalisation. ## Organiser la connaissance et préparer l'IA Les décisions, modèles et règles produits par un projet constituent un patrimoine. S'ils restent dispersés entre les réunions, les messages et les outils, l'organisation perd progressivement les raisons de ses propres choix. Nous identifions les sources de référence, leurs propriétaires, leurs versions, leurs droits et leurs règles de mise à jour. Cette discipline améliore la recherche et la continuité des projets. Elle fournit aussi le contexte dont un usage d'IA a besoin pour produire une réponse explicable. L'IA n'est pas ajoutée partout. Les cas d'usage sont évalués selon leur valeur, la qualité des connaissances disponibles, le risque et la capacité à organiser une validation humaine. [Comprendre notre démarche de la connaissance à l'IA](/approche-demarche/de-la-connaissance-a-l-ia). ## Une méthode proportionnée au contexte Dans un grand compte, notre démarche s'intègre aux processus de la DSI, aux équipes de sécurité, aux partenaires et aux instances de validation. Elle permet de partager les décisions entre plusieurs métiers, pays, environnements et équipes d'exploitation. Dans une PME, une ETI ou une organisation d'intérêt collectif, elle se concentre sur les décisions essentielles. Le projet peut commencer par un périmètre resserré, réutiliser les outils disponibles et progresser sans importer la lourdeur d'un grand programme. Nos références couvrent ces différentes dimensions, notamment un système de management de la qualité associant modélisation métier, pilotage par l'UX, backlog partagé, delivery multi-environnements et reprise de données complexes. [Examiner cette réalisation](/references/systemes-qualite). ## Une méthode soutenue par notre modèle d'entreprise La continuité entre compréhension et réalisation dépend aussi de l'organisation de l'entreprise. Une équipe stable, une connaissance partagée, des responsabilités lisibles et un réseau de partenaires de confiance nous permettent de constituer le bon dispositif sans diluer le contexte. [Comprendre ce que notre modèle d'entreprise change pour le client](/notre-identite/notre-modele). ## Questions fréquentes **Faut-il utiliser SharePoint pour travailler avec Axiome ?** Non. SharePoint et Microsoft 365 sont nos expertises historiques, pas une condition. Nous partons du métier, de l'existant et des contraintes. **Le cadrage oblige-t-il à nous confier la réalisation ?** Non. Le cadrage peut produire un livrable autonome qui clarifie l'architecture, le périmètre, les risques et la trajectoire avant toute décision sur la suite. **Faut-il remettre toute l'information en ordre avant de commencer ?** Non. Le travail peut partir d'un processus, d'un projet, d'un domaine de connaissance ou d'un cas d'usage prioritaire. **L'IA prend-elle les décisions à la place de l'équipe ?** Non. Elle peut accélérer l'analyse et la production. Les arbitrages, validations et responsabilités restent humains. ## Trouvons le bon point de départ Besoin encore diffus, projet à sécuriser ou système à faire évoluer : un premier échange permet d'identifier les décisions à prendre et le niveau de cadrage utile. [Décrivez-nous votre contexte](/contact).