接手的人，还需要知道什么？

回看一项工作时，我常会想到一个很普通的问题：换个人接手，能不能接着往下做？带着这个问题看文档，留意的东西也会变。结果整理得清楚很好，定义和决定的来由，也值得一起留下。¶

在慧智做需求相关工作时，这个问题很具体。一条业务要求，可能牵涉字段怎样填写、款项在哪个节点发生、谁能操作，以及遇到例外怎样处理。它们之间要接得上。同一个字段如果各自理解不同，一点小歧义就可能被带到后面的流程里。¶

我喜欢顺着一条要求往下看：使用者先填什么，哪项条件会改变结果，缺了信息怎么办，最后又怎样判断做对了？有时写出一个小例子，讨论就会具体很多，也更容易发现还没说明白的地方。¶

CUSD 的材料，让我可以换个角度再看这件事。个人计划和后来两学期的团队报告，记录的是不同阶段、不同职责的工作。放在一起读，就要留意一个决定属于哪个版本，接下来又有哪些人需要理解它。¶

学校方案还会把使用和维护带进来。设计本身当然值得花时间，我也愿意继续问：以后由谁使用、谁来照看，情况变了以后又需要知道什么？多想这一层，项目就会延伸到展示之后。¶

做这个网站，也让我在更日常的地方反复碰到“交接”。一个链接点开后，应该能继续找到有用的内容；存下来的笔记，换个时候还找得回来；以前的原作和后来的练习，也能分别看清楚。每次把这些细节做好一点，下次回来就能更顺一点。¶

交接不一定都需要很长的说明书。有时是一句清楚的字段定义，一个刚好落在边界上的例子，或者一小段当前决定的记录，就能帮别人接着做。我喜欢找到这种恰到好处、真正用得上的细节。¶