一个很简单的公式送给大家：
—— 需求非常明确而且经常这样做：自己评估时间 * 1.5
—— 需求不够清晰，有可能变，但是代码和技术方案熟悉：自己评估的时间 * 2
—— 需求不够清晰，代码和技术方案也是新的，需要探索：自己评估的时间 * 2.5 or 3
自己评估的时间一般会留点 buffer，自我感觉应该没问题，实际上开发过程可能会有各种会议、需求和技术方案变更或者突发事件。所以多留一点 buffer 会更好，因为这个时间点可能是下游运营活动上线时间点，评估后业务方觉得太长可以砍需求拆成两期或者调整上线预期，但一旦设置了时间点，不应该跳票。如果你比预期早完成上线，皆大欢喜，如果你一次次的告知业务方还需要延期一两天，效果正好相反。
