Diagnosing faults/fr: Difference between revisions

(Created page with "===Trouver de l'aide===")
No edit summary
 
(7 intermediate revisions by 3 users not shown)
Line 1: Line 1:
<languages/>
<languages/>
Diagnostiquer la panne peut souvent être la partie la plus difficile de la réparation. Dans ce cas, une approche méthodique peut vous éviter beaucoup de frustration et de perte de temps. Voici quelques conseils sur la façon de procéder.
Diagnostiquer la panne peut souvent être la partie la plus difficile de la réparation. Dans ce cas, une approche méthodique peut vous éviter beaucoup de frustration et de perte de temps. Voici quelques conseils sur la façon de procéder.


== Nos conseils de dépannage ==
== Nos conseils de dépannage ==


C'est l'une des choses les plus difficiles à "enseigner" - elle s'apprend principalement par l'expérience. C'est comme un dojo de kungfu - plus vous pratiquez, plus vous avez confiance dans les outils/processus. Mais voici quelques conseils.
C'est l'une des choses les plus difficiles à "enseigner" - elle s'apprend principalement par l'expérience. C'est comme un dojo de kungfu - plus vous pratiquez, plus vous avez confiance dans les outils/processus. Mais voici quelques conseils.


===Ce qu'il faut éviter===
===Ce qu'il faut éviter===


*Ne tirez pas de conclusions faciles !
*Ne tirez pas de conclusions faciles ! Avez-vous pris en compte tout ce que vous savez sur le problème ?
*Evitez les "voies sans issue".
*Evitez les "voies sans issue". Si votre théorie actuelle ne vous mène nulle part, soyez prêt à admettre qu'elle pourrait être fausse !
 


===Rassembler les indices===
===Rassembler les indices===
Line 22: Line 19:
* Tests passifs (par exemple avec un compteur - la résistance peut être utile)
* Tests passifs (par exemple avec un compteur - la résistance peut être utile)
* Test fonctionnel (si possible et sans danger)
* Test fonctionnel (si possible et sans danger)


