最近几个月对面客户每次提一点东西都要估时间，小到页面改个字，大到足以改动主要业务逻辑，足以改动已存在代码中 10%~20%的大改动，都要估个时间。
问题是很多事根本没法估，又或者估时间本身也需要数个小时去分析，而客户那边根本不会给这么长的时间。
比如上次，在会议桌上，问我一个需要改动上万行代码的改动，要多少时间，我没办法，只能大概说了个一两周吧，然而客户觉得太长，无法接受。
不知道大家在遇到这种情况的时候都是怎么做的呢？我现在只能尽量往长了说，没别的办法😂
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 2968 days ago, the information mentioned may be changed or developed.
 |
1
Mazexal Mar 26, 2018
离职.....
|
 |
2
lllllllllllllll Mar 26, 2018  1
最讨厌估时间的公司了，上家就因为没估好天天加班，领导骂你还没法争辩。受不了就走了。感觉这种公司都是坑啊。。
|
 |
3
Jameson1559 Mar 26, 2018 1
估时间这种事儿类比成看病就懂了
如果症状明显，定位清晰，那么预估时间就比较容易，比如 3-5 个疗程，5 日 /疗程这样 如果是什么都没有，不能定位，也不能确认症状就估时间，Sorry，做不到，Tan90 |
 |
4
crazystory Mar 26, 2018
需要估计时间的时候先不要回答,告诉对方先回去看看
然后自己开始预估时间, 要预留出空余时间来应对需求变更或者踩坑,不要把时间卡的太死 如果对方无法接受这个时间...看你嘴炮本事了 |
 |
5
Otho Mar 26, 2018
时间充裕就一项项列出来慢慢想，会议上这种情况，一般都是实际时间 *4，不接受？让他们整理需求去。
|
 |
6
Cat73 OP @Mazexal 只是一个客户而已，公司有一定感情，不考虑离职😂
@lllllllllllllll 会被客户骂，领导倒不会 @Jameson1559 很多时候客户那边不会是大领导跟我们打交道，他们会说我们领导找我要时间呀，你怎么也得估一个呀 @Otho @crazystory 不大可能😂 还在赶代码呢😂趁着自动化部署的空来回帖😂 |
 |
7
RubyJack Mar 26, 2018
细分，然后一个一个点估计
|
 |
8
iFlicker Mar 26, 2018
上周五新需求开会结束的时候让我评估时间。。。
我随便一想，说三天。。。 愣了两秒发现不对劲，好像有点短。。 然后大家笑了起来散会。。。。。。。 |
 |
9
utanbo Mar 26, 2018 1
感觉你的问题不是估计的准不准，而是客户对时间有要求。
|
 |
10
night98 Mar 26, 2018 via Android
预估基础时间 x3 以避免有坑跳不过，或者改需求的问题出现
|
 |
11
mario85 Mar 26, 2018
最近刚跟新空降的总监就 ETA 的事情闹了一波，目前来看效果不错，达成了不是什么都能有 ETA 的共识
要是对方倔强效果不行的话我绝壁离职 其实最忌讳的就是跟公司讲感情 |
 |
12
jmc891205 Mar 26, 2018
1) 先把功能细分 然后一个点一个点估 最后加起来
2) 然后在向上汇报之前把 1)得到的时间乘以二 3) 有经验的管理人员排期的时候应该把开发人员估算的时间再乘以二 |
 |
13
bilibiliQQ Mar 26, 2018
小伙子，贵姓？
|
|
14
Cat73 OP @bilibiliQQ 喵喵喵？？？
|
 |
15
CFM880 Mar 26, 2018
先分功能模块，然后拍脑袋决定这功能要多久，累加，乐观估期和悲观估期，尽量往中间靠，要么坑自己要么坑 boss，拍脑袋久了，就有感觉了，或许之后时间会估的准些
|
 |
16
gnozix Mar 26, 2018
往多了预估，老板不接受就让加人
|
 |
17
jdlau Mar 26, 2018 via Android
往长了估，嫌太长你让他自己来。
|
 |
18
grewer Mar 26, 2018 1
哈哈,往时间长了估,比如一个功能或页面你半天就能做好,还是得估一天,给一个缓冲时间
|
 |
19
taobibi Mar 26, 2018
一般要求估时间的客户都是 ZF 机关或者事业单位，他们大 BOSS，做事情总是要具体的时间表，然后你问他具体要求，他又很含糊，你做个他又说不好，没明白他的意思，然后反反复复。
|
 |
20
saulshao Mar 26, 2018 1
我看回复的似乎都是纯粹的开发人员。
在下是多年工作经验的 BA,平时干的事情,在互联网行业叫做产品经理。 说到估时间,其实这是一个比较复杂的事情: 在项目管理理论里面,评估一件事情的工作量是很重要的工作,通常如果拿这个问题来问开发,基本上就是自己不知道该怎么评估,需要征求开发自己的意见。 开发都比较反感这事,因为在开发人员的思维里面,就一个原则:"我又不是先知，怎么能预测未来呢？" 时间评估也叫工作量预估,实际上是用来给项目经理计算项目(阶段)的预计持续时间的。这个时间的估计，通常会遵循一些管理方面的原则。 对于开发人员，我的建议如下: 任何人问你关于工作量的事情，你都要预估自己的能力和复杂程度,然后得出一个预估的可以完成的时间,接下来把这个时间周期乘以 3 或者 4。 |
 |
21
ke1e Mar 26, 2018
对业务比较理解的话预估时间其实不会太难，每次在你预想的天数上再加上一两天没什么问题
|
 |
22
cysroad Mar 27, 2018
划分功能、模块算工时，时间往大的说，预留测试和调试时间。列个 excel，拍客户脸上。
|
 |
23
wshcdr Mar 28, 2018
开发估时间是比较烦心的
|
Select Language