这是一个创建于 1400 天前的主题，其中的信息可能已经有所发展或是发生改变。
怎么处理这种情况？求分享，支招
 |
1
xnode 2020-06-19 10:53:23 +08:00
经常 只能随口答
|
 |
2
shuang 2020-06-19 10:57:19 +08:00  1
经常 往多了估
|
 |
3
yaocai321 2020-06-19 10:59:32 +08:00 6
无论是工作 还是生活 遇到不合理的 要敢于发声，敢于拒绝。
沉默最后害的不是自己，而是整条利益线上的人，且越下游越可怜。 |
 |
4
seki 2020-06-19 10:59:56 +08:00 11
你可以：
- 往多了估 - 用各种各样的细节把 ta 问倒 - 让 ta 签字确认脑图之外内容开发可以随意实现，如果有追加需求需要扫码支付并且推迟交付时间 |
 |
5
GoopleXD 2020-06-19 11:01:22 +08:00
作为 b 端产品表示 , 前期一般只是跟研发简单了解下工程方案和实现难度 , 没确定细节的话不会直接要时间
倒是业务团队经常这么干 , 只说下大概要什么 , 就要排期 |
 |
6
ye22st 2020-06-19 11:04:17 +08:00 1
楼主这个还算好了。之前产品给个计划表，让我们开发估时间，我们估计至少要两个月？和他说完，他说不行，必须一个月之内搞定。那我就不明白了，那让我们估时间的意义在哪里？
|
 |
7
Achiii 2020-06-19 11:06:44 +08:00
基操
|
 |
8
wuqingwei 2020-06-19 11:07:15 +08:00 2
领导知道你会往高的估，所以他会压一下时间，这里面的艺术就在于，怎么估高点，领导又觉得不好压缩你
|
 |
10
NH44443 2020-06-19 11:18:25 +08:00
一个标题都不算完整的需求也是遇过有的, 直接问回去你会不会写小学作文题纲
|
 |
11
Ariver 2020-06-19 11:21:56 +08:00
加个字段。
|
 |
12
xiaoming1992 2020-06-19 11:56:16 +08:00 via Android
说好，哪些东西可能会调整，哪些东西应该不会调整，如果需要调整前期声明不会调整的东西，需要重新评估时间
|
 |
13
avalon0624 2020-06-19 12:02:56 +08:00
挺多；建议问清楚所有细节，自己做一份流程图 + 详细文档说明，再交给产品确认。
|
 |
14
wizardoz 2020-06-19 12:24:31 +08:00
你还有脑图，不错了
|
 |
15
matrix67 2020-06-19 12:30:02 +08:00
我们产品用 txt 的。 一个功能点一行
|
|
16
matrix67 2020-06-19 12:31:23 +08:00 2
就是抄友商，友商有啥功能我们就有。
细节让我们点一下友商的页面自己了解一下。。。 |
 |
17
poembre 2020-06-19 12:39:02 +08:00
大家觉得产品经理， 真的有存在的必要吗！ 不拿张小龙说事
|
 |
18
diggzhang 2020-06-19 12:44:33 +08:00
还行，起码出脑图，我们产品善于口胡 PRD 。
|
 |
19
cxh116 2020-06-19 12:46:03 +08:00 via Android
还要估时间，不错了，这个时候的操作应该老板拍个时间，然后倒推功能的完成时间点就行了。
|
 |
21
RJH 2020-06-19 14:34:52 +08:00
我接到过的需求：最近公司要投标，你搞个积分系统吧。
然后我参考楼下的全家积分系统，撸了一个类似的。 |
 |
22
speculatorA 2020-06-19 14:45:14 +08:00
脑图的话很多细节没完善吧，直接十个细节问题丢过去，然后叫他衮回去整理就好了
|
 |
23
gadsavesme 2020-06-19 14:55:11 +08:00
@poembre 好的产品经理还是不少的，也必不可缺，只是现在市面上水货太多，连个原型图都画不清楚也说自己是产品经理。。。
|
 |
24
TimPeake 2020-06-19 15:14:57 +08:00
实际时间 x2
|
 |
25
bsg1992 2020-06-19 15:23:17 +08:00
往多了要就对了。 这种产品经理就是垃圾不靠谱
|
 |
26
wangkun025 2020-06-19 15:25:46 +08:00
|
 |
27
saulshao 2020-06-19 15:27:01 +08:00
这个就往死里评估就是了。
|
 |
28
chamuyaye 2020-06-19 15:32:29 +08:00
这种问细节都是浪费时间，因为中间必会变的，直接往多时间估就行了
|
 |
29
MJZ1995 2020-06-19 15:41:26 +08:00
哈哈哈哈哈哈哈哈哈哈哈哈哈哈。。。。。
|
 |
30
phpcxy 2020-06-19 15:43:54 +08:00
常规操作，最起码在你预估的时间乘于 1.5
|
 |
31
hahiru 2020-06-19 16:52:39 +08:00
让他发一份详细设想到你邮箱。不然毛估估个 1 年吧。
|
 |
32
xiaoyang7545 2020-06-19 17:07:00 +08:00
很正常，你往宽了估计。或者就直接回答需要明确需求才能估计。
|
 |
