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