Chef de projet SI : des projets applicatifs cadrés, recettés et mis en production sans mauvaise surprise pour les métiers.
Le chef de projet SI conduit les projets applicatifs, du recueil des besoins à la mise en production : déploiement d’un ERP, nouvel outil métier, interface entre deux logiciels, refonte d’un processus. Une grande partie de son temps part dans des comptes rendus, des cahiers de recette, des fichiers de suivi des anomalies et des reprises de données préparées à la main. L’automatisation lui rend ce temps pour ce qui fait réussir un projet : comprendre le métier et tenir les décisions.
Entre les utilisateurs métier, la DSI, les éditeurs et les prestataires.
Le chef de projet SI traduit un besoin métier en solution qui fonctionne : il cadre le périmètre, rédige ou fait rédiger les spécifications, coordonne l’éditeur ou l’intégrateur, organise la recette et prépare la bascule. Il rend compte au comité de pilotage et fait le lien entre des utilisateurs qui parlent processus et des équipes techniques qui parlent paramétrage et interfaces. Après la mise en production, il passe le relais au support et à la TMA, avec une documentation qui doit tenir.
Une journée type.
- MatinFaire le point sur les anomalies de recette ouvertes et relancer l’éditeur sur les correctifs attendus.
- MatinAnimer un atelier avec les utilisateurs pour décrire un processus et ses cas particuliers.
- MidiRédiger le compte rendu de l’atelier et mettre à jour les spécifications fonctionnelles.
- Après-midiPréparer un lot de reprise de données et vérifier sa qualité avec le métier.
- Chaque semaineMettre à jour le planning, le budget consommé et les risques, et préparer le point avec la DSI.
- Chaque moisPrésenter l’avancement au comité de pilotage et faire valider les décisions de périmètre.
Ce sur quoi le métier est attendu.
- Respect du planning et des jalons
- Respect du budget et de la charge
- Anomalies ouvertes avant la mise en production
- Qualité des données reprises
- Adoption de l’outil par les utilisateurs
- Incidents après la mise en production
Les indicateurs sont nommés, jamais chiffrés : les niveaux dépendent de chaque entreprise, et le diagnostic les mesure.
Les problèmes rencontrés souvent.
Des besoins mal formulés
Les utilisateurs décrivent leur façon de faire actuelle, pas leur besoin. Les cas particuliers apparaissent en recette, quand ils coûtent le plus cher à traiter.
Une recette menée dans des tableurs
Scénarios, résultats, anomalies et captures d’écran circulent dans des fichiers et des e-mails. Personne ne sait dire avec certitude ce qui a été testé.
Une reprise de données sous-estimée
Les données de l’ancien outil sont incomplètes, dupliquées ou codées autrement. Leur nettoyage se fait tard, à la main, au rythme des essais de chargement.
Un reporting de projet qui prend du temps
Planning, budget, risques et anomalies se consolident à la main avant chaque comité, depuis des outils qui ne se parlent pas.
Des tests de non-régression oubliés
Une évolution corrige un point et en casse un autre. Sans tests rejouables, chaque version demande de tout revérifier ou de prendre le risque.
Une documentation qui n’est pas à jour
Les décisions prises en atelier, les règles de paramétrage et les interfaces ne sont pas consignées au fil du projet. La TMA hérite d’un outil qu’elle doit redécouvrir.
Le même métier, plusieurs réalités.
- Mode et luxe
Le chef de projet SI déploie des outils partagés entre boutiques, e-commerce, wholesale et ateliers, souvent dans plusieurs pays et plusieurs langues. Le référentiel produit et les données clients concentrent les enjeux de reprise et de qualité.
- Retail
Les projets touchent souvent la caisse, l’e-commerce, le WMS ou l’ERP, avec des déploiements magasin par magasin. Les périodes de forte activité imposent des fenêtres de bascule courtes et des retours arrière préparés.
- Cosmétique et beauté
Le chef de projet SI conduit des projets qui croisent R&D, réglementaire, usine et marketing : gestion des formules, fiches produit, échanges avec les enseignes. Les données de conformité imposent une recette rigoureuse.
- Distribution B2B et négoce
Les projets portent sur l’ERP, le WMS, l’EDI et les conditions tarifaires. Chaque interface avec un client ou un fournisseur doit être testée avec lui avant la bascule, sous peine de bloquer des commandes.
- BTP et copropriété
Le chef de projet SI équipe des agences et des chantiers : devis, suivi d’affaires, outils mobiles de terrain, comptabilité. L’adoption par des équipes peu disponibles et dispersées est un enjeu aussi fort que la technique.
- Industrie
Les projets relient ERP, suivi de production, maintenance et qualité, parfois avec les machines. La bascule se planifie avec la production, et la reprise des nomenclatures et des gammes demande une attention particulière.
- Pharma et santé
Tout système concerné par les bonnes pratiques suit une démarche de validation : spécifications, analyse de risque, qualification, recette documentée, gestion des changements. Le chef de projet SI produit et tient ces livrables avec l’assurance qualité.
Automatiser le geste, garder le jugement.
Ce qui s’automatise
- Comptes rendus d’ateliers et premières versions des spécifications rédigés par un agent IA à partir des enregistrements et des notes, relus par le chef de projet.
- Campagnes de recette suivies dans un outil unique, avec des scénarios rattachés aux exigences, des tests de non-régression rejouables et des anomalies tracées.
- Contrôles de qualité des données de reprise exécutés à chaque essai de chargement, avec le rapport des écarts envoyé aux propriétaires des données.
- Reporting de projet — planning, charge, budget, risques, anomalies — alimenté automatiquement par les outils de suivi pour le comité de pilotage.
- Documentation fonctionnelle et technique tenue à jour à partir des spécifications, du paramétrage et des décisions consignées.
Ce qui reste humain
- Le cadrage du périmètre et l’arbitrage des demandes avec le métier et le comité de pilotage.
- La décision de mise en production, sur la base des résultats de recette et des risques restants.
- L’accompagnement des utilisateurs et la relation avec l’éditeur ou l’intégrateur.
Comment automatiser, cas par cas.
Chaque cas part d’une question que se posent les directions. La situation de départ, ce qui s’automatise, les outils concernés, et ce qui reste entre les mains des équipes.
Comment automatiser la recette d’un logiciel métier et les tests de non-régression ?
- Aujourd’hui
- La recette se mène dans un tableur partagé : scénarios, résultats et anomalies, avec des captures d’écran envoyées par e-mail. À chaque nouvelle version de l’éditeur, les utilisateurs refont à la main les mêmes tests, ou les sautent faute de temps.
- Ce qui s’automatise
- Les scénarios sont décrits dans un outil de gestion des tests et rattachés aux exigences. Les parcours critiques et les interfaces sont automatisés en tests rejouables, exécutés à chaque version avec un rapport des écarts. Les anomalies sont créées directement depuis le test en échec, avec les étapes et les données utilisées.
- Ce qui reste humain
- Les utilisateurs référents valident les scénarios et prononcent la recette, le chef de projet arbitre la gravité des anomalies.
- outil de gestion des tests
- outil d’automatisation des tests
- outil de ticketing (ITSM)
Comment automatiser la reprise de données lors d’un changement d’ERP ?
- Aujourd’hui
- Articles, clients, fournisseurs, encours et historiques doivent passer de l’ancien ERP au nouveau. Les extractions sont retravaillées dans des tableurs, les correspondances de codes tenues à la main, et chaque essai de chargement révèle de nouvelles erreurs.
- Ce qui s’automatise
- La reprise est construite comme un flux rejouable : extraction de l’ancien système, règles de transformation et tables de correspondance écrites, contrôles de qualité, chargement dans le nouvel ERP. Chaque essai produit un rapport des rejets par objet et par propriétaire. Un agent IA aide à rapprocher les doublons et à proposer les correspondances de codes, validées par le métier.
- Ce qui reste humain
- Les propriétaires des données valident chaque essai de reprise et décident des données qui ne sont pas reprises.
- ancien et nouvel ERP
- outil d’intégration de données (ETL)
- outil de qualité des données
- tableur
Comment rédiger plus vite les spécifications fonctionnelles à partir des ateliers métier ?
- Aujourd’hui
- Le chef de projet anime les ateliers, prend des notes, puis passe des soirées à les mettre au propre et à les transformer en spécifications. Des points discutés se perdent entre l’atelier et le document.
- Ce qui s’automatise
- Avec l’accord des participants, les ateliers sont enregistrés et transcrits. Un agent IA produit le compte rendu, la liste des décisions et des questions ouvertes, puis une première version des spécifications structurée par processus, avec les règles de gestion et les cas particuliers évoqués. Il signale les contradictions avec les spécifications déjà validées.
- Ce qui reste humain
- Le chef de projet relit, complète et fait valider les spécifications par le métier.
- outil de visioconférence
- agent IA
- gestion documentaire
Comment automatiser le reporting d’un projet SI pour le comité de pilotage ?
- Aujourd’hui
- Avant chaque comité, le chef de projet rassemble le planning, la charge consommée, les factures du prestataire, les anomalies ouvertes et les risques, chacun dans un outil différent. Il refait les mêmes graphiques à chaque fois.
- Ce qui s’automatise
- Les indicateurs du projet sont alimentés automatiquement par l’outil de gestion de projets, l’outil de ticketing, le suivi des temps et l’ERP pour les factures. Le support du comité se génère avec l’avancement par jalon, le reste à faire, la consommation du budget et l’évolution des anomalies. Un agent IA propose une synthèse des points d’attention.
- Ce qui reste humain
- Le chef de projet choisit les messages et les décisions à demander au comité.
- outil de gestion de projets
- outil de ticketing (ITSM)
- ERP
- outil de pilotage (BI)
Comment automatiser le suivi des anomalies pendant la recette et après la mise en production ?
- Aujourd’hui
- Les anomalies arrivent par e-mail, en réunion ou par téléphone, sont recopiées dans un fichier et transmises à l’éditeur dans son propre outil. Le statut diverge entre les deux, et les utilisateurs relancent sans savoir où en est leur demande.
- Ce qui s’automatise
- Une file unique reçoit les anomalies avec un formulaire qui impose les informations utiles : processus, étapes, données, gravité. Un agent IA détecte les doublons et propose une qualification. Les tickets sont synchronisés avec l’outil de l’éditeur, les statuts se mettent à jour des deux côtés et les utilisateurs sont prévenus à chaque changement.
- Ce qui reste humain
- Le chef de projet arbitre la gravité et la priorité des anomalies avec le métier et l’éditeur.
- outil de ticketing (ITSM)
- outil de l’éditeur
- middleware et API
- messagerie
Comment fiabiliser une mise en production et le plan de bascule ?
- Aujourd’hui
- La bascule se prépare dans un document qui liste les étapes, les responsables et les horaires. Le jour venu, les vérifications se font au téléphone, et une étape oubliée ou un contrôle sauté se découvrent après le redémarrage.
- Ce qui s’automatise
- Le plan de bascule est décrit étape par étape dans un outil partagé, avec ses dépendances, ses responsables et ses critères de passage. Les contrôles automatisables — volumes chargés, interfaces actives, droits ouverts, premiers flux passés — s’exécutent et remontent leur résultat. Le point de décision de retour arrière est défini à l’avance, avec ses critères.
- Ce qui reste humain
- Le comité de bascule décide de poursuivre ou de revenir en arrière au point de décision prévu.
- outil de gestion de projets
- outil de supervision
- outil de gestion des tests
- messagerie
Comment automatiser le suivi du budget et de la charge d’un projet SI ?
- Aujourd’hui
- La charge interne est déclarée irrégulièrement, les jours facturés par l’intégrateur arrivent avec les factures et les avenants s’ajoutent au fil du projet. Le chef de projet découvre le dépassement au moment de demander une rallonge.
- Ce qui s’automatise
- Les temps internes, les commandes et factures de l’ERP et les avenants sont rattachés automatiquement au projet et à ses lots. Un tableau compare le consommé au prévu, calcule le reste à faire déclaré par lot et projette le coût à terminaison. Les écarts au-delà d’un seuil fixé déclenchent une alerte au chef de projet et au DSI.
- Ce qui reste humain
- Le chef de projet réestime le reste à faire, et le comité de pilotage décide des arbitrages de périmètre ou de budget.
- outil de suivi des temps
- ERP
- outil de gestion de projets
- outil de pilotage (BI)
Comment automatiser la documentation fonctionnelle et technique d’un outil après sa livraison ?
- Aujourd’hui
- À la fin du projet, la documentation est rédigée en urgence, souvent incomplète. Les règles de paramétrage, les interfaces et les décisions prises en atelier ne sont nulle part réunies, et la TMA les redécouvre incident après incident.
- Ce qui s’automatise
- La documentation se construit pendant le projet : spécifications validées, paramétrage exporté, description des interfaces depuis la couche d’intégration, décisions consignées. Un agent IA assemble ces éléments en un guide structuré par processus et le met à jour à chaque évolution validée. Les utilisateurs et la TMA l’interrogent en langage naturel.
- Ce qui reste humain
- Le chef de projet valide la documentation remise, et la TMA en devient responsable après le transfert.
- gestion documentaire
- agent IA
- middleware et API
- outil de ticketing (ITSM)
Comment accélérer le choix d’un logiciel métier : cahier des charges et comparaison des réponses ?
- Aujourd’hui
- Le cahier des charges est rédigé à partir de modèles génériques, les réponses des éditeurs arrivent dans des formats différents, et la comparaison se fait dans un tableur rempli à la main. Les démonstrations montrent ce que chaque éditeur choisit de montrer.
- Ce qui s’automatise
- Les exigences sont tirées des processus décrits et pondérées avec le métier. Les éditeurs répondent dans une grille commune, et un agent IA lit leurs réponses et leurs documents pour signaler les exigences couvertes en standard, par paramétrage, par développement ou pas du tout. Les démonstrations suivent des scénarios imposés tirés des cas réels de l’entreprise.
- Ce qui reste humain
- Le comité de sélection, avec le métier et la DSI, choisit la solution.
- gestion documentaire
- agent IA
- tableur
- outil de pilotage (BI)
Comment automatiser la formation et l’aide aux utilisateurs au démarrage d’un nouvel outil ?
- Aujourd’hui
- Les formations se donnent juste avant le démarrage, sur des cas génériques. Les premières semaines, les mêmes questions reviennent sans cesse au chef de projet et aux référents, qui répondent un par un.
- Ce qui s’automatise
- Les supports de formation sont produits à partir des scénarios de recette et des cas réels, par profil d’utilisateur. Un agent IA répond aux questions dans la messagerie à partir de la documentation et des supports validés, et transmet au référent ce qu’il ne sait pas traiter. Les questions reçues sont analysées pour corriger la documentation ou l’outil.
- Ce qui reste humain
- Les référents métier accompagnent les équipes sur le terrain et valident les réponses de l’agent.
- agent IA
- gestion documentaire
- messagerie
- outil de ticketing (ITSM)
Ce que les équipes cherchent à améliorer.
- Comment mieux recueillir les besoins des utilisateurs ?
- En partant des processus réels plutôt que des écrans souhaités : quels événements déclenchent le travail, quelles données entrent, quelles décisions sont prises, quels cas sortent de la règle. Les fichiers et les contournements actuels des utilisateurs disent beaucoup de ce que l’outil devra couvrir.
- Comment organiser une recette efficace ?
- En rattachant chaque scénario à une exigence, en préparant des jeux de données représentatifs, y compris les cas particuliers, et en suivant les anomalies dans un outil unique avec leur gravité. Les scénarios automatisables deviennent des tests rejouables pour les versions suivantes.
- Comment réussir une reprise de données ?
- En la commençant tôt : inventaire des données, règles de correspondance, nettoyage à la source, puis plusieurs essais de chargement contrôlés. Les propriétaires des données valident chaque essai, et la reprise finale rejoue une procédure déjà éprouvée.
- L’IA peut-elle rédiger les spécifications ?
- Elle peut produire une première version à partir des comptes rendus d’ateliers, des processus décrits et des documents existants, et signaler les points ambigus ou contradictoires. La validation des règles et des arbitrages reste au chef de projet et au métier.
- Comment décider d’une mise en production ?
- Sur des critères fixés à l’avance : anomalies bloquantes soldées, scénarios critiques passés, reprise validée, utilisateurs formés, retour arrière préparé. Le comité de pilotage décide au vu de ces critères, pas seulement de la date prévue.
- Comment éviter les régressions à chaque nouvelle version ?
- Avec un socle de tests de non-régression automatisés sur les processus critiques et les interfaces, exécuté à chaque version livrée par l’éditeur ou par la TMA. Les tests manuels restent pour ce qui change.
- Comment préparer le passage du projet à la TMA ?
- En livrant une documentation à jour, les tests rejouables, la liste des anomalies connues et les règles de paramétrage, puis en organisant une période d’accompagnement après la mise en production. Les décisions prises pendant le projet doivent être retrouvables.
- Comment faire adopter un nouvel outil par les équipes ?
- En associant des utilisateurs référents dès le cadrage, en formant sur des cas réels de leur quotidien et en mettant à disposition une aide accessible au moment du besoin. Les questions reçues après le démarrage disent ce qu’il faut améliorer en priorité.
Décrivez ce qui freine vos équipes.
Un premier échange pour qualifier votre besoin. Puis un diagnostic cadré : le périmètre, la solution, le chiffrage.
Parler de votre projetRéponse sous 48 h ouvrées.