Un projet informatique est une opération à début et à fin, qui modifie l’existant : migration, remplacement, ouverture d’un site, mise en conformité. Il se distingue de l’exploitation courante, qui maintient les choses en état sans les changer. Cette distinction n’est pas théorique : elle détermine qui décide, qui paie et à quel moment on considère que c’est terminé.
Chez ITAIA, l’exploitation est comprise dans le forfait d’infogérance. Les projets font l’objet d’un cadrage et d’un devis distincts, précisément pour que le périmètre soit écrit avant de commencer.
Les projets que nous menons le plus souvent
- Un déménagement de locaux, avec le câblage, le lien internet et la téléphonie à préparer plusieurs mois à l’avance.
- Une migration vers Microsoft 365, messagerie puis fichiers.
- Le remplacement d’un serveur arrivé en fin de garantie ou de support.
- Le passage à une téléphonie moderne, avec portabilité des numéros.
- Une mise en conformité ou un durcissement demandé par un client, un assureur ou un régulateur.
- L’ouverture d’un site ou l’intégration d’une société rachetée, souvent le plus complexe des six.
Les cinq phases
| Phase | Ce qui s’y joue | Le livrable |
|---|---|---|
| Cadrage | Ce qu’on fait, ce qu’on ne fait pas, et à quoi on saura que c’est réussi | Un périmètre écrit et un critère de réussite mesurable |
| Conception | Architecture, dépendances, contraintes métier, ordre des opérations | Un plan daté, avec le retour arrière prévu à chaque étape |
| Préparation | Commandes, configurations, tests hors production, sauvegarde de l’existant | Un environnement prêt et vérifié |
| Bascule | L’opération elle-même, en dehors des heures ouvrées | Le service rendu, et la décision de garder ou de revenir en arrière |
| Stabilisation | Les jours suivants, ceux où remontent les cas particuliers | La clôture, prononcée quand plus rien ne remonte |
La cinquième phase est celle qu’on supprime quand le planning déborde, et c’est celle qui laisse le plus mauvais souvenir aux utilisateurs. Un projet livré n’est pas un projet terminé : il l’est quand les demandes liées ont cessé.
Les trois causes réelles de dérapage
- Le périmètre n’a pas été écrit. Chacun a compris quelque chose de légèrement différent, et l’écart apparaît au moment de payer. Un cadrage d’une page, relu et validé, évite l’essentiel des litiges.
- Une dépendance métier est découverte trop tard. L’application de gestion parle à un logiciel de production que personne n’avait mentionné, un copieur envoie des documents par un mécanisme ancien, un fournisseur accède au réseau par un tunnel dont l’existence s’est perdue. Ces découvertes viennent toujours de l’inventaire qui n’a pas été fait.
- Personne ne tranche côté client. Quand une question arrive et qu’aucun décideur n’est identifié, le projet s’arrête en attendant, et redémarre avec des données périmées.
Cette page vous a aidé ? C’est notre métier.
- Support 8h-20h · 7j/7
- SOC 24/7
- < 10 min
- Équipe dédiée
Un ingénieur décroche · prise en charge moyenne < 10 min · 7j/7 de 8h à 20h · devis sans frais de mise en service. Standard fermé pour le moment (ouvert 7j/7 de 8h à 20h) : choisissez votre créneau, un ingénieur vous rappelle · devis sans frais de mise en service. Simuler mon devis en ligne : prix publics dès 55 € HT par poste, résultat immédiat, aucun formulaire →
Ce que nous demandons avant de commencer
Trois choses, et nous ne démarrons pas sans elles, parce que leur absence se paie toujours plus tard.
- Un référent décisionnaire côté client, joignable pendant la bascule, avec le mandat de trancher.
- Une fenêtre d’intervention validée par la direction, pas seulement par l’informatique, et compatible avec l’activité réelle.
- Un critère de réussite écrit. « La migration est réussie quand les trente boîtes sont accessibles, que les scanners envoient et que les agendas partagés fonctionnent » se vérifie ; « quand tout marche » ne se vérifie pas.
Le retour arrière n’est pas un aveu d’échec
Chaque étape d’un projet doit pouvoir être annulée, et cette possibilité se construit avant, pas pendant. Concrètement : l’ancien système reste en fonction jusqu’à la validation, les données sont copiées et non déplacées, une sauvegarde complète précède toute opération, et l’heure limite au-delà de laquelle on revient en arrière est fixée à l’avance. Un projet qui ne prévoit pas ce chemin de retour n’est pas un projet, c’est un pari.
Questions fréquentes sur la gestion de projet informatique
Qu’est-ce que la gestion de projet informatique ?
C’est la conduite d’une opération de transformation du système d’information, de son cadrage à sa clôture : définir le périmètre, concevoir la solution, préparer, basculer et stabiliser. Elle se distingue de l’exploitation quotidienne, qui maintient l’existant sans le modifier.
Quelles sont les étapes d’un projet informatique ?
Cadrage, conception, préparation, bascule, stabilisation. La première décide de la réussite du reste, car c’est elle qui fixe le périmètre et le critère de réussite ; la dernière est celle qu’on sacrifie le plus souvent au planning, alors qu’elle détermine la perception qu’en garderont les utilisateurs.
Combien de temps dure un projet informatique en PME ?
De deux semaines pour une migration de messagerie simple à plusieurs mois pour un déménagement ou l’intégration d’une société. Les délais sont rarement techniques : ils dépendent des commandes de matériel, de la portabilité des lignes chez les opérateurs et de la disponibilité des équipes métier pour valider.
Faut-il un chef de projet dédié ?
Pour une PME, rarement à temps plein. Ce qu’il faut absolument, c’est un interlocuteur unique côté prestataire et un référent décisionnaire côté client. La difficulté n’est pas de gérer un diagramme de planning, elle est de faire prendre les décisions au bon moment.
Le projet est-il compris dans le forfait d’infogérance ?
Non, et nous préférons l’annoncer clairement. Le forfait couvre l’exploitation, le support illimité et la maintenance ; les projets qui transforment l’existant font l’objet d’un devis, avec un périmètre écrit. Cette séparation protège les deux parties, notamment de la dérive où tout devient « compris ».
Que se passe-t-il si la bascule échoue ?
On revient en arrière, selon le chemin prévu et avant l’heure limite fixée au cadrage. L’ancien système est resté en fonction, les données ont été copiées et non déplacées : le retour est une option normale, préparée, et non une improvisation.
Faire cadrer votre projet
Le cadrage est la partie la plus rentable et la plus courte. Accordez 30 minutes à un ingénieur : vous repartez avec le périmètre, les dépendances à vérifier, un calendrier réaliste et un ordre de grandeur chiffré.
