怎么处理这种情况?求分享,支招
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 都是大家在等那一位“木桶短板者”完成任务。而由于产品的偷懒你们的 路程 也不好评估,万幸的是如果之前有过多次合作的话,你们也可以通过以往的经验来评估路程,这样可以得出结论一般 “评估的时间”=“往期经验路程”除以 “团队效率最低者的速度”然后往往会在吃基础上加上一定的冗余时间用于对外沟通。 |