https://cygnusyang.github.io/posts/03-%E7%A0%94%E5%8F%91%E9%82%A3%E4%BA%9B%E4%BA%8B/02-%E7%A0%94%E5%8F%91%E5%88%9B%E6%96%B0%E5%8F%8A%E4%BA%A4%E4%BB%98/技术 × 产品 × 机器人Hugo 0.160.1 & FixIt v0.4.6-20260517062719-ed8ec5c2zh-CNruohuyang@163.com (Cygnus Yang)ruohuyang@163.com (Cygnus Yang)Sat, 23 May 2026 00:00:00 +0800https://cygnusyang.github.io/posts/03-%E7%A0%94%E5%8F%91%E9%82%A3%E4%BA%9B%E4%BA%8B/02-%E7%A0%94%E5%8F%91%E5%88%9B%E6%96%B0%E5%8F%8A%E4%BA%A4%E4%BB%98/blueprint/Sat, 23 May 2026 00:00:00 +0800ruohuyang@163.com (Cygnus Yang)https://cygnusyang.github.io/posts/03-%E7%A0%94%E5%8F%91%E9%82%A3%E4%BA%9B%E4%BA%8B/02-%E7%A0%94%E5%8F%91%E5%88%9B%E6%96%B0%E5%8F%8A%E4%BA%A4%E4%BB%98/blueprint/<h2 class="heading-element" id="论文配置记录"><span>论文配置记录</span> <a href="#%e8%ae%ba%e6%96%87%e9%85%8d%e7%bd%ae%e8%ae%b0%e5%bd%95" class="heading-mark"> <svg class="octicon octicon-link" viewBox="0 0 16 16" version="1.1" width="16" height="16" aria-hidden="true"><path d="m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z"></path></svg> </a> </h2><table> <thead> <tr> <th>项目</th> <th>内容</th> </tr> </thead> <tbody> <tr> <td>论文类型</td> <td>管理类深度分析（HBR风格）</td> </tr> <tr> <td>目标读者</td> <td>技术Leader/管理者（CTO、VP Engineering、技术总监）</td> </tr> <tr> <td>核心论点</td> <td>创新与交付不是零和博弈，领导者需要根据团队/产品/组织所处阶段，动态调整创新投入与交付节奏，并设计相应的绩效考核机制</td> </tr> <tr> <td>案例类型</td> <td>公开知名案例（Google、Amazon、Netflix等）</td> </tr> <tr> <td>预估字数</td> <td>8000-12000字</td> </tr> <tr> <td>实际字数</td> <td>~20,600字符（约10,000-12,000中文字）</td> </tr> <tr> <td>发布渠道</td> <td>博客/微信公众号</td> </tr> <tr> <td>状态</td> <td>已完成</td> </tr> </tbody> </table> <hr> <h2 class="heading-element" id="章节结构"><span>章节结构</span> <a href="#%e7%ab%a0%e8%8a%82%e7%bb%93%e6%9e%84" class="heading-mark"> <svg class="octicon octicon-link" viewBox="0 0 16 16" version="1.1" width="16" height="16" aria-hidden="true"><path d="m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z"></path></svg> </a> </h2><h3 class="heading-element" id="第一章引子--我们要么在交付要么在创新的错觉"><span>第一章：引子 — &ldquo;我们要么在交付，要么在创新&quot;的错觉</span> <a href="#%e7%ac%ac%e4%b8%80%e7%ab%a0%e5%bc%95%e5%ad%90--%e6%88%91%e4%bb%ac%e8%a6%81%e4%b9%88%e5%9c%a8%e4%ba%a4%e4%bb%98%e8%a6%81%e4%b9%88%e5%9c%a8%e5%88%9b%e6%96%b0%e7%9a%84%e9%94%99%e8%a7%89" class="heading-mark"> <svg class="octicon octicon-link" viewBox="0 0 16 16" version="1.1" width="16" height="16" aria-hidden="true"><path d="m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z"></path></svg> </a> </h3><ul> <li>典型技术团队困境场景开场</li> <li>提出问题：为什么领导者总觉得两者只能选一个？</li> <li>引出核心论点：这不是取舍，而是动态平衡</li> </ul> <h3 class="heading-element" id="第二章创新与交付的本质--不是对立是不同阶段的侧重"><span>第二章：创新与交付的本质 — 不是对立，是不同阶段的侧重</span> <a href="#%e7%ac%ac%e4%ba%8c%e7%ab%a0%e5%88%9b%e6%96%b0%e4%b8%8e%e4%ba%a4%e4%bb%98%e7%9a%84%e6%9c%ac%e8%b4%a8--%e4%b8%8d%e6%98%af%e5%af%b9%e7%ab%8b%e6%98%af%e4%b8%8d%e5%90%8c%e9%98%b6%e6%ae%b5%e7%9a%84%e4%be%a7%e9%87%8d" class="heading-mark"> <svg class="octicon octicon-link" viewBox="0 0 16 16" version="1.1" width="16" height="16" aria-hidden="true"><path d="m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z"></path></svg> </a> </h3><ul> <li>定义&quot;交付&rdquo;（可预测、可衡量、短期价值）</li> <li>定义&quot;创新&quot;（探索性、不确定性、长期价值）</li> <li>四象限模型：高交付×高创新、高交付×低创新、低交付×高创新、低交付×低创新</li> </ul> <h3 class="heading-element" id="第三章动态平衡模型--三个阶段的决策框架"><span>第三章：动态平衡模型 — 三个阶段的决策框架</span> <a href="#%e7%ac%ac%e4%b8%89%e7%ab%a0%e5%8a%a8%e6%80%81%e5%b9%b3%e8%a1%a1%e6%a8%a1%e5%9e%8b--%e4%b8%89%e4%b8%aa%e9%98%b6%e6%ae%b5%e7%9a%84%e5%86%b3%e7%ad%96%e6%a1%86%e6%9e%b6" class="heading-mark"> <svg class="octicon octicon-link" viewBox="0 0 16 16" version="1.1" width="16" height="16" aria-hidden="true"><path d="m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z"></path></svg> </a> </h3><ul> <li><strong>探索期</strong>：创新70%，交付30% — 快速试错，验证假设</li> <li><strong>成长期</strong>：创新40%，交付60% — 在交付中创新</li> <li><strong>成熟期</strong>：创新20%，交付80% — 流程优化驱动创新</li> <li>每个阶段的领导者关键决策点</li> </ul> <h3 class="heading-element" id="第四章绩效考核的动态设计--让考核成为平衡的杠杆"><span>第四章：绩效考核的动态设计 — 让考核成为平衡的杠杆</span> <a href="#%e7%ac%ac%e5%9b%9b%e7%ab%a0%e7%bb%a9%e6%95%88%e8%80%83%e6%a0%b8%e7%9a%84%e5%8a%a8%e6%80%81%e8%ae%be%e8%ae%a1--%e8%ae%a9%e8%80%83%e6%a0%b8%e6%88%90%e4%b8%ba%e5%b9%b3%e8%a1%a1%e7%9a%84%e6%9d%a0%e6%9d%86" class="heading-mark"> <svg class="octicon octicon-link" viewBox="0 0 16 16" version="1.1" width="16" height="16" aria-hidden="true"><path d="m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z"></path></svg> </a> </h3><ul> <li>探索期考核：学习速度 + 创新实验数量</li> <li>成长期考核：交付质量 + 创新贡献双轨制</li> <li>成熟期考核：交付效率为主 + 创新&quot;安全空间&quot;</li> <li>可落地的KPI/OKR设计模板</li> </ul> <h3 class="heading-element" id="第五章知名案例拆解"><span>第五章：知名案例拆解</span> <a href="#%e7%ac%ac%e4%ba%94%e7%ab%a0%e7%9f%a5%e5%90%8d%e6%a1%88%e4%be%8b%e6%8b%86%e8%a7%a3" class="heading-mark"> <svg class="octicon octicon-link" viewBox="0 0 16 16" version="1.1" width="16" height="16" aria-hidden="true"><path d="m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z"></path></svg> </a> </h3><ul> <li>Google 20%时间制度的成败</li> <li>Amazon &ldquo;Two-Pizza Teams&rdquo; 的交付-创新平衡</li> <li>Netflix &ldquo;自由与责任&quot;文化</li> </ul> <h3 class="heading-element" id="第六章常见陷阱与避坑指南"><span>第六章：常见陷阱与避坑指南</span> <a href="#%e7%ac%ac%e5%85%ad%e7%ab%a0%e5%b8%b8%e8%a7%81%e9%99%b7%e9%98%b1%e4%b8%8e%e9%81%bf%e5%9d%91%e6%8c%87%e5%8d%97" class="heading-mark"> <svg class="octicon octicon-link" viewBox="0 0 16 16" version="1.1" width="16" height="16" aria-hidden="true"><path d="m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z"></path></svg> </a> </h3><ul> <li>陷阱1：用成熟期KPI考核探索期团队</li> <li>陷阱2：创新变成KPI后失去灵魂</li> <li>陷阱3：交付压力下的&quot;创新疲劳&rdquo;</li> </ul> <h3 class="heading-element" id="第七章行动清单"><span>第七章：行动清单</span> <a href="#%e7%ac%ac%e4%b8%83%e7%ab%a0%e8%a1%8c%e5%8a%a8%e6%b8%85%e5%8d%95" class="heading-mark"> <svg class="octicon octicon-link" viewBox="0 0 16 16" version="1.1" width="16" height="16" aria-hidden="true"><path d="m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z"></path></svg> </a> </h3><ul> <li>团队阶段自测表</li> <li>调整考核节奏的3步法</li> <li>与上级/团队沟通的对话模板</li> </ul>https://cygnusyang.github.io/posts/03-%E7%A0%94%E5%8F%91%E9%82%A3%E4%BA%9B%E4%BA%8B/02-%E7%A0%94%E5%8F%91%E5%88%9B%E6%96%B0%E5%8F%8A%E4%BA%A4%E4%BB%98/chapter-1-introduction/Sat, 23 May 2026 00:00:00 +0800ruohuyang@163.com (Cygnus Yang)https://cygnusyang.github.io/posts/03-%E7%A0%94%E5%8F%91%E9%82%A3%E4%BA%9B%E4%BA%8B/02-%E7%A0%94%E5%8F%91%E5%88%9B%E6%96%B0%E5%8F%8A%E4%BA%A4%E4%BB%98/chapter-1-introduction/<hr> <p>季度末的周一，某工程总监盯着OKR看板发呆。</p> <p>左边是Q3的交付目标：核心API迁移要在本月底前完成，三个关键客户的定制需求已经排到冲刺计划里，客户成功团队每天都在催进度。</p> <p>右边是年初写下的创新目标：探索AI驱动的智能运维方案，建立一个实验性的自动化测试框架，尝试用Rust重构部分核心服务以提升性能。</p> <p>团队有12个人。过去三个月，右边的目标几乎没有任何实质性进展。</p> <p>不是因为团队不努力，而是因为每当工程师试图花时间去实验、去探索、去尝试新的技术方案时，&ldquo;紧急的客户需求&quot;总会跳出来打断他们。优先级评审会上，所有人都同意创新很重要——但所有人都选择先把眼前这个交付任务做完。</p> <p>&ldquo;等这轮忙完再说。&ldquo;每次都是这么说的。但&quot;忙完&quot;的那天似乎永远不会到来。</p> <hr> <p>这个场景在科技行业里每天都在上演。如果你是一个技术管理者，你可能已经对以下矛盾深有体会：</p> <ul> <li><strong>高层说创新是战略重点，但考核看的是交付速度</strong>——结果团队学会了一个技巧：把一切创新包装成&quot;交付项目&quot;来通过评审。</li> <li><strong>OKR要求&quot;20%时间用于探索性项目&rdquo;，但季度绩效评估只认业务指标</strong>——员工不是不想创新，而是不敢。</li> <li><strong>团队里最有创新能力的人，往往也是交付能力最强的人</strong>——结果他们被不断拉进交付任务，创新反而没人做了。</li> </ul> <p>这些矛盾指向同一个根本问题：<strong>我们的管理框架把创新和交付当作两个互不相关的、甚至相互竞争的事项来对待。</strong></p> <hr> <h2 class="heading-element" id="问题出在哪里"><span>问题出在哪里？</span> <a href="#%e9%97%ae%e9%a2%98%e5%87%ba%e5%9c%a8%e5%93%aa%e9%87%8c" class="heading-mark"> <svg class="octicon octicon-link" viewBox="0 0 16 16" version="1.1" width="16" height="16" aria-hidden="true"><path d="m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z"></path></svg> </a> </h2><p>大多数科技公司的管理体系建立在一个隐含假设之上：<strong>交付是可管理的，创新是不可管理的。</strong></p>https://cygnusyang.github.io/posts/03-%E7%A0%94%E5%8F%91%E9%82%A3%E4%BA%9B%E4%BA%8B/02-%E7%A0%94%E5%8F%91%E5%88%9B%E6%96%B0%E5%8F%8A%E4%BA%A4%E4%BB%98/chapter-2-essence/Sat, 23 May 2026 00:00:00 +0800ruohuyang@163.com (Cygnus Yang)https://cygnusyang.github.io/posts/03-%E7%A0%94%E5%8F%91%E9%82%A3%E4%BA%9B%E4%BA%8B/02-%E7%A0%94%E5%8F%91%E5%88%9B%E6%96%B0%E5%8F%8A%E4%BA%A4%E4%BB%98/chapter-2-essence/<hr> <p>在讨论如何平衡之前，我们需要先回答一个更基本的问题：<strong>创新和交付，到底是什么？</strong></p> <p>这听起来像是一个语义学的问题，但定义不清会导致管理上的灾难。如果你把&quot;创新&quot;定义为&quot;任何非日常交付的工作&quot;，那你会把大量无意义的实验也算作创新。如果你把&quot;交付&quot;定义为&quot;所有能产生收入的工作&quot;，那你会忽略那些短期内不产生收入但长期至关重要的基础设施投资。</p> <p>让我们从本质出发。</p> <hr> <h2 class="heading-element" id="交付确定性的价值兑现"><span>交付：确定性的价值兑现</span> <a href="#%e4%ba%a4%e4%bb%98%e7%a1%ae%e5%ae%9a%e6%80%a7%e7%9a%84%e4%bb%b7%e5%80%bc%e5%85%91%e7%8e%b0" class="heading-mark"> <svg class="octicon octicon-link" viewBox="0 0 16 16" version="1.1" width="16" height="16" aria-hidden="true"><path d="m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z"></path></svg> </a> </h2><p><strong>交付的核心特征是可预测性。</strong></p>https://cygnusyang.github.io/posts/03-%E7%A0%94%E5%8F%91%E9%82%A3%E4%BA%9B%E4%BA%8B/02-%E7%A0%94%E5%8F%91%E5%88%9B%E6%96%B0%E5%8F%8A%E4%BA%A4%E4%BB%98/chapter-3-dynamic-model/Sat, 23 May 2026 00:00:00 +0800ruohuyang@163.com (Cygnus Yang)https://cygnusyang.github.io/posts/03-%E7%A0%94%E5%8F%91%E9%82%A3%E4%BA%9B%E4%BA%8B/02-%E7%A0%94%E5%8F%91%E5%88%9B%E6%96%B0%E5%8F%8A%E4%BA%A4%E4%BB%98/chapter-3-dynamic-model/<hr> <h2 class="heading-element" id="核心命题"><span>核心命题</span> <a href="#%e6%a0%b8%e5%bf%83%e5%91%bd%e9%a2%98" class="heading-mark"> <svg class="octicon octicon-link" viewBox="0 0 16 16" version="1.1" width="16" height="16" aria-hidden="true"><path d="m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z"></path></svg> </a> </h2><p><strong>创新和交付的最优比例不存在。但在任何一个特定时刻，有一个最适合的比例。</strong></p>https://cygnusyang.github.io/posts/03-%E7%A0%94%E5%8F%91%E9%82%A3%E4%BA%9B%E4%BA%8B/02-%E7%A0%94%E5%8F%91%E5%88%9B%E6%96%B0%E5%8F%8A%E4%BA%A4%E4%BB%98/chapter-4-performance-review/Sat, 23 May 2026 00:00:00 +0800ruohuyang@163.com (Cygnus Yang)https://cygnusyang.github.io/posts/03-%E7%A0%94%E5%8F%91%E9%82%A3%E4%BA%9B%E4%BA%8B/02-%E7%A0%94%E5%8F%91%E5%88%9B%E6%96%B0%E5%8F%8A%E4%BA%A4%E4%BB%98/chapter-4-performance-review/<hr> <h2 class="heading-element" id="为什么考核体系决定了创新与交付的平衡"><span>为什么考核体系决定了创新与交付的平衡</span> <a href="#%e4%b8%ba%e4%bb%80%e4%b9%88%e8%80%83%e6%a0%b8%e4%bd%93%e7%b3%bb%e5%86%b3%e5%ae%9a%e4%ba%86%e5%88%9b%e6%96%b0%e4%b8%8e%e4%ba%a4%e4%bb%98%e7%9a%84%e5%b9%b3%e8%a1%a1" class="heading-mark"> <svg class="octicon octicon-link" viewBox="0 0 16 16" version="1.1" width="16" height="16" aria-hidden="true"><path d="m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z"></path></svg> </a> </h2><p>在任何组织中，员工的行为最终会向考核体系对齐。这不是因为员工&quot;只看考核&quot;，而是因为考核传递了一个更深刻的信号：<strong>什么才是这个组织真正重视的。</strong></p>https://cygnusyang.github.io/posts/03-%E7%A0%94%E5%8F%91%E9%82%A3%E4%BA%9B%E4%BA%8B/02-%E7%A0%94%E5%8F%91%E5%88%9B%E6%96%B0%E5%8F%8A%E4%BA%A4%E4%BB%98/chapter-5-case-studies/Sat, 23 May 2026 00:00:00 +0800ruohuyang@163.com (Cygnus Yang)https://cygnusyang.github.io/posts/03-%E7%A0%94%E5%8F%91%E9%82%A3%E4%BA%9B%E4%BA%8B/02-%E7%A0%94%E5%8F%91%E5%88%9B%E6%96%B0%E5%8F%8A%E4%BA%A4%E4%BB%98/chapter-5-case-studies/<hr> <p>理论框架再完美，如果没有真实世界的验证，也只是纸上谈兵。我们来看三个科技公司如何用不同的方式处理创新与交付的平衡——以及他们的成功和失败分别告诉了我们什么。</p> <hr> <h2 class="heading-element" id="案例一google的20时间制度"><span>案例一：Google的20%时间制度</span> <a href="#%e6%a1%88%e4%be%8b%e4%b8%80google%e7%9a%8420%e6%97%b6%e9%97%b4%e5%88%b6%e5%ba%a6" class="heading-mark"> <svg class="octicon octicon-link" viewBox="0 0 16 16" version="1.1" width="16" height="16" aria-hidden="true"><path d="m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z"></path></svg> </a> </h2><h3 class="heading-element" id="背景"><span>背景</span> <a href="#%e8%83%8c%e6%99%af" class="heading-mark"> <svg class="octicon octicon-link" viewBox="0 0 16 16" version="1.1" width="16" height="16" aria-hidden="true"><path d="m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z"></path></svg> </a> </h3><p>Google最著名的创新政策是&quot;20%时间&quot;——允许工程师花20%的工作时间（约一天）做与自己核心项目无关的、但可能对Google有价值的事情。Google 2004年创始人信中也把它描述为&quot;effectively one day per week&quot;的机制。<sup id="fnref:1"><a href="#fn:1" class="footnote-ref" role="doc-noteref">1</a></sup></p>https://cygnusyang.github.io/posts/03-%E7%A0%94%E5%8F%91%E9%82%A3%E4%BA%9B%E4%BA%8B/02-%E7%A0%94%E5%8F%91%E5%88%9B%E6%96%B0%E5%8F%8A%E4%BA%A4%E4%BB%98/chapter-6-pitfalls/Sat, 23 May 2026 00:00:00 +0800ruohuyang@163.com (Cygnus Yang)https://cygnusyang.github.io/posts/03-%E7%A0%94%E5%8F%91%E9%82%A3%E4%BA%9B%E4%BA%8B/02-%E7%A0%94%E5%8F%91%E5%88%9B%E6%96%B0%E5%8F%8A%E4%BA%A4%E4%BB%98/chapter-6-pitfalls/<hr> <p>前几章建立了完整的理论框架和实践案例。但在真正落地时，大多数管理者还是会踩到一些坑。这一章总结了最常见的五个陷阱，以及避开它们的具体方法。</p> <hr> <h2 class="heading-element" id="陷阱一用成熟期的kpi考核探索期的团队"><span>陷阱一：用成熟期的KPI考核探索期的团队</span> <a href="#%e9%99%b7%e9%98%b1%e4%b8%80%e7%94%a8%e6%88%90%e7%86%9f%e6%9c%9f%e7%9a%84kpi%e8%80%83%e6%a0%b8%e6%8e%a2%e7%b4%a2%e6%9c%9f%e7%9a%84%e5%9b%a2%e9%98%9f" class="heading-mark"> <svg class="octicon octicon-link" viewBox="0 0 16 16" version="1.1" width="16" height="16" aria-hidden="true"><path d="m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z"></path></svg> </a> </h2><p><strong>这是最致命、也最常见的错误。</strong></p>https://cygnusyang.github.io/posts/03-%E7%A0%94%E5%8F%91%E9%82%A3%E4%BA%9B%E4%BA%8B/02-%E7%A0%94%E5%8F%91%E5%88%9B%E6%96%B0%E5%8F%8A%E4%BA%A4%E4%BB%98/chapter-7-action-plan/Sat, 23 May 2026 00:00:00 +0800ruohuyang@163.com (Cygnus Yang)https://cygnusyang.github.io/posts/03-%E7%A0%94%E5%8F%91%E9%82%A3%E4%BA%9B%E4%BA%8B/02-%E7%A0%94%E5%8F%91%E5%88%9B%E6%96%B0%E5%8F%8A%E4%BA%A4%E4%BB%98/chapter-7-action-plan/<hr> <p>理论和案例都讨论完了，最后一个问题：<strong>我从哪里开始？</strong></p> <p>这一章给出三个可以直接使用的工具：团队阶段自测表、考核调整三步法、以及向上沟通的对话模板。</p> <hr> <h2 class="heading-element" id="工具一团队阶段自测表"><span>工具一：团队阶段自测表</span> <a href="#%e5%b7%a5%e5%85%b7%e4%b8%80%e5%9b%a2%e9%98%9f%e9%98%b6%e6%ae%b5%e8%87%aa%e6%b5%8b%e8%a1%a8" class="heading-mark"> <svg class="octicon octicon-link" viewBox="0 0 16 16" version="1.1" width="16" height="16" aria-hidden="true"><path d="m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z"></path></svg> </a> </h2><p>用以下7个问题评估你的团队当前所处的阶段。每个问题选择最符合你团队情况的选项。</p>https://cygnusyang.github.io/posts/03-%E7%A0%94%E5%8F%91%E9%82%A3%E4%BA%9B%E4%BA%8B/02-%E7%A0%94%E5%8F%91%E5%88%9B%E6%96%B0%E5%8F%8A%E4%BA%A4%E4%BB%98/full-paper/Sat, 23 May 2026 00:00:00 +0800ruohuyang@163.com (Cygnus Yang)https://cygnusyang.github.io/posts/03-%E7%A0%94%E5%8F%91%E9%82%A3%E4%BA%9B%E4%BA%8B/02-%E7%A0%94%E5%8F%91%E5%88%9B%E6%96%B0%E5%8F%8A%E4%BA%A4%E4%BB%98/full-paper/<h2 class="heading-element" id="目录"><span>目录</span> <a href="#%e7%9b%ae%e5%bd%95" class="heading-mark"> <svg class="octicon octicon-link" viewBox="0 0 16 16" version="1.1" width="16" height="16" aria-hidden="true"><path d="m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z"></path></svg> </a> </h2><ul> <li><a href="#第一章引子--我们要么在交付要么在创新的错觉">第一章：引子</a></li> <li><a href="#第二章创新与交付的本质--不是对立是不同阶段的侧重">第二章：创新与交付的本质</a></li> <li><a href="#第三章动态平衡模型--三个阶段的决策框架">第三章：动态平衡模型</a></li> <li><a href="#第四章绩效考核的动态设计--让考核成为平衡的杠杆">第四章：绩效考核的动态设计</a></li> <li><a href="#第五章知名案例拆解--他们做对了什么">第五章：知名案例拆解</a></li> <li><a href="#第六章常见陷阱与避坑指南">第六章：常见陷阱与避坑指南</a></li> <li><a href="#第七章行动清单--明天就能用的决策工具">第七章：行动清单</a></li> </ul> <hr> <h1 class="heading-element" id="第一章引子--我们要么在交付要么在创新的错觉"><span>第一章：引子 — &ldquo;我们要么在交付，要么在创新&quot;的错觉</span> <a href="#%e7%ac%ac%e4%b8%80%e7%ab%a0%e5%bc%95%e5%ad%90--%e6%88%91%e4%bb%ac%e8%a6%81%e4%b9%88%e5%9c%a8%e4%ba%a4%e4%bb%98%e8%a6%81%e4%b9%88%e5%9c%a8%e5%88%9b%e6%96%b0%e7%9a%84%e9%94%99%e8%a7%89" class="heading-mark"> <svg class="octicon octicon-link" viewBox="0 0 16 16" version="1.1" width="16" height="16" aria-hidden="true"><path d="m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z"></path></svg> </a> </h1><hr> <p>季度末的周一，工程总监林浩盯着OKR看板发呆。</p>