关于工时估计，大家时怎么做的？按照接口估，还是按照功能评估？ 类似于增删改，大家按照什么估时？一个接口几小时？ 或者关于系统，类似于背包，排行榜，库存之类的，系统相关的怎么估计时间。 前端联调，BUG 修改是否添加在功能时间内？
 | 1 tangping 12 天前 预估大概*1.5 倍 /狗头 |
 | 2 falconeye 12 天前 实际影响工作量的变量太多了，不是能简单抽象出一个公式进行计算的。所以需要搞一段时间以后才有经验。 一般先评估自己全力开发的时间，然后再根据自己并行的任务、项目节奏、紧急程度，x3 ，x2 ，x1.5 。 另外，要确认前置依赖的，把它们的时间单独累计，特别是跨团队协作的项目。 上面说的是开发，联调、测试、发布，都要单独进行评估，要拉相关的人员一起。 一般协作的人越少，评估就越简单，越准。 |
 | 3 InDom 12 天前 能多要, 别少要. 提前完工是你能力强. |
 | 5 elza 11 天前 实际工时 1 天，估 3 天。3 天估一周 |
 | 7 dtdths1 11 天前 正常工作时长*2 |
 | 8 crysislinux 11 天前 现在难办了，老板动不动 vibe 个半成品，然后觉得你做起来应该很快。。 |
 | 9 Daybyedream 11 天前 肯定多写 |
 | 10 intmax2147483647 11 天前 我们只估复杂度。 时间的影响因素太多了，一个简单的需求也许因为和其他部门对接或者有些其他 blocker 导致花好几天搞完。 |
 | 11 evan9527 11 天前 1 报 2 ，2 报 4 ，3 天以上报 1 周。 |
 | 12 snow0 11 天前 这不都是领导定的吗，“某个时间节点必须完成” |
 | 13 BelongLin 11 天前 拆模块估开发时长，联调一般是开发日的二分之一，buffer 日预留不一般不超过两天 |
 | 14 yxc246800 11 天前 个人往长了报，因为项目开发不可能一帆风顺，再成熟的项目实际做下来多多少少会遇到写意想不到的意外，这个意外可能复杂也可能很弱智，但总归是耽误时间的，要给这个留一点容错。 但是小领导肯定希望往短了报，因为他要报给大领导争取一些好感。 |
 | 15 8355 11 天前 看团队其他人的预估范围和负责人对工时的考量倾向 不仅仅需要考虑自己的工时也要考虑其他人怎么评估 标准拉齐 没有绝对正确的答案，不熟悉的功能多请教下熟悉的人有没有坑之类的 普通小模块一套 curd 团队其他人普遍 2 天 你也 2 天维持秩序和平衡 |
Select Language