← 返回原则:生活和工作
学习进度第 4 / 8 个

具体问题

Specific Problems · PRD7.1 把组织当作机器

一句话定义

具体问题是能说明发生了什么、影响了什么、由谁负责、与目标差在哪里的问题描述。含糊的问题没有办法诊断,只会制造含糊的行动。

机制 / 原理

问题描述要避免三种雾化表达:用“我们”“他们”代替责任人,用抽象形容词代替事实,用情绪判断代替目标差距。更好的格式是:在什么时间、哪个流程、哪个责任人负责的结果,和哪个目标出现了多大差距。具体不是为了羞辱人,而是为了让机器有可修的接口。

问题模板要素要写什么避免什么事实发生了什么感觉不好差距偏离哪个目标泛泛变差责任谁最相关我们他们问题越具体,越不需要靠情绪推动。
问题模板:问题越具体,越不需要靠情绪推动。

经典实验 / 例子

桥水要求分析问题时非常具体,不要用“我们”“他们”这类说法掩盖责任。比如不能只说“沟通不好”或“流程出问题”,而要说明哪个目标没达成、哪个流程产生了偏差、谁最接近事实、谁对结果负责。具体不是为了羞辱人,而是让问题有诊断入口和改进抓手。诊断入口清楚,行动才不会飘。

书中案例出处
《原则》第三部分 工作原则 11.3-11.4 分析问题要具体

不用含糊代词掩盖责任

核心原文线索
不用含糊代词掩盖责任
案例现场复述

桥水要求问题分析具体到责任和结果,避免泛泛而谈。

为什么重要

具体问题描述是根因诊断的前置条件。

写清事实对照目标明确责任

生活中的例子

市场团队说“最近转化不好”,这句话无法行动。改成“7 月前两周,付费广告来的试用用户激活率从 38% 降到 24%,增长负责人负责的落地页加载和承诺文案需要检查”,诊断才有入口。事实、差距和责任说清后,讨论从抱怨变成排查。

常见误区

误区:说得具体会伤害团队气氛。 含糊才会让怨气扩散。具体事实能把攻击感降下来,把解决路径升上去。

资料来源:Ray Dalio, Principles / 瑞·达利欧《原则》,课程内容为原创改写 · 把组织当作机器 · 第 PRD7.1 节
本讲解由 AI 依据该教材与主流学术观点撰写,非逐字引用,仅供学习参考。