共同语言
小团队的技术路线图不应该只是日期和功能列表，而应该是一份关于目标、约束、依赖和风险的共同语言。
如果路线图只写功能和时间，讨论很快会变成谁先排期、谁的需求更急。更有用的写法是把判断前提也写进去：为什么现在做，为什么不是下个月做，不做会暴露什么风险。
三层路线图
我更喜欢把路线图拆成三层：现在必须解决的问题，接下来可能影响决策的风险，以及暂时不做但需要持续观察的方向。
Artifact
三层路线图模板
- 必须解决当前目标、明确责任人、验收标准和截止窗口。
- 风险观察可能影响下个决策的依赖、约束、成本和失败信号。
- 暂不投入记录不做的方向、暂缓原因和重新评估触发条件。
第一层是执行承诺，必须足够具体；第二层是风险观察，帮助团队提前准备；第三层是暂缓事项，明确说明为什么暂时不投入。这样路线图既能指导行动，也能保护团队不被新想法反复打断。
判断逻辑
这样的路线图不会因为计划变化而过期，因为它记录的是判断逻辑，而不只是任务排期。
当环境变化时，团队可以回到判断逻辑本身：目标是否变了，约束是否变了，依赖是否解除，风险是否已经发生。只要这些问题能被复盘，路线图就不是一次性文档，而是持续校准的工具。