1.结果是好是坏？
    2.谁对结果负责？
    3.如果结果不好，是因为责任人能力不够还是机器设计又问题？

    如果你头脑中装着这些重大问题并时时反思，你就能做好诊断。接下来，需要得出针对这些宏观问题的答案，多半是通过一系列简单的是/否问询来得出对每个步骤的综合印象。这些应作为你进行下一步诊断前所搜集的资料，直至得出最终诊断结论。

    你可以，但不是必须问上述这些问题或遵从这种形式。要看你所处的具体情况，你可以很快把这些问题一遍，也可以问一些不一样的、更细致的问题。

    结果是好还是差？谁对结果负责？如果你们就结果好坏和谁来具体负责不能很快达成一致。你们可能已经陷入杂草丛（换句话说，纠结于一些无关紧要的小细节）。

    如果结果不好，是因为责任人能力不够还是机器设计又问题？问这个问题的目的是得出综合判断，但要得出综合性结论，你还需要检查一下机器的运转情况。

    机器应该如何运转？你可能在头脑中已经想好了谁原本应该做哪些事，或者你可以借用别的思路。不管哪种方式，你都应知道谁要对哪些事负责，以及原则的相应规定是什么。不要太复杂！在此阶段，经常会陷于对程序细节的过度梳理，而忘记了要在机器层面（即谁负责做什么）去考虑问题。你应该用几句话把头脑中的蓝图清晰勾勒出来，每句话都与某个具体的人联系起来。如果你此时陷入太多细节，就可以走偏了。在你想好路线图后，一下这些就是关键问题。

    机器是在理想状态运转吗？是或否。

    如果答案为否，究竟是哪些地方运转不正常？出了什么故障？这就是对近似原因的推理，如果你头脑中有详细的蓝图，这一步就很容易达成。你也可以设计一些是/否的问题进行问卷调查，与你头脑中蓝图的关键要素联系起来，准确指出工作不力的责任人是谁。

    关于机器本应如何运作，你头脑中的蓝图可能设计两个步骤：哈里本应做到（1）及时完成任务，或者（2）若无法完成则向上提交。因此，你所要做的就是要明确这两个步骤：（1）他即使完成任务了吗？是或否；答案如果为否，（2）他向上提交了吗？是或否。

    就应该这样简单。当对话变得长篇大论、废话连篇，一方陷入对其作为的细节描述不能自拔时，这个ban f 就很管用。要记住：你有责任引导对话，得出准确、清晰的综合结论。

    你还要综合评估一下，相关问题是否很重要，也就是说在同样情况下，能力相当的人是否也会犯同样的错误，或者说该问题是否属于典型症状，值得深入探究。不要过分关注罕见的事例或微不足道的问题—-事无尽善、人无完人—-但你不要忽视导致机器出现系统性问题的线索。

    为什么事情没有朝预想的方向发展？就此你应当综合分析，追根溯源，判断相关责任人是否胜任，或者是否属于设计方面的问题。为了能够得出综合结论而非纠结于细节，你可以做到一下几点。

    .尽量用舞步流程来梳理失败案例。在哪一步出了问题？每种事最终都能纳入这5个步骤。你应当具体分析，因此：

    .尽量把失败案例清除地归纳成一个或某几个关键因素。提出是/否的问题：是不是责任人管理不善？对问题认识不正确？还是执行不力？

    .很重要的一点是，要问你自己这个问题：如果因素X在下次不出现，那就能避免不好的结果吗？通过这种方式，可以确保你把结果与原因有逻辑地联系起来。你可以这样想：如果修理工给你的汽车换了个零件，就能把车修好吗？

    .如果问题的根源在于设计缺陷，不要就此打住。要问一问谁对设计缺陷程度责任，他们是否有能力改进设计。

    问题的根源是否带有规律性？（是或否。）每个问题都可能属于意识差错，也可能是某些病根反复发作的结果，你需要确定是哪一种。换句话说，如果哈里因为依赖别人而未能完成任务：

    .是不是哈里有总是依赖别人的毛病？
    .如果是，这项工作需要他依赖别人完成吗？
    .哈里的失败是源于培训不够还是能力不足？

    在此情况下，员工或机器如何改进？根据需要，要确保已经找到解决问题的短期方案。要确定长期解决方案的步骤，确定谁来负责执行。具体来说：

    .是否有些职责需要分配或进一步澄清？
    .是否需要重新对机器进行设计？
    .是否要对某些员工的岗位匹配度进行重新评估？

    例如，如果你已经形成一下结论：（1）问题带有一定规律性；（2）责任人未能符合工作要求；（3）原因在于责任人能力有所缺失（而非培训不够），此时你就能对最重要的问题给出答案：责任人能力不够，需要调离岗位。

    一下原则进一步具体阐述了如何做好诊断。

    a.**问自己：“还有人能以别的方式完成这个工作吗？”**我经常听到人们抱怨某个结果，而不是去了解导致该结果的机器是否有问题。在很多情况下，此类抱怨多来自那些看问题总爱看父母不看正面的人，他们不了解责任人在做出决定时是如何权衡利弊的。既然所有问题都是任何设计的问题，问自己“还有人能以别的方式完成这个工作吗”这样的问题就能把你导向正确的思考方向，使未来不再出现此类问题（而非仅仅抱怨）。

    b.**找出五步流程中的哪一步出了问题。**如果某个人总是失败，那一定是因为缺乏训练或能力不行。到底是哪一种呢？他在哪一步出了问题呢？不同步骤需要的能力是不一样的，如果能确定他确实的哪种能力，你就朝着确诊方向大大地前进了一步。

    c.**找出哪些原则被违反了。**找出哪些工作原则适用于眼前的失败案例，重温这些原则，看看他们是否会有帮助。考虑哪些原则最适于处理类似问题。这不仅仅有助于解决当下的问题，还能帮助你解决其他类似问题。

    d.**避免“事后诸葛亮”。**评价过去一想决策的好坏，不要根据现在新得知的情况，而要根据决策时能够合理了解的情况。每个决策都有利有弊，你不能不考虑当时情景就对过去的决定妄加判断。你要问自己：“在那种情景下，具备一定素质的人会了解什么和做什么？”同时，还应当深入了解做出决定扽人（他们的思维方式是什么，他们是什么类型的人。他们从中学到了什么吗，等等）。

    e.**不要把某人所处环境的优劣与其应对方法的优劣混为一谈。**这两者的好坏很容易混在一起无法分辨。这种问题在从事创新业务、发展速度快而问题尚未充分暴露的公司中尤为普遍。

    我一直认为桥水“在很差的环境中努力创造佳绩”。近40年来，我们持续创造着不平凡的业绩，但同时也在挣扎着应对大量的问题。在不好的环境中，很容易因为情况太差而灰心丧气。但事真正的挑战在于，要能看到，正是这些糟糕的环境激发了长期的成功，要认识到这些不利情景对促使我们不断改进创新是不可或缺的。

    f.**要认识到这样的事实，别人不知道怎么做，并不意味着你就能知道怎么做。**挑毛病是一回事，而给出诊断意见和有水平的解决方案是另一回事。如前所述，在监测某个人是否善于解决问题时，要看：（1）他能偶逻辑清晰地表达出如何处理相关问题；（2）他曾经在过去成功解决过类似问题。

    g.**问题的根源不是一次行动而是一个原因。**解释问题的根源时，通常用形容词而不是动词来描述，所以要多问“为什么”来寻求问题的本质原因。大部分事情做成或没做成的原因时有人决定按某种方式做或者不做，因此多数问题的根源可以追究到行事具有特定规律的具体的人身上。当然，即使时是可信度高的人偶尔也会出错，如果是这样，是情有可原的。但是如果问题能归结到某人身上，你必须问问什么此人会犯错—-你必须准确诊断一个人的错误，如同准确诊断机器某个部件的故障一样。

    一个发现问题根源的过程会经历如下对话：

    问题的原因是程序设计不好。
    为什么说程序设计不好？
    因为哈里的程序设计不好。
    哈里的设计为什么不好？
    因为他们有经过良好的培训，并且他赶工。
    为什么没有经过良好的培训？
    他的管理者知道他没有经过良好培训却还让他做这份工作吗？还是他的管理者也不知道？

    要考虑所问的问题多大程度上涉及个人隐私，不要仅仅停留在问题“因为哈里的程序设计不好”，你必须深入探究以便了解员工和/或设计在怎么样的情况下导致了失败。这对于诊断人和责任人都不容易，常常会导致人们提出各种各样不相干的细节。人们通常会故意把局面搅乱来掩饰自己的错误，对此你要保持警惕。

    h.**为了分清楚哪些是人手不足的问题，哪些事能力不够的问题，要考虑如果在特定岗位上忍受充足会把工作做得如何。**回顾一下，在类似岗位拥有足够人手时，他们曾经做得怎么样。如果还是出现过此类问题，那就说明这很可能是能力问题。

    i.**要记住管理者通常出于以下5个原因之一（或更多）而失败或未能达成目标。**

    1.他们力问题太远。
    2.他们在辨别低素质、低质量方面能力欠缺。
    3.他们已经感受不到问题的严重性，因为他们对问题已经习惯了。
    4.他们对工作太自负（或自我意识过强），不愿意承认解决不了自己的问题。
    5.他们对承认失败的不利后果感到害怕。