Schéma directeur IT pour une PME industrielle en Suisse romande: priorités, budget et feuille de route
PME industrielle en Suisse romande: schéma directeur IT, pilotage projet et DSI à temps partiel pour fiabiliser l’infrastructure, prioriser les investissements, structurer le support et préparer une migration Cloud.
Une PME industrielle en Suisse romande devait moderniser son informatique sans interrompre la production, avec un parc hétérogène et des décisions d’investissement difficiles à arbitrer. L’objectif principal a été de construire un schéma directeur IT pragmatique et actionnable, puis de lancer les premiers chantiers avec un pilotage clair. Résultat phare: une feuille de route priorisée, un budget lisible et des risques techniques mieux maîtrisés.
Synthèse
- Secteur : Industrie et fabrication, Taille : PME (20-49), Région : Suisse romande.
- Durée : 10 semaines, Pôle : Technologie.
- Portée : stratégie IT, inventaire, support et Cloud, Objectif : prioriser et sécuriser les investissements.
Contexte et enjeux
La production reposait sur des postes et serveurs configurés au fil des années, avec des dépendances peu documentées. Les incidents n’étaient pas tous bloquants, mais ils créaient des ralentissements, des interruptions courtes et une charge support difficile à anticiper.
Les investissements IT se faisaient par opportunités: remplacement d’un serveur, achat de matériel en urgence, ou ajout d’un outil sans vision d’ensemble. Les équipes manquaient d’un référentiel clair sur le parc, les versions, les contrats, et la criticité des services.
L’enjeu consistait à stabiliser l’existant, définir une trajectoire réaliste (12 à 18 mois), et lancer des projets à forte valeur, tout en respectant les contraintes de production et de budget.
Objectifs
- Établir un inventaire fiable du parc, des services et des risques techniques.
- Définir une feuille de route priorisée avec budget, jalons et dépendances.
- Structurer le support et préparer une trajectoire Cloud progressive, sans rupture opérationnelle.
Plan d’intervention
- Étape 1 – diagnostic / cadrage : inventaire, cartographie des services, criticité production, incidents et dette technique.
- Étape 2 – conception / design cible : scénarios (stabilisation, Cloud, sécurité), priorisation, budget, et gouvernance de décision.
- Étape 3 – build / intégration / tests : lancement des chantiers prioritaires (ITAM, ITSM, socle Cloud), avec pilotes et critères de réussite.
- Étape 4 – déploiement / transfert / support : pilotage mensuel, suivi des risques, planification des fenêtres de maintenance et stabilisation.
Résultats mesurés
- Avant / après : équipements sans propriétaire ni statut 35% → 8%.
- Qualité / délai : temps moyen d’analyse d’un incident 2-4 h → 45-90 min.
- Adoption / support : demandes tracées et catégorisées 15-25% → 80-90%.
Facteurs clés de succès
- Priorisation métier: production d’abord, puis postes critiques, puis modernisation progressive.
- Décisions documentées: arbitrages budget, risques acceptés, et jalons réalistes.
- Exécution cadrée: pilotes courts, fenêtres de maintenance planifiées, et indicateurs partagés.
Stack & outils
- ITAM: Lansweeper pour inventaire, contrats, statut et visibilité sur le parc.
- ITSM: Jira Service Management pour tickets, workflows, catalogue et escalades.
- Cloud: Microsoft Azure pour socle d’hébergement et trajectoire de migration progressive.
FAQ – Confiance & support
Comment prioriser les projets IT sans perturber la production ?
La criticité production guide l’ordre: d’abord les services qui stoppent l’atelier, puis ceux qui dégradent la qualité et les délais. Les changements passent par des pilotes et des fenêtres planifiées, avec retour arrière défini.
Budget: comment arbitrer entre stabilisation et modernisation Cloud ?
Le schéma directeur fixe une trajectoire: sécuriser l’existant là où le risque est immédiat, puis migrer par lots selon le gain et la complexité. Chaque lot a un coût, un bénéfice attendu et une date de décision.
Inventaire: pourquoi l’ITAM change-t-il vraiment la donne ?
Un inventaire fiable réduit les angles morts: versions, propriétaires, garanties, et dépendances. Les décisions deviennent plus rapides, et le support gagne en efficacité car l’information est disponible dès l’ouverture du ticket.
Support: comment suivre l’exécution et éviter le retour au mode urgence ?
Un rythme de pilotage est tenu: tableau de bord incidents, causes racines, actions planifiées et risques. Les demandes standard reçoivent une réponse en moins de 24 heures ouvrées, et les blocages production suivent une escalade immédiate.
