Comment prendre des décisions rapides avec des informations incomplètes ?

Nous rencontrons souvent une classe de problèmes dans notre travail et notre vie. Ce type de problème a trois caractéristiques :

  1. L'information est extrêmement incomplète;

  2. le temps est particulièrement serré ;

  3. Mauvaise décision aux conséquences graves ;

Dans un hôpital, ce genre de questions est plus nombreux et les médecins doivent prendre des décisions rapides. J'ai appris quatre contre-mesures lorsque j'ai reçu la conférence 45 de "Bo Shining General Medical Sciences" sur la façon de prendre des décisions rapides lorsque l'information est incomplète. C'est une façon de penser que les médecins font face à l'incertitude, mais cela ne se limite pas à une utilisation dans le domaine médical.

La première règle, la règle Tang Seng, également appelée la première règle de vie

Tant que le patient ne meurt pas, il y a toujours un moyen de le sauver. Par conséquent, pour les médecins, sauver des vies est la première priorité. Cette illumination pour nous est que face à une urgence, nous devons trouver un moyen d'en faire un événement non urgent, puis procéder à un traitement ultérieur.

Pour ceux d'entre nous qui font du développement de programmes, s'assurer que le programme peut fonctionner est la première priorité. Si le programme en ligne raccroche, l'opération la plus courante consiste à restaurer d'abord la version normale précédente. Ensuite, essayez de trouver la raison.

La deuxième règle du premier domino

Vous devez avoir entendu parler des dominos, tant que le premier domino est renversé, tous les dominos suivants tomberont. Face à un système en interaction, recherchez la "cause". La cause est souvent cachée dans un tas de symptômes.

Cette loi nous dit principalement que dans un système complexe, il existe de nombreuses raisons qui affectent le problème.Nous devons trouver un moyen d'appréhender le problème clé, au lieu de toujours tourner autour de l'apparence, en traitant la tête et le pied quand ça fait mal.

Alors comment trouver la « cause » ? Utilisez la troisième règle.

La troisième, la loi des sabots

Si vous entendez des bruits de sabots, vous devriez deviner un cheval, pas un zèbre.

Lors de la prise de décisions, les médecins doivent donner la priorité aux maladies courantes et aux maladies fréquentes avec une forte probabilité, les mettre en œuvre une par une en fonction de la probabilité, et enfin envisager les maladies rares.

Nous, les programmeurs, devrions faire de même lorsque nous rencontrons des problèmes. La plupart des problèmes sont causés par ces erreurs courantes. Après vérification, les raisons de ces événements à faible probabilité sont examinées. Par exemple, de nombreux développeurs modifient un code qu'ils pensent être correct avant de se connecter après le test, puis il y a un problème lors de la connexion, alors n'y pensez pas, il y a une forte probabilité que le problème soit causé par ce changement .

La loi des fers à cheval nous dit principalement de penser de manière probabiliste. Déduisez d'abord la cause du problème à partir de l'événement à haute probabilité.

Règle 4 : Les lois du golf

C'est la loi utilisée pour corriger le biais subjectif du médecin.

Lorsque vous jouez au golf, si vous voulez que la balle aille dans le trou, vous devez constamment ajuster votre angle de swing et votre position. Il en va de même pour les médecins : dès la première prise de décision, il y aura un processus de correction continue. Personne ne peut garantir que le premier jugement est correct, et il doit être corrigé en temps réel en fonction des commentaires donnés par le patient.

Il en va de même pour la programmation, nous pouvons vérifier les résultats du code en enregistrant et en déboguant le programme. Peu importe que vous pensiez mal à la cause du problème au début, cela vous donnera un retour d'information lors du débogage, ce qui vous permettra de comprendre plus facilement le problème et d'apporter des corrections.

Il en va de même pour la fabrication des produits, ce n'est qu'en apportant des corrections au fur et à mesure que l'on peut s'assurer que la direction générale n'est pas erronée. Si vous voulez retenir un grand mouvement et constater que la direction est mauvaise après la sortie du produit, il sera trop tard pour le regretter.

Je suppose que tu aimes

Origine blog.csdn.net/sys025/article/details/129229534
conseillé
Classement