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