hehaiguang1123
a6f05ab2d5
- Phase 0: AGENTS.md cleanup (dedup quotes, renumber sections, merge qmd) - Phase 1: typed relations (manage-relations.py, graph-search.py, check-staleness.py, detect-conflicts.py) - Phase 2: frontmatter validator, weekly lint, knowledge promotion, git hooks - Fix .gitignore to track tools/ and .githooks/ - Fix git remote URL (remove plaintext token) - New wiki pages: 504 pages, 34 raw sources
110 lines
5.7 KiB
Markdown
110 lines
5.7 KiB
Markdown
---
|
||
categories:
|
||
- "[[LLM Wiki]]"
|
||
tags:
|
||
- wiki
|
||
- concept
|
||
- concept/theory
|
||
- innovation-management
|
||
- 方法论
|
||
created: 2026-05-15
|
||
source: "[[我的科研经历-反思与成长-郭朝晖]]"
|
||
type: concept
|
||
aliases:
|
||
- 以终为始
|
||
---
|
||
|
||
# 以终为始
|
||
|
||
> 创新项目的方法论核心原则：先清晰定义项目的终点（目标状态），再从终点倒推回起点，识别哪些工作必须做、哪些工作其实是不必要的"伪工作"。
|
||
>
|
||
> ——来自 [[郭朝晖]] 的二十年创新课。
|
||
|
||
## 一、重新定义问题（2026-06 公众号新增）
|
||
|
||
我们太急于找答案，却懒得审视问题本身。
|
||
|
||
- 一个目标，是"中间站"还是"终点站"？
|
||
- 一个需求，是真实存在，还是惯性假设？
|
||
- 换一个视角，问题本身可能就不再是原来的样子。
|
||
|
||
**军用飞机设计师案例**：退休前不谈怎么造飞机，只谈未来怎么打仗。当终点从"造出一架好飞机"迁移到"打赢下一场战争"，问题的形状变了，解法也随之重写。
|
||
|
||
**企业数字化警示**：服务器集群蔚为壮观，数据看板流光溢彩，却找不到一个真正的使用者。系统先进，却毫无用处。根子在于设计之初，没有人站在最终用户面前问一句——你到底想解决什么问题？
|
||
|
||
> 终点一旦模糊，技术再华丽，也不过是一场昂贵的自说自话。
|
||
|
||
## 二、终点决定路径
|
||
|
||
> 不谋万世者，不足谋一时；不谋全局者，不足谋一域。
|
||
>
|
||
> ——古人
|
||
|
||
更深一层原因：创新中的"问题"从来不是一开始就明明白白的，它会在探索过程中不断被重新定义。如果不能在起点处锚定真正的问题，每一次临时的方向修正，都会演变成长期无效的折腾。
|
||
|
||
**锅炉烧穿案例**：损失超过千万，官方说法是设备故障，真实原因是操作工凌晨打盹未能及时处置。要用数字化解决这个问题，**关键不是监控设备，而是监控人**。^[raw/articles/以终为始的真谛-郭朝晖.md]
|
||
|
||
## 三、核心动作：勾勒路径、预判风险、锁定关键课题
|
||
|
||
2026-06 公众号的关键升级 —— 把"以终为始"从一句口号变成可执行动作：
|
||
|
||
> **勾勒路径，预判风险，判断可行性，锁定必须攻克的关键课题。**
|
||
>
|
||
> 做不到这一步，创新就沦为赌博。企业的创新，本质上是一种风险投资行为——要讲投入产出，要算成功概率，要拒绝无谓风险。
|
||
|
||
行军类比：标定目的地、绘制路线——不必知道哪条山谷会滑坡、哪条河流会暴涨，但要识别隘口、渡口，派出侦察兵，必要时带上架桥的工兵。
|
||
|
||
> 终点不是远处挂着的一盏灯，而是你在出发时就必须扛在肩上的重量。没有这个重量，每一步都轻飘飘的，走不了远路。
|
||
|
||
## 四、与下棋的本质差异（2026-05 早期文章）
|
||
|
||
- **下棋**：规则明确，但局势演化路径指数级复杂，只能推演有限步，只能"边走边看"
|
||
- **做项目**：实现路径不确定，但终点往往可以事前清晰想象和定义
|
||
|
||
> 做创新项目与下棋的根本不同在于：下棋只能思考有限步，而做项目却可以直接"看到"终点，并以此为基准反向推演。
|
||
|
||
## 五、"想不清楚"不是问题
|
||
|
||
"以终为始"不是要求把所有问题事前想清楚，而是要求诚实地把那些"想不清楚"的关键问题明确标示出来，将它们作为项目探索阶段的核心议题重点攻关。
|
||
|
||
> "想不清楚"不是问题，"不知道什么想不清楚"才是真正的问题。
|
||
|
||
## 六、避免"臭棋"
|
||
|
||
许多低效决策单独看似乎都有道理，但稍微多想几步就会发现将全局引向极其被动的境地。这些"臭棋"原本完全有可能避免——只要当初在决策时多问几个"为什么"、多想一层"会怎样"。
|
||
|
||
## 七、四象限价值观
|
||
|
||
在项目选择和策划时，综合考虑四个维度：
|
||
- 成本：花费越少越好
|
||
- 难度：实现越容易越好
|
||
- 价值：创造价值越多越好
|
||
- 速度：完成越快越好
|
||
|
||
## 八、案例（来自 [[郭朝晖]] 自述）
|
||
|
||
| 项目 | 结果 |
|
||
|------|------|
|
||
| 第一个项目 | 未用此方法论，一半以上时间浪费在"伪工作"上 |
|
||
| 第二个项目 | 应用此方法论，所有时间用在"该做的事"上 |
|
||
| 第三个项目 | 遇到困难，但以终为始的反思帮助找到突破口 |
|
||
|
||
## 相关概念
|
||
|
||
- [[郭朝晖]] — 概念提出者，二十年创新课沉淀
|
||
- （第一节"重新定义问题"是其具体应用，参见 wiki 内相关方法论）
|
||
- [[价值驱动]] — 数字化场景下的具体落地（手段≠目的、投入产出比、悲观者正确）
|
||
- [[Researcher-Founder]] — 陆奇 2026 清华演讲：从组织/人才层讲"终点先行"
|
||
- [[新范式]] — 陆奇 2024 元框架层：三位一体+三拐点+模型=知识
|
||
- [[好学力行]] — 陈望道读书法：跨时代"实事求是"传统（反对为读书而读书 / 学用脱节）
|
||
- 技术创新 — 一般领域
|
||
|
||
## 来源演进
|
||
|
||
- 2026-05-15：基于 [[郭朝晖]] 《我的科研经历：反思与成长》建立初版（下棋类比 + 想不清楚）
|
||
- 2026-06-22：基于 [[郭朝晖]] 《以终为始的真谛》公众号（2026-06-21）补充三层结构 + 两个新案例 + 核心动作升级
|
||
- 2026-06-22：双向 link 到新建概念页 [[价值驱动]]（同一作者后续文章中的场景化应用）
|
||
- 2026-06-22：related 增加 [[Researcher-Founder]]（陆奇 2026 清华演讲，从组织/人才层讲同一类"终点先行"问题）
|
||
- 2026-06-22：related 增加 [[新范式]]（陆奇 2024 早期元框架，更上层：模型拐点 + 边际→固定成本 + 模型=知识）
|
||
- 2026-06-22：related 增加 [[好学力行]]（陈望道读书法，跨时代"实事求是"传统：反对学用脱节、事实验证）
|