===Suivre un processus logique===
===Suivre un processus logique===
Line 28: Line 24:
* Il est vraiment utile de savoir comment quelque chose fonctionne ! (Cela peut sembler évident, mais cela vaut la peine de se renseigner sur le fonctionnement de l'appareil).
* Il est vraiment utile de savoir comment quelque chose fonctionne ! (Cela peut sembler évident, mais cela vaut la peine de se renseigner sur le fonctionnement de l'appareil).
* Commencez à enquêter de manière logique et séquentielle, en partant des éléments dont vous savez qu'ils fonctionnent pour aller vers ceux dont vous savez qu'ils ne fonctionnent pas.
* Commencez à enquêter de manière logique et séquentielle, en partant des éléments dont vous savez qu'ils fonctionnent pour aller vers ceux dont vous savez qu'ils ne fonctionnent pas.


===Trouver de l'aide===
===Trouver de l'aide===


<div lang="en" dir="ltr" class="mw-content-ltr">
* N'oubliez pas que les moteurs de recherche sont vos meilleurs amis, mais pour obtenir une bonne réponse, vous devez poser une bonne question.
* Remember, search engines are your best friend, but to get a good answer, you need to ask a good question.
* Si vous êtes à court d'idées, expliquez le problème à quelqu'un d'autre. S'il y a une faille dans votre logique ou une autre façon d'aborder le problème, vous pourriez bien la voir avant même d'avoir terminé l'explication, même si votre public n'a pas compris un mot de ce que vous avez dit ou n'a posé que des questions stupides !
* If you're running out of ideas, explain the problem to someone else. If there's a flaw in your logic or another way to tackle the problem you may well see it even before you finish the explanation, even if your audience didn't understand a word you said or only asked silly questions!
* Examinez un problème sous tous les angles possibles. Tôt ou tard, avec de la chance, vous le découvrirez.
* Creep up on a problem from every possible angle. Sooner or later, with luck, you'll catch it out.
</div>
 
 
<div lang="en" dir="ltr" class="mw-content-ltr">
===Root cause or causal factor?===
</div>


<div lang="en" dir="ltr" class="mw-content-ltr">
===Cause principale ou facteur causal?===
* Fixing the "root cause" will permanently clear the fault.
* Fixing only a "causal factor" (such as replacing a blown fuse) may make something work again, by the "root cause" may still be present and the fault will reoccur.
</div>


* La réparation de la "cause principale" éliminera définitivement la panne.
* La réparation d'un seul "facteur causal" (tel que le remplacement d'un fusible grillé) peut permettre de rétablir le fonctionnement, mais la "cause principale" peut être toujours présente et la panne se reproduira.


<div lang="en" dir="ltr" class="mw-content-ltr">
==Et maintenant ...==
==And Now ...==
</div>


<div lang="en" dir="ltr" class="mw-content-ltr">
N'oubliez pas de consulter notre page d' [[Case Studies/fr|Etudes de cas]] pour voir certains de ces principes en action.
Don't forget to visit our [[Special:MyLanguage/Case Studies|Case Studies]] page to see some of these principles in operation.
</div>


<div lang="en" dir="ltr" class="mw-content-ltr">
[[Category:Fixing]]
[[Category:Fixing]]
</div>

Latest revision as of 11:15, 26 July 2021

Other languages:

Diagnostiquer la panne peut souvent être la partie la plus difficile de la réparation. Dans ce cas, une approche méthodique peut vous éviter beaucoup de frustration et de perte de temps. Voici quelques conseils sur la façon de procéder.

Nos conseils de dépannage

C'est l'une des choses les plus difficiles à "enseigner" - elle s'apprend principalement par l'expérience. C'est comme un dojo de kungfu - plus vous pratiquez, plus vous avez confiance dans les outils/processus. Mais voici quelques conseils.

Ce qu'il faut éviter

  • Ne tirez pas de conclusions faciles ! Avez-vous pris en compte tout ce que vous savez sur le problème ?
  • Evitez les "voies sans issue". Si votre théorie actuelle ne vous mène nulle part, soyez prêt à admettre qu'elle pourrait être fausse !

Rassembler les indices

Nous disposons d'un certain nombre de moyens pour rassembler des indications sur la panne, mais nous devons souvent les combiner.

  • Description de la panne par le propriétaire/utilisateur (parfois, elle peut être trompeuse et/ou "fausse").
  • Nature de l'apparition
  • Indication visuelle
  • Tests passifs (par exemple avec un compteur - la résistance peut être utile)
  • Test fonctionnel (si possible et sans danger)

Suivre un processus logique

  • Il est vraiment utile de savoir comment quelque chose fonctionne ! (Cela peut sembler évident, mais cela vaut la peine de se renseigner sur le fonctionnement de l'appareil).
  • Commencez à enquêter de manière logique et séquentielle, en partant des éléments dont vous savez qu'ils fonctionnent pour aller vers ceux dont vous savez qu'ils ne fonctionnent pas.

Trouver de l'aide

  • N'oubliez pas que les moteurs de recherche sont vos meilleurs amis, mais pour obtenir une bonne réponse, vous devez poser une bonne question.
  • Si vous êtes à court d'idées, expliquez le problème à quelqu'un d'autre. S'il y a une faille dans votre logique ou une autre façon d'aborder le problème, vous pourriez bien la voir avant même d'avoir terminé l'explication, même si votre public n'a pas compris un mot de ce que vous avez dit ou n'a posé que des questions stupides !
  • Examinez un problème sous tous les angles possibles. Tôt ou tard, avec de la chance, vous le découvrirez.

Cause principale ou facteur causal?

  • La réparation de la "cause principale" éliminera définitivement la panne.
  • La réparation d'un seul "facteur causal" (tel que le remplacement d'un fusible grillé) peut permettre de rétablir le fonctionnement, mais la "cause principale" peut être toujours présente et la panne se reproduira.

Et maintenant ...

N'oubliez pas de consulter notre page d' Etudes de cas pour voir certains de ces principes en action.