你们在上级或客户要求估时间的时候都是怎么估的呢？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

这是一个创建于 2470 天前的主题，其中的信息可能已经有所发展或是发生改变。

最近几个月对面客户每次提一点东西都要估时间，小到页面改个字，大到足以改动主要业务逻辑，足以改动已存在代码中 10%~20%的大改动，都要估个时间。

问题是很多事根本没法估，又或者估时间本身也需要数个小时去分析，而客户那边根本不会给这么长的时间。

比如上次，在会议桌上，问我一个需要改动上万行代码的改动，要多少时间，我没办法，只能大概说了个一两周吧，然而客户觉得太长，无法接受。

不知道大家在遇到这种情况的时候都是怎么做的呢？我现在只能尽量往长了说，没别的办法😂

改动

估

客户

代码

23 条回复 • 2018-03-28 11:09:47 +08:00

Mazexal

2018-03-26 09:44:47 +08:00

离职.....

lllllllllllllll

2018-03-26 09:47:09 +08:00

最讨厌估时间的公司了，上家就因为没估好天天加班，领导骂你还没法争辩。受不了就走了。感觉这种公司都是坑啊。。

Jameson1559

2018-03-26 09:54:09 +08:00

估时间这种事儿类比成看病就懂了
如果症状明显，定位清晰，那么预估时间就比较容易，比如 3-5 个疗程，5 日 /疗程这样
如果是什么都没有，不能定位，也不能确认症状就估时间，Sorry，做不到，Tan90

crazystory

2018-03-26 10:17:49 +08:00

需要估计时间的时候先不要回答,告诉对方先回去看看
然后自己开始预估时间, 要预留出空余时间来应对需求变更或者踩坑,不要把时间卡的太死
如果对方无法接受这个时间...看你嘴炮本事了

Otho

2018-03-26 10:23:13 +08:00

时间充裕就一项项列出来慢慢想，会议上这种情况，一般都是实际时间 *4，不接受？让他们整理需求去。

Cat73

2018-03-26 10:48:14 +08:00

@Mazexal 只是一个客户而已，公司有一定感情，不考虑离职😂
@lllllllllllllll 会被客户骂，领导倒不会
@Jameson1559 很多时候客户那边不会是大领导跟我们打交道，他们会说我们领导找我要时间呀，你怎么也得估一个呀
@Otho @crazystory 不大可能😂

还在赶代码呢😂趁着自动化部署的空来回帖😂

RubyJack

2018-03-26 11:20:12 +08:00

细分，然后一个一个点估计

iFlicker

2018-03-26 11:30:59 +08:00

上周五新需求开会结束的时候让我评估时间。。。
我随便一想，说三天。。。
愣了两秒发现不对劲，好像有点短。。
然后大家笑了起来散会。。。。。。。

utanbo

2018-03-26 11:44:48 +08:00

感觉你的问题不是估计的准不准，而是客户对时间有要求。

night98

2018-03-26 12:45:51 +08:00 via Android

预估基础时间 x3 以避免有坑跳不过，或者改需求的问题出现

mario85

2018-03-26 12:47:13 +08:00

最近刚跟新空降的总监就 ETA 的事情闹了一波，目前来看效果不错，达成了不是什么都能有 ETA 的共识
要是对方倔强效果不行的话我绝壁离职
其实最忌讳的就是跟公司讲感情

jmc891205

2018-03-26 12:55:06 +08:00

1) 先把功能细分然后一个点一个点估最后加起来
2) 然后在向上汇报之前把 1)得到的时间乘以二
3) 有经验的管理人员排期的时候应该把开发人员估算的时间再乘以二

bilibiliQQ

2018-03-26 12:58:27 +08:00

小伙子，贵姓？

Cat73

2018-03-26 13:26:32 +08:00

@bilibiliQQ 喵喵喵？？？

CFM880

2018-03-26 13:50:51 +08:00

先分功能模块，然后拍脑袋决定这功能要多久，累加，乐观估期和悲观估期，尽量往中间靠，要么坑自己要么坑 boss，拍脑袋久了，就有感觉了，或许之后时间会估的准些

gnozix

2018-03-26 15:37:57 +08:00

往多了预估，老板不接受就让加人

jdlau

2018-03-26 15:48:08 +08:00 via Android

往长了估，嫌太长你让他自己来。

grewer

2018-03-26 16:10:15 +08:00

哈哈,往时间长了估,比如一个功能或页面你半天就能做好,还是得估一天,给一个缓冲时间

taobibi

2018-03-26 16:48:13 +08:00

一般要求估时间的客户都是 ZF 机关或者事业单位，他们大 BOSS，做事情总是要具体的时间表，然后你问他具体要求，他又很含糊，你做个他又说不好，没明白他的意思，然后反反复复。

saulshao

2018-03-26 17:27:25 +08:00

我看回复的似乎都是纯粹的开发人员。
在下是多年工作经验的 BA,平时干的事情,在互联网行业叫做产品经理。
说到估时间,其实这是一个比较复杂的事情:
在项目管理理论里面,评估一件事情的工作量是很重要的工作,通常如果拿这个问题来问开发,基本上就是自己不知道该怎么评估,需要征求开发自己的意见。
开发都比较反感这事,因为在开发人员的思维里面,就一个原则:"我又不是先知，怎么能预测未来呢？"
时间评估也叫工作量预估,实际上是用来给项目经理计算项目(阶段)的预计持续时间的。这个时间的估计，通常会遵循一些管理方面的原则。
对于开发人员，我的建议如下:
任何人问你关于工作量的事情，你都要预估自己的能力和复杂程度,然后得出一个预估的可以完成的时间,接下来把这个时间周期乘以 3 或者 4。

ke1e

2018-03-26 20:28:03 +08:00

对业务比较理解的话预估时间其实不会太难，每次在你预想的天数上再加上一两天没什么问题

cysroad

2018-03-27 16:18:08 +08:00

划分功能、模块算工时，时间往大的说，预留测试和调试时间。列个 excel，拍客户脸上。

wshcdr

2018-03-28 11:09:47 +08:00

开发估时间是比较烦心的