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

[Cat73]

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

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

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

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

[Mazexal]

离职.....

[lllllllllllllll]

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

[Jameson1559]

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

[crazystory]

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

[Otho]

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

[Cat73]

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

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

[RubyJack]

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

[iFlicker]

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

[utanbo]

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

[night98]

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

[mario85]

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

[jmc891205]

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

[bilibiliQQ]

小伙子，贵姓？

[Cat73]

@bilibiliQQ 喵喵喵？？？

[CFM880]

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

[gnozix]

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

[jdlau]

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

[grewer]

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

[taobibi]

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

[saulshao]

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

[ke1e]

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

[cysroad]

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

[wshcdr]

开发估时间是比较烦心的