探索与交付：一个人怎么同时做好

一个人怎么同时做好探索与交付：给探索一份受保护的时间，让它有自己的清单和自己的时钟，写下一个想法何时升级为开发，并每月检查两条轨道。保护胜过方法。

一个人怎么做好探索与交付

先说坏消息。你不能凭感觉来做这件事。

如果探索是“有空时才做”的事，你就不会做。永远没有空。这不是下个版本发完就会消失的暂时状况。它是永久的。总有更紧急的事冒出来，而开发看起来总比学习更紧急。

所以整件事的工作就是保护。方法是容易的部分。四个只需做一次的决定，然后每月看一眼它们守住了没有。

大多数放弃这件事的人，放弃是因为其中一个决定从没做过。不是因为这套实践失败了。是因为它从来没有围墙。

决定一：两条轨道永远都是你的

别管团队式建议里关于交接的那些话。你没有一个研究组可以把东西交过去。

你有的是同一个问题的安静版本。你告诉自己，探索要等开发做完之后。开发永远做不完。于是探索永远开不了头，你在一个脑袋里重造了一支分家的团队，其中一半永远失业。

大声说一次：两条轨道，谁也不为谁停下。傻吗？也许。但它管用，因为周四晚上十点的你，需要有个东西可以指着看。

免费指南 · 21 页持续探索。持续开发。一个人如何在不停下任何一边的情况下,既持续探索又持续开发。获取免费指南 →

决定二：假设放进探索，功能放进开发

列两张清单。这是你能做的最便宜的结构性动作。

探索项是问题或风险。“用户能不能不靠帮助完成设置？”“有人愿意按这个价格买吗？”开发项是已经挣得证据的事。“做新的引导流程”属于第二张清单，而且要等第一张清单放行之后。

为什么要分开？因为塞满预先定好的功能的探索清单，不过是审批更慢的开发清单。它恰好产出你一开始就想找的那些确认。要从风险出发，永远不要从你已经想做的东西出发。

分开两张清单，还能解决一个小问题。任务清单上的探索项总是显得逾期，因为它们跑在另一个时钟上。有些一个晚上就解决，有些要一个月。把它们和开发任务放在同一张清单里，你会觉得自己在这件事上失败了。其实没有。它们的表现很正常。

决定三：保护一份时间，并给它起名

挑一个份额。数字本身不如“它存在”这件事重要。

然后围着它做计划，写进日历，并提前决定你觉得落后时该怎么办。因为你一定会落后。那一刻才是真正的考验。探索的时间块会是你最先想牺牲的东西，这正是规则必须在那一刻到来之前就存在的原因。

留意最后一行。保护是双向的。探索也需要一个上限，因为多学一点总是显得负责。开始之前，给每个问题设个时限，几天或一周，到期就做决定。哪怕决定是“我还是不知道，下一步我只测这一件事。”

决定四：升级的规则

你需要对一个问题有明确的答案。我学到什么程度，才可以开始做？

没有答案，会发生两种情况之一。要么一切都升级，探索轨成了形式。要么什么都不升级，你堆起一堆研究得很透却从不发布的想法。

把规则写下来。不是因为它复杂，而是因为到了那一刻你会和自己争论，而想动手做的那个你通常会赢。如果你从没定义过什么叫验证通过，标准就会悄悄移到你的愿望原本所在的地方。

当某件事真的升级时，它带着四行字过去。你假设了什么。你测试了什么。你发现了什么。还有什么不确定，以及你预期什么结果。这不是规格说明。它是写给三周后动手做的那个人的便条，那个人就是你，而且已经忘了为什么。

周一的探索与交付是什么样

打开两张清单。第一张是问题。挑出那个如果你错了最伤的，订下能改变你想法的最小测试。给它一个日期。

第二张是已经挣得位置的工作。从最上面挑，开始做。

这一周的某个时候，和几个符合你想要的客户的真人聊聊。不是最容易联系到的人。之后写四行：你问了什么，你做了什么，你发现了什么，你决定了什么。整台机器就这些。维护它只要几分钟，而它是一人公司唯一的记忆。

大约一个月里，你会觉得变慢了。之后你会发现，自己不再做那些会后悔的东西。

免费测评你到底被困得有多深？完成职场窒息指数——这项免费测评告诉你是否已准备好成为独立创业者。开始测评 →

让开发有料可做，又不催促学习

这里有个现实的张力。开发需要稳定供应的已验证工作。探索无法按时间表交付，因为问题不会随叫随到地解决。

答案是一个小缓冲。排队的已验证工作刚好够你不会干等。又不至于多到你为了填满队列而批准东西。

缓冲用完了怎么办？不是降低标准。那会把整件事变回加了仪式的功能工厂。去做维护，或者做一项你已经知道很好的改进。无聊，诚实，而且让标准留在你定下的位置。

每月留意饥饿

每条轨道都可能饿死另一条，而且谁也不会通知你。

开发的压力吞掉一切时，探索就饿了。症状是一张清单，上面的条目没有证据支撑，也说不清它们服务于什么结果。

探索对确定性变得矫情时，开发就饿了。症状是发布变慢，笔记越堆越多。

两者都是渐进的。每一步看起来都完全合理。所以别靠感觉。每月问两个问题：探索决定了什么，我发布了什么？任何一边连续两个月空白，就是你的信号。

如果空白的是探索，你多半一直在滑回只做开发。最便宜的修法，是找出最让你害怕的那个风险。找出你最冒险的假设就是干这个的。如果空白的是开发，检查一下你是在学习还是在躲。聊天比发布舒服，这种偏好是个直指你自己的陷阱。

别把边界变成仪式

最后一种失败，而且很隐蔽。

交接长出了模板。然后是清单。然后是流程。很快，双轨成了换了词汇的瀑布流程，由一个人演给没有观众的舞台。

让边界保持轻。四行字加一个决定。如果升级一个条目比跑一个小测试花的时间还长，流程就成了目的，你会在两个月内悄悄把它丢掉。

免费指南 · 21 页持续探索。持续开发。一个人如何在不停下任何一边的情况下,既持续探索又持续开发。获取免费指南 →

发布之后，把环闭上

东西发布了，循环并没有结束。到你事先定好的日期，检查你预测的结果到底有没有动。

这一步几乎没人做，而它正是培养你判断力的那一步。跳过它，你永远不知道自己的判断到底好不好。这就是十年经验和同一年重复十遍的差别。

每个周期花半小时，看推理而不是产出。哪些假设错了？你在哪里过于自信？哪些测试改变了决定，哪些只是作秀？我们在如何复盘你发布的东西里完整讲了这次复盘。

免费测评你到底被困得有多深？完成职场窒息指数——这项免费测评告诉你是否已准备好成为独立创业者。开始测评 →

常见问题

探索应该占多少时间？

定一个份额，并保护它。数字多少没那么重要，重要的是它被写下来，并在你觉得落后时仍被守住。不受保护的时间就是没分配的时间，它会流向最显得紧急的事。

探索项应该放进我的开发清单吗？

不应该。它们跑在另一个时钟上，所以放在开发任务旁边会显得永远逾期。另列一张问题和风险的清单，并且不要放功能。

如果已验证的工作做完了怎么办？

去做维护，或一项已知的改进。别为了填满队列降低标准，那会重建你想离开的功能工厂。

我怎么知道探索与交付在滑坡？

问问探索决定了什么、你发布了什么。任何一边连续两个月空白，就说明那条轨道在挨饿，你的探索与交付平衡已经滑了。

完整的方法和清单都在《双轨手册》里，这是一份免费的 21 页手册。