33
TimePPT 2020-06-19 17:13:16 +08:00 via Android
没 PRD 不过需求评审不估
|
 |
34
wobushizhangsan 2020-06-19 17:15:59 +08:00 via Android
@poembre 不吐槽忍不住，张是最烂的
|
 |
35
uxstone 2020-06-19 17:44:59 +08:00
中华田园敏捷开发 🐶
|
 |
36
evill 2020-06-19 17:46:34 +08:00
羡慕还有图
我们产品给一个 exel 一行一个功能(没细分的) 让估时间，估完就是太长。。。🐶 |
 |
37
ddefewfewf 2020-06-19 17:56:28 +08:00
估计时间又没用 反正我下班就走人
|
 |
38
thulof 2020-06-19 18:09:05 +08:00 1
产品出 PRD -> 研发出技术方案，这个过程中进行功能拆解 -> 输出甘特图，应该没问题吧？
|
|
39
thulof 2020-06-19 18:11:00 +08:00 1
没有 PRD，没有需求评审与需求宣讲，可以拒绝进入开发
|
 |
40
jwenjian 2020-06-19 20:55:31 +08:00
产品给的脑图，不往细了拆个 3，4 个 level，那些功能点根本没办法给工作量，所以这种情况就是根据脑图上的大功能点往细了问他，问到他自己都不好意思让你估工作量。
最后说一句，尽量避开有新需求不开需求评审会的公司 |
 |
41
xy2020 2020-06-19 21:24:19 +08:00 via Android
可以的，这是基本能力
不过前提是开发和产品之间要有默契和共识：随着脑图细节的增加，工期也会增加，有事可能会成倍增加。 |
 |
42
xuanbg 2020-06-19 21:26:47 +08:00
最好当然是脑图原型图都有，其次是只有脑图，再次是只有原型图，最次是只有 word……
楼主该满足了，我们产品只有原型图，我还得根据原型图去补脑图呢。 |
 |
43
May725 2020-06-19 21:31:04 +08:00 via iPhone
我要这个，跟这个一样的就行
|
 |
44
JCZ2MkKb5S8ZX9pq 2020-06-20 05:31:54 +08:00
说一个反面角度的，以前做产品，提了一个功能版本，程序员就是一路问，问到很细。
基本 RP 流程图和 UI 都齐全了，还是一副不太清楚需求的样子。 也有上面提到的，提出将来一点都不能改，改了就是你设计的责任之类的。 照那个样子，就没什么版本迭代了。windows 直接憋到 win10 再推出好了。 所以凡事还是要讲究个平衡，这也是个团队默契的问题。 其实提的需求我认为完全在正常范围内，我自己也写会代码，实现难度能估个大概。 后来被拖了两个月实在受不了了，自己连学带写了一个礼拜全部搞定。 所以隐约感觉可能是水平不行或者故意磨洋工找借口。而且当时做的是一个偏社交的，发现那位大哥平时连微博都不用，一些基本概念都对不上，一些基本交互都很难交代清楚。 之后换了个人好多了。 |
 |
45
theprimone 2020-06-20 09:08:42 +08:00
估时间这种事儿，有点玄学的感觉。
|
|
46
seki 2020-06-20 11:07:38 +08:00
@JCZ2MkKb5S8ZX9pq
当然可以改，都可以改，就是取决于改动大小，交付时间可能需要重新排，这算是合理需求吧。 只是我觉得拿出个脑图就假装文档已经给好的 PM 可能不会理解这个事情，也不一定能理解一个功能的交付需要留出部署、测试和修 bug 的余度。提出一点都不能改，就是让他重新思考一下 |
 |
47
Kazetachinu 2020-06-20 11:23:14 +08:00
@wizardoz 。。。。我真是好心疼你啊
|
 |
48
12tall 2020-06-20 14:24:27 +08:00
@avalon0624 层主说的靠谱，先搞清楚需求在揽活，不然后面填不完的坑
|
 |
49
madpecker009 2020-06-20 16:01:05 +08:00
外包公司不是常事？起码你们还有产品，你知道销售直接拿着需求文档让你估算工期是什么感受么？
|
 |
50
pythonee 2020-06-20 17:05:18 +08:00
我打算收藏这个帖子，以后有人这么找我，我就把这个帖子给他看
|
 |
51
janus77 2020-06-20 18:34:40 +08:00
按你能想象到的复杂度再乘以 10 。他不服就怼回去让他自己估。甩锅谁不会啊
|
 |
52
zjsxwc 2020-06-20 22:14:56 +08:00 via Android
这种是懒人产品，不负责任的产品都这样，最后变成让开发人员去想产品。
不过如果之前合作多的话一般也可以大概评估一下时间，“时间=路程 除以 速度”。 一般团队的速度，由于木桶效应，是按照你们效率最低的那个队友的时间来估算的，比如实习生，每个阶段 deadline 都是大家在等那一位“木桶短板者”完成任务。而由于产品的偷懒你们的 路程 也不好评估，万幸的是如果之前有过多次合作的话，你们也可以通过以往的经验来评估路程，这样可以得出结论一般 “评估的时间”=“往期经验路程”除以 “团队效率最低者的速度”然后往往会在吃基础上加上一定的冗余时间用于对外沟通。 |
Select Language