Guide · Projets informatiques
Un projet ne se dépanne pas; il se cadre.
Migrer, déployer ou reconstruire quelque chose demande plus qu’une personne compétente disponible. Voici les étapes concrètes qui distinguent un projet informatique bien mené d’une série de corrections improvisées.
Station 01 · Six étapes, dans l’ordre
Ce qu’un projet doit fixer avant de commencer.
- 01
Le déclencheur
Nommer clairement ce qui force le projet : fin de vie d’un équipement, croissance de l’équipe, obligation de sécurité ou limite atteinte.
- 02
Les propriétaires
Une personne décide, une personne approuve le budget, une personne confirme que le résultat fonctionne pour l’équipe. Trois rôles, pas nécessairement trois personnes.
- 03
L’inventaire
Ce qui existe aujourd’hui : appareils, comptes, données, dépendances entre outils. Un projet mal inventorié découvre ses vraies contraintes en cours de route.
- 04
Les critères d’acceptation
Ce qui doit être vrai à la fin, écrit avant de commencer : qui doit pouvoir faire quoi, avec quelle donnée, sans quelle interruption.
- 05
Le plan de retour
Ce qu’on fait si une étape échoue : revenir à l’état précédent, isoler ce qui a changé, et qui décide d’arrêter ou de continuer.
- 06
La clôture
Un résumé de ce qui a changé, ce qui reste à surveiller et qui prend la responsabilité du résultat une fois le projet terminé.
Station 02 · La distinction
Ce qui sépare un projet d’un ticket.
Un ticket de dépannage
Un symptôme précis, un contexte connu, une correction dont le résultat se vérifie dans l’heure ou la journée.
Un projet informatique
Plusieurs systèmes ou personnes touchés à la fois, un ordre d’étapes obligatoire, et un résultat qui ne se vérifie complètement qu’après un certain temps d’usage réel.
Station 03 · Cinq questions qui trahissent un vrai projet
Si vous répondez oui à deux ou trois, c’est un projet.
- Plus d’une personne ou d’un système sera-t-il touché en même temps?
- Une étape doit-elle obligatoirement précéder une autre pour que le tout fonctionne?
- Une correction ratée serait-elle difficile à annuler sans plan préparé à l’avance?
- Le résultat attendu peut-il être décrit avant de commencer, ou seulement après coup?
- Quelqu’un doit-il approuver une dépense ou un arrêt de service avant d’agir?
Station 04 · Le livrable de départ
Une fiche de cadrage, pas une promesse vague.
Avant qu’un projet commence, une fiche courte peut réunir le déclencheur, les propriétaires, l’inventaire de départ et les critères d’acceptation. Elle n’a pas besoin d’être longue pour être utile — seulement écrite avant, pas reconstituée après coup.
- Déclencheur
- Ce qui force le projet maintenant, en une phrase.
- Propriétaires
- Qui décide, qui approuve, qui valide le résultat.
- Critère d’acceptation
- Ce qui doit fonctionner à la fin, dans les mots de l’équipe.
Aucun mot de passe, code ou clé n’appartient à une fiche de cadrage.
Fin de ligne · votre projet
Vous reconnaissez un projet plutôt qu’un ticket?
Décrivez le déclencheur et qui doit être impliqué : la qualification peut commencer à partir de là.