想问下大家的工作估期。

预估大概*1.5 倍 /狗头

实际影响工作量的变量太多了，不是能简单抽象出一个公式进行计算的。所以需要搞一段时间以后才有经验。
一般先评估自己全力开发的时间，然后再根据自己并行的任务、项目节奏、紧急程度，x3 ，x2 ，x1.5 。
另外，要确认前置依赖的，把它们的时间单独累计，特别是跨团队协作的项目。
上面说的是开发，联调、测试、发布，都要单独进行评估，要拉相关的人员一起。
一般协作的人越少，评估就越简单，越准。

能多要, 别少要.

提前完工是你能力强.

@InDom 上面卡你工时咋弄

实际工时 1 天，估 3 天。3 天估一周 🐶

@tonysmark #4 那更得多报, 多报点好让他砍啊, 你报少了, 人家就不卡了么.

正常工作时长*2

现在难办了，老板动不动 vibe 个半成品，然后觉得你做起来应该很快。。

肯定多写

我们只估复杂度。
时间的影响因素太多了，一个简单的需求也许因为和其他部门对接或者有些其他 blocker 导致花好几天搞完。

1 报 2 ，2 报 4 ，3 天以上报 1 周。

这不都是领导定的吗，“某个时间节点必须完成”

拆模块估开发时长，联调一般是开发日的二分之一，buffer 日预留不一般不超过两天

个人往长了报，因为项目开发不可能一帆风顺，再成熟的项目实际做下来多多少少会遇到写意想不到的意外，这个意外可能复杂也可能很弱智，但总归是耽误时间的，要给这个留一点容错。
但是小领导肯定希望往短了报，因为他要报给大领导争取一些好感。

看团队其他人的预估范围和负责人对工时的考量倾向
不仅仅需要考虑自己的工时也要考虑其他人怎么评估
标准拉齐
没有绝对正确的答案，不熟悉的功能多请教下熟悉的人有没有坑之类的
普通小模块一套 curd 团队其他人普遍 2 天 你也 2 天维持秩序和平衡