Définition métier
Face à un dysfonctionnement, le réflexe du débutant est d'essayer des manipulations au hasard. Le technicien de proximité, lui, applique une démarche de diagnostic : questionner l'utilisateur sur les symptômes et les circonstances, reproduire l'incident quand c'est possible, isoler le périmètre — matériel, système, application, réseau ou compte utilisateur — puis tester ses hypothèses par élimination, une à la fois. Les messages d'erreur, les journaux d'événements et les outils de diagnostic viennent confirmer ou écarter chaque piste.
Bien diagnostiquer, c'est aussi savoir documenter et escalader : un diagnostic tracé dans le ticket, avec les tests réalisés et les hypothèses écartées, fait gagner un temps précieux au niveau supérieur quand l'incident dépasse son périmètre. Sur le plateau technique de l'IFPA Poitiers, les stagiaires s'exercent sur des pannes volontairement provoquées — postes de travail, équipements réseau, annuaire Active Directory — pour ancrer la méthode avant de la mettre à l'épreuve en entreprise.
À quel bloc de compétences appartient-elle ?
Titre professionnel : Technicien Informatique de Proximité (RNCP40799 ↗)
Bloc de compétences : RNCP40799BC01 — Assurer le support utilisateur
La validation de ce bloc (CCP) peut être obtenue dans le cadre du titre complet ou par capitalisation progressive, y compris en VAE.
Cas d'usage concrets en situation professionnelle
- Reproduire un incident signalé sur un applicatif métier pour isoler les conditions exactes du dysfonctionnement.
- Déterminer si un poste anormalement lent souffre d'un problème matériel, logiciel ou réseau en testant par élimination.
- Vérifier la connectivité et la résolution de noms quand un utilisateur ne peut plus accéder au serveur de fichiers.
- Consulter les journaux d'événements pour dater et expliquer une série d'arrêts inattendus d'un poste de travail.
- Contrôler le compte de l'utilisateur dans Active Directory quand l'accès à une ressource partagée est refusé.
Ce que l'apprenant doit maîtriser
Savoirs
- Architecture d'un poste de travail : matériel, système d'exploitation, applications, réseau.
- Démarche de diagnostic : questionner, reproduire, isoler le périmètre, tester par élimination.
- Lecture et interprétation des messages d'erreur et des journaux d'événements.
Savoir-faire
- Conduire un questionnement structuré pour cerner les symptômes et les circonstances de l'incident.
- Isoler la cause d'un dysfonctionnement en testant les hypothèses une à une.
- Utiliser les outils de diagnostic système et réseau pour confirmer ou écarter une piste.
Savoir-être
- Méthode et patience : on ne change pas trois paramètres à la fois.
- Curiosité technique : chercher la cause plutôt que masquer le symptôme.
- Honnêteté professionnelle : savoir dire que l'on ne sait pas encore, et escalader à bon escient.
Outils et environnements
- Postes de travail et équipements réseau du plateau technique de l'IFPA Poitiers.
- Outils de diagnostic intégrés : gestionnaire de tâches, observateur d'événements, commandes réseau.
- Annuaire Active Directory et outil de ticketing GLPI pour vérifier les comptes et tracer le diagnostic.
Livrables attendus
- Diagnostic documenté dans le ticket : symptômes, tests réalisés, cause identifiée.
- Hypothèses écartées et justification de l'escalade le cas échéant.
- Proposition de plan d'action de résolution à l'issue du diagnostic.
Comment cette compétence est travaillée en formation
- Pannes volontairement provoquées sur le plateau technique : chaque stagiaire diagnostique des incidents matériels, logiciels et réseau préparés par le formateur.
- Études de cas : retrouver la cause d'un incident applicatif à partir des seuls symptômes décrits par l'utilisateur.
- Ateliers méthode : construire et appliquer une grille de questionnement et de tests par élimination.
- Stage en entreprise de 210 heures (6 semaines) pour confronter sa démarche de diagnostic à des incidents réels.
- Entraînement à la mise en situation d'examen : diagnostiquer, documenter et restituer son raisonnement.
Exemple concret en situation professionnelle
Vendredi, 10 h 30, dans une PME locale. Le comptable appelle : son logiciel de paie « ne marche plus ». Mehdi, technicien de proximité, ne touche à rien : il fait d'abord raconter. Le logiciel s'ouvre mais refuse d'accéder aux dossiers partagés, alors que la messagerie fonctionne normalement. Mehdi teste l'accès au serveur de fichiers, constate un refus, puis vérifie le compte dans Active Directory : le mot de passe a expiré la veille et la session ouverte tourne sur d'anciennes informations d'identification. Dix minutes plus tard, une simple reconnexion règle l'affaire — et le ticket documente le test qui a permis de trancher.
Cette compétence est utile pour…
- Réussir la mise en situation professionnelle du CCP 1, où le candidat doit diagnostiquer un incident et restituer son raisonnement.
- Tous les postes de support où l'on attend un technicien qui cherche la cause au lieu d'appliquer des recettes toutes faites.
- Les adultes en reconversion qui aiment résoudre des problèmes : la méthode compte plus que les années passées dans l'informatique.
- Préparer la suite du parcours : la démarche de diagnostic se prolonge vers la maintenance et l'administration systèmes et réseaux.
À ne pas confondre avec…
Diagnostiquer, c'est identifier la cause ; ce n'est pas encore réparer. La résolution et la remise en service relèvent du traitement de l'incident, et le maintien en condition des équipements fait l'objet d'une compétence distincte du titre. Ne pas confondre non plus diagnostic et dépannage à l'aveugle : redémarrer une machine sans comprendre peut faire disparaître le symptôme, jamais la cause.
Métiers et débouchés liés
- Technicien informatique de proximité
- Technicien de maintenance informatique
- Technicien support de niveau 1 et 2
- Technicien helpdesk
- Technicien systèmes et réseaux (après poursuite de parcours)
Compétences liées
Questions fréquentes
Peut-on apprendre à diagnostiquer sans aucune expérience en informatique ?
Oui. Le diagnostic est d'abord une méthode : questionner, reproduire, isoler, tester par élimination. La formation TIP de l'IFPA Poitiers part de zéro et fait pratiquer cette démarche sur des pannes concrètes du plateau technique.
Quelle différence entre un incident technique et un incident applicatif ?
Un incident technique touche le matériel, le système ou le réseau : poste qui ne démarre plus, connexion perdue. Un incident applicatif concerne un logiciel ou un service : application qui se ferme, fonction qui renvoie une erreur. Diagnostiquer, c'est justement situer l'incident dans le bon périmètre.
Quels outils utilise-t-on pour diagnostiquer ?
Les outils intégrés au système — gestionnaire de tâches, observateur d'événements, commandes réseau — ainsi que la console Active Directory pour les questions de comptes et d'accès. L'ensemble du raisonnement est tracé dans l'outil de ticketing GLPI.
Que faire quand on ne trouve pas la cause ?
Escalader, mais proprement : transmettre un ticket qui décrit les symptômes, les tests réalisés et les hypothèses écartées. Savoir passer la main au bon moment fait partie de la compétence.
Cette compétence sert-elle au-delà du support de proximité ?
Oui. La démarche de diagnostic est au cœur des métiers systèmes et réseaux : elle se prolonge naturellement vers le titre Technicien Supérieur Systèmes et Réseaux pour ceux qui poursuivent leur parcours.
Développer cette compétence avec IFPA Poitiers
Cette compétence fait partie du titre professionnel Technicien Informatique de Proximité (RNCP40799). À l'IFPA Poitiers, elle est travaillée à travers des situations concrètes, des ateliers, des projets et un accompagnement pédagogique individualisé — en présentiel, en groupe de 10 à 12 apprenants.