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