2022年10月28日排期需求沟通交付
问：这个项目两周能上线吗？
答：先别让我拍胸脯。把两周摊开数一遍，你看看哪些是你能帮我们省掉的。
问：怎么摊？
答：一张表，14 天。
- 需求确认和原型 2 天。这 2 天里要把字段、口径、谁验收定死。
- 开发 5 天。按已经确认的范围，不含「顺便再加一个」。
- 联调 2 天。跟你们那边的账号、数据源、接口对上，这段最容易被低估。
- 测试 2 天。功能一遍、回归一遍。
- 验收和缓冲 3 天。改验收意见、上线、留点余量。
加起来正好 14 天，中间没有一天是闲的。
问：那到底能不能？
答：能，但有三个前提。一，范围今天定完，之后加的排下一期；二，你们那边的资料、账号、接口人按约定的日子到，晚一天，后面整体顺延一天；三，验收的人那几天在，别攒到最后一晚一起看。
三个前提里，第二个最常出问题。之前有个项目，卡在一张 Excel 上等了 4 天，开发其实早做完了。
问：如果非要再压呢？
答：可以砍，但得说清砍的是什么。我们真赶过一次，最后砍掉的是两个次要页面和一个导出格式，不是测试，也不是缓冲。测试那 2 天砍掉，上线后返工的往往不止 2 天。
问：有没有压过之后后悔的？
答：有。有回把联调从 2 天压到半天，上线当天发现对方接口在生产环境返回的是另一套字段，比测试环境多了一层。修了 3 小时。从那以后联调那格我们再没动过。
问：所以你其实是在谈条件。
答：是。排期表不是承诺，是把「两周」这两个字换成 14 个格子，每格谁负责、卡住了谁补。摊开之后，能不能，双方心里都有数。那张 14 格的表后来存成了模板，下次谈工期直接往里填数字，连前提那三行都照抄，不用从头吵。
