四个月的建造日：Vandalf 教会我的项目管理之道
我花了四个月打造一辆露营车——二十多个建造日，一次只做一个系统，每一处都被拍下照片、反复争论。最后我对着镜头走了一遍。那感觉就像在自己做的决定之间来回踱步。
长椅变成了柜子，柜子又变成了床。在封墙之前，先试装淋浴底座。水箱和水槽把一辆货车变成了一辆露营车。所有东西都是先在车间里造好，再被反复质疑，然后重做。
以下是这次建造教给我的、此后我在每个项目上都在用的经验：按依赖关系排序，而不是按热情排序。
床先装，不是因为它最好玩，而是因为它是锚点。床的位置对了，其他一切就围绕它各就各位。位置错了，剩下的建造就都得重来。每个项目都有这样一个锚点——其他一切都挂在它上面的那项集成。大多数团队从最令人兴奋的部分开始，很晚才发现锚点。
淋浴是第二课。在接水管之前，我们先试装底座。干装能发现错误；真正的安装才见真章。用软件的话说，那就是 spike、原型——先把最有风险的集成做在一个一次性版本上。尽早测试最难接缝的团队，才不会在生产环境里才撞见它。
第三课：返工是一个阶段，而不是失败。布线那天是清单上最大的单个系统。我把所有东西都标好标签，自信又整齐。然后我花了一整天追查线路，因为标签骗了我。这既枯燥又令人沮丧，但完全正常。计划内的坑好过意外出现的坑。为返工预留预算的团队，才能在返工出现时保持冷静。
还有我一直回想的那一点：8 月 11 日我们进行了处女航，那时车离完工还差得远。清单仍然很长。但真正重要的系统能用了，床很舒服，而道路本身就是全部意义所在。我们交付了概念，然后继续建造。
这是工程团队最难养成的一个习惯。demo、试点、垂直切片——在完成之前就交付。不是因为它已经完整，而是因为它验证了假设。首次出行之后的每个工坊日都更好，因为我们是在改进一个已经能用的东西，而不是在指望某个东西能成。
一辆车的巡览，不过是花四分钟在自己的决定之间踱步。项目评审也是一回事，只是观众更多。先建锚点，尽早测试难接缝，为返工预留预算，并在完工之前就交付证明。
巡览不是那辆车。它是那些决定。