Ma façon de travailler
Comprendre.
Puis agir.
Ma méthode pour les projets informatiques : comprendre l’environnement, planifier les changements, les réaliser et vérifier leur fonctionnement au quotidien.
Dans le projet
Une question devient
un plan de travail.
La collaboration peut commencer par un seul problème. Je prends en charge une tâche précise avec un résultat convenu. Ces quatre étapes montrent ma démarche.
Étape 1 sur 4
Si le besoin s’élargit.
L’état des lieux révèle parfois qu’il manque aussi un interlocuteur pour d’autres domaines. Nous clarifions alors l’état technique et convenons d’une reprise progressive. Un suivi régulier peut en découler s’il est nécessaire.
Nous convenons du périmètre, des tâches et des responsabilités pour chaque étape.
01 · Commencer par observer.
Je me fais montrer le blocage. Un processus concret en dit souvent plus qu’une longue liste d’exigences. J’examine les systèmes, les données et les personnes concernés et rassemble les documents et journaux disponibles.
En cas d’erreur, je cherche à reconstituer le processus et à isoler la cause. Que faut-il changer ? Qu’est-ce qui doit continuer à fonctionner ? Que ne savons-nous pas encore ? Nous clarifions ces questions ensemble.
La tâche, ses limites et les points à vérifier en premier sont définis.
02 · Définir le chemin.
Je compare les possibilités. Quel bénéfice apporte le changement ? Quelle est l’ampleur de l’intervention ? Quelles dépendances faut-il prendre en compte ?
Nous fixons l’ordre des étapes, les décideurs et le moment où un changement peut entrer en production. Je prévois aussi un retour arrière.
Un plan de travail clair avec l’ordre des étapes, les responsabilités et les points de contrôle.
03 · Réaliser le changement.
Je développe, adapte ou relie des systèmes. Je vérifie le changement sur des cas concrets, y compris des données invalides ou une panne.
Je signale les nouveaux constats. Si la tâche évolue, nous convenons de la prochaine étape avant de poursuivre le travail.
Un changement vérifiable et les résultats des tests convenus.
04 · Vérifier au quotidien.
Le changement doit fonctionner dans le processus réel. Nous vérifions donc son utilisation, les points ouverts et l’exploitation après la transition.
Je consigne ce qui a changé, comment l’utiliser et où chercher en cas d’erreur. Nous parcourons ces éléments lors de la transmission.
Un état compréhensible avec documentation, transmission et points restants identifiés.
Questions pratiques
Avant notre
premier échange.
Pour commencer, il vous faut une question concrète. Nous clarifierons le reste ensemble.
De quoi ai-je besoin pour commencer ?
Une courte description du processus suffit. S’il y a une erreur, le message et un exemple sont utiles. Cela détermine ce que j’examine en premier.
Comment planifier les changements en production ?
Nous convenons d’un créneau et des contrôles après la transition. Les données, les dépendances et le retour arrière éventuel sont clarifiés au préalable.
Et si l’interlocuteur précédent n’est plus là ?
Je pars de l’existant : accès, systèmes, services et documents. Nous clarifions les sauvegardes, les droits et les tâches ouvertes et convenons des responsabilités que je prends en charge. Je consigne les connaissances manquantes et les points encore incertains.
Que vais-je recevoir à la transmission ?
L’état modifié, sa documentation et les points ouverts. Nous parcourons ensemble l’utilisation de la solution et les pistes à suivre en cas de problème.