缘起 xmind —— 目标驱动方法论,本质是一场和自己的对话
一、为什么翻出这份 xmind
最近在做一次"反向自我盘点",想看清楚自己身上有哪些一直在做但从来没意识到的方法论。翻硬盘的时候,翻到一份 6 年前的文件:
- 文件名:那套平台.xmind
- 文件原始创建日期:2020-04-03
- 那一天,是我接手一个新岗位的第一天
- 接手的是公司收购回来的一套实时音视频平台
6 年后再次打开自己当年的这份文档,我自己也有点意外。那不是一份待办清单,也不是 Onboarding checklist,更不是"老板派的任务列表"。它是 12 个一级分支、上百个节点,我一个人在那一天写出来的。
最让我意外的是 —— 6 年后回看,当时定的方向,绝大部分真的发生了。不是因为我多有预见性,而是因为那一天我把"我要去哪儿"想清楚了,后面只是顺着想清楚的路在走。
这篇想拆清楚这份 xmind 真正在做什么。剧透:它不是任务表,是我跟自己的一场结构化对话。
二、12 个一级分支里,真正特别的是这一类
为了脱敏,我不放原图。但我把 12 个一级分支按类型重新归类,你会看到一件事:它不是按"我要做什么"组织的,是按"我要回答什么问题"组织的。
第一类:自我节奏锁(1 个分支)
- 时间
第一天就给自己一个时间盒,3-5 个月内必须能在某个层级独立产出。这不是 KPI,是自己跟自己签的合同。
第二类:一句话能描述吗(3 个分支)
- 那套平台是什么 —— 一句话
- 站在那套平台角度,能做什么 —— 9 大能力清单
- 站在用户/销售/公司战略 3 个角度,对它有什么一句话描述
第一天我写不出这些答案,这没关系。关键是我把"我必须能用一句话说出来"作为目标。这是费曼学习法的工程化形态 —— 不是逼自己"学",是逼自己"能讲"。
第三类:能讲给别人听吗(分散在多个分支)
- "能给各部门讲清楚那套平台各模块架构"
- "能讲出主要变更与原因"
- "能讲出主要决策"
- "能讲出平台的应用场景"
- "能说明白这套平台在公司战略中的位置"
整份 xmind 里,出现频率最高的动词是"能讲出 / 能说明 / 能描述 / 能讲清楚"。这一点 6 年后回看才意识到 —— 我对自己"是否真的搞懂了"的判定标准,从来不是"我看过了 / 我跑过代码了 / 我读过文档了",而是"我能不能讲出来给别人听"。
这个标准比"我懂了"严格得多。你以为你懂了的东西,90% 是讲不出来的。讲不出来,就还不算懂。
第四类:愿景 5 条(藏在最深的分支里)
这一节是整份 xmind 的核心。当时给自己设的 5 条愿景,大意是(脱敏后):
- 找回媒资生产者,在平台上能跑通音视频生产
- 找回媒资消费者,通过平台消费媒资 + 生产衍生媒资
- 平台能录制音视频
- 消费端能消费录制出来的内容
- 找到一个完整能贯穿的事例,把上述四步串起来
注意第 5 条 —— 它不是新增能力,是把前 4 条用一个真实场景串起来。这是我那天最得意的一笔。
愿景不是用"我要建一个 NB 的平台"这种话写的,是用"我能不能找到一个完整能跑通的故事"这种话写的。一个能讲出来的故事,比一份漂亮的架构图,更能验证你是不是真的搞清楚了一套系统。
第五类:衡量自己(每条愿景下都挂着子目标)
每条愿景下面都有可衡量的子项,比如:
- 能讲出架构与业务关键人 + 联系方式
- 能跑通生产/消费的 Demo,包括实时与录制两种
- 能给各部门讲各模块架构
- 能讲出主要变更与原因和好处
- 能讲出主要决策
愿景必须能被衡量,衡量不能靠"我感觉差不多了",必须靠"我能不能做出某个具体动作"。这跟后来在工程方法论里写的"满意条件 = 验收条件 = 任务验收点 = 功能测试用例"是同一脉血液 —— 那时候我还没把这一条系统化成方法论,但这个意识在 2020-04-03 那天的 xmind 里已经写满了。
三、6 年后回看,我意识到一件事:这不是任务表,是自我对话
当时坐在工位上画这份 xmind,我以为我在"做规划"。6 年后回看,我才意识到我在做的根本不是规划,是一场结构化的自我提问。
我不停地问自己:
- 这套平台是什么?我能一句话讲出来吗?
- 它能做什么?我能列出来吗?
- 它对公司意味着什么?我能从 3 个角度说出来吗?
- 它对客户意味着什么?我能讲清楚价值吗?
- 它的架构是什么?我能画给别人看吗?
- 它的关键人是谁?我有联系方式吗,我知道找谁问什么吗?
- 我要怎么衡量自己搞懂了?我能跑通一个完整事例吗?
- 我多久要做到这些?我跟自己签合同了吗?
12 个一级分支,全是问题。"做某事"作为节点的几乎没有。
这就是这份 xmind 的本质:它不是 todo list,是给自己提的一组开放性问题。todo list 答得完,问题答不完 —— 而问题答不完恰好是最好的 —— 它逼着你每隔一段时间回来重新对答案。
这是我以前从未意识到的一种"做规划"的方法。好的规划不是把工作切碎,是给自己提出一组真正难回答的问题。
四、那份 xmind 之后,发生了什么
接下来的 6 个月里,我没有每天打开它。事实上大部分时间我都在被日常吞噬 —— 处理紧急工单、跟客户对接、做一键部署、加监控项、写工具、补缺陷。
但有意思的是:我后来做的几乎所有事,都能在那份 xmind 里找到对应的节点。
- 做一键部署 → 落到"完成调试搭建 + 知道需要安装哪些东西"
- 加 zabbix 自定义监控项 → 落到"了解部件的结构 + 通信流程 + 修复缺陷"
- 写 mems 服务做流转图片 → 落到"找到一个完整能贯穿的事例"
- 给业务方对接 → 落到"客户主要价值 + 满意条件"
- 半年下来开始能讲清楚整套平台 → 落到"能给各部门讲架构 + 能讲主要决策"
我并不是按 xmind 一条条打勾去做的。我只是当初想清楚了方向,后面被日常推着走,但走的路径,大体在当初画的图里。
这件事让我对"目标到底有没有用"这个问题,有了一个跟以前不一样的答案。
五、感悟 —— 目标是指路的灯,问题是路上的石头
很多人会觉得自己定的目标没用 / 脱离实际 / 写完就丢一边了。
我以前也是这么想的。
但翻出这份 6 年前的 xmind 之后,我得换个说法。
很多时候你以为自己制定的目标没用、脱离实际,只是因为你没回头看。隔得久一点回头看,你会发现 —— 你后来真正走的路,跟当初画的图,有某种说不出来的吻合。不是你按图走出来的,是你定方向那一刻已经决定了你接下来会注意什么、会忽略什么、会留下什么、会丢掉什么。
这就引出一个直觉上反过来的结论:
目标这件事真正的用处,不在执行过程中天天对照它 —— 而在制定的那一刻已经发生了。
之后要做的事很简单:
- 阶段性跳出手头工作,回头看一眼当初的目标
- 看看自己离哪条近了,离哪条远了
- 远的那条,是该放弃,还是该重新拾起来
这个动作不需要每天做,每隔一段时间做一次就够了。
我用一个比喻来形容这两者的关系:
目标是指路的灯,当前的问题是路上的石头。
走路的时候,你眼睛盯着的是脚下的石头 —— 这是对的,不盯石头会摔跤。但你抬头要能看到灯,看不到灯,你绕过石头之后不知道往哪儿走。
很多人的问题不是"被石头绊倒",是绕过石头之后,没了方向。
六、扩展到团队 —— 一盏灯,不只是给自己点的
上面这一节都在讲个人。但目标这件事,在团队里更重要。
我见过一些团队,日常运转看起来一切正常 —— 任务在分、工单在闭、上线在做、版本在发。但你跟成员单聊,问他"你觉得我们半年后会在哪儿",他会愣住。
愣住,不是因为他笨,是因为没人告诉过他这盏灯往哪儿照。
团队里没有目标会发生什么?短期看不出问题,长期人心散。原因不复杂:
- 只看眼前的人,容易被眼前的问题困住,失去往前看的能力
- 看不到未来的人,没法判断当前的事值不值得自己投入
- 没有共同方向的团队,每个人都在各自抠各自的石头
但反过来,目标如果太空,也聚拢不住人心。一句"我们要成为行业领导者"没有任何指向意义,因为它对每个人接下来要做什么不产生任何区分度。
所以好的目标长什么样?
它必须基于现实,不是画的饼;
它必须是团队认为有意义的方向,不是上面拍下来的口号;
它必须越客观越好 —— 越能用具体指标说出来,效果越强;
但同时它必须比"眼前"再远一点 —— 不能只是把手头任务汇总,要让人抬头看得见远处。
这是一个很窄的平衡。只看眼前,聚拢不住人心;目标太空,也聚拢不住人心。
历史上能做出"高瞻远瞩式战略"的人极少,我们大多数人也成不了那种战略家。但这不要紧 —— 我们可以做另外一件事:
集合大家的理想,把团队里每个人心里那点"我想去哪儿",合并成一个能看得见的方向。
这个方向不需要多伟大,它只需要让所有人能同时低头看清脚下的石头,抬头看见同一盏灯。
这就是"抬头看路,低头走路"的真正含义。它不是修辞 —— 它描述的是一个团队所有人是否在朝同一方向前进的最直接判据。
七、最怕的不是石头多,是没有灯
写到最后我想留下这么一句话,送给自己,也送给所有带过团队 / 或者将来要带团队的人:
一个团队最怕的不是石头多,是没有路灯。
石头多,只是当下难走,大家咬牙一起绕一绕;没有路灯,大家根本不知道为什么要绕。
路灯不需要多亮 —— 它只需要存在。
我那份 2020-04-03 的 xmind,六年后回看,它对我个人最大的价值,不在于它列了什么任务,而在于 ——
那是我那一年里,给自己点的灯。
八、附:如果你也接手了一个陌生系统
最后留几条具体可操作的建议,如果你也面对"接手一个不熟悉的系统 / 转岗到新业务 / 进入新公司"这种场景,可以试试照着做:
- 第一天就花一两个小时,自己画一份 xmind。不要等人给你 onboarding,自己先画。
- 画的不是任务,是问题。每一个一级分支,都用"我能不能讲清楚 XXX"的形式写出来。
- 逼自己写出"一句话描述"。如果一句话讲不出来,标记为待回答,不要跳过。
- 每条目标后面挂"我怎么知道做到了"。能跑通一个 demo / 能给某个角色讲清楚 / 能列出某个清单 —— 必须是可衡量的具体动作。
- 3-6 个月之后回来看一次。不是检查打勾,是检查方向是否还成立 —— 不成立的部分,坦然修改,不要装作没看见。
- 如果你带团队,把这份 xmind 的精简版讲给团队听。它不需要漂亮,它需要被看见。
抬头看路,低头走路。走慢一点没关系,前提是你抬过头。
浙公网安备 33010602011771号