谢谢彦祖们的建议,之后无论是修改颜色还是复杂的需求,都坚决不让步的让产品提需求到文档上,大不了不干了
1
lithiumii 2021-09-28 22:40:25 +08:00 via Android
凡事都写下来,没有看板之类的,拉个电子表格也行。
|
2
FrankAdler 2021-09-28 22:45:34 +08:00
规范下流程把,提需求,评审,排期,开发工期,测试工期,发版日
打乱流程的自己负担结果就行 |
3
taresky 2021-09-28 22:48:37 +08:00
遇到这种产品,就和他讲流程。
都 2021 年了,还有这样的产品啊。。。 |
4
Bijiabo 2021-09-28 22:49:09 +08:00 4
早期阶段:聊天截图、保存日志、对话录音,比较难做出的是撕破脸把记录摊出来一条一条对,一旦做了,就感觉世界宽广了
中期阶段:提需求的时候就开始喷,但有理有据。可以站在产品角度分析这个需求的合理性,合格的产品经理会怎么做,如何做一个好的产品经理 后期阶段:找产品经理的上层聊天,畅谈自己对于当前业务的理解、产品需求合理性的思考,并给出更好的解决方式。如果可以,可以商讨自己来负责一部分产品需求,慢慢把这个产品干走 |
5
ayase252 2021-09-28 22:57:32 +08:00
那就只能严格按流程来咯
|
6
xianzhe 2021-09-28 22:59:36 +08:00 via Android
绝不私聊,所有沟通均在工作群。改需求可以,加排期。不想加排期要加班就要求必须和开发一起加班。
|
7
vertigo 2021-09-28 23:00:26 +08:00
谈中型以上需求都要走邮件,小改动都要钉钉确认
|
8
wdlth 2021-09-28 23:29:40 +08:00
说明你们那项目管理有问题,即使是视觉修改也应该是记录的,特别是移动端,不同的设备不同的屏幕显示效果可能不一样,而且还要考虑浏览器本身的缩放。
|
9
tanhui2333 2021-09-29 07:43:25 +08:00
某月的一号,产品提出一个改样式的需求,然后过了十天半月,又说改成另一个样式,最气人的是,第一次的修改要求,他说他没提过,似乎错误在我似的
--------------------------------------------------------- 这是把路走绝了 |
10
silencil 2021-09-29 08:44:08 +08:00 via iPhone
这种事我遇到过,不过是我同事,而且是十分钟不到反卦,然后和我说前面的要求他没提,最后我逼着他承认了才作罢。
|
11
jorneyr 2021-09-29 09:17:27 +08:00
项目管理软件提需求、Bug 等然后分配到手上的才做,燕过留痕。
|
12
sonders OP @lithiumii 主要公司的工作流程就是这样的,只有 bug,部分需求才会正式提到表格改,有时候需求就当面说了,一点都不规范
|
13
xieshaohu 2021-09-29 09:33:06 +08:00
口头说的不算,留到文字上就行,邮件、微信、企业微信、QQ,反正要看到文字才动手。
|
14
sonders OP @wdlth 就是觉得改个字体或者颜色啥的也不算大事情,都是同事,你轻松点我觉得也无所谓,可是自己说过的话都不记得,还推给我就感觉很恶心
|
15
xuanbg 2021-09-29 09:40:58 +08:00
邮件提需求。其他途径不接受。
|
16
xlmo 2021-09-29 09:45:22 +08:00
口头说的需求,你在钉钉上再跟他确认下,留个记录就行了。
|
17
INTOX8O 2021-09-29 09:52:43 +08:00 1
哈哈,我现在的产品就是这样子。数据库文档没有、ER 图没有、项目逻辑图也没有。只想要个 ER 图问了两个月现在还没给我,不过已经不重要了因为我爬了
|
18
itechnology 2021-09-29 09:54:53 +08:00
我们部门也遇到过,好在我们是坚决要发邮件确认的
|
19
dongdongdong 2021-09-29 09:56:09 +08:00
建议使用企业微信的 tapd
|
20
zhaol 2021-09-29 09:57:18 +08:00
直接翻聊天记录。碰到过,直接聊天记录截图发到大群艾特他,不跟他多逼逼
|
21
touchwithe 2021-09-29 09:57:47 +08:00 via iPhone
小改动不提需求,之前也要再聊天软件里发句话,留个记录
|
22
shierpro 2021-09-29 09:57:59 +08:00
没遇到过
|
23
wu67 2021-09-29 09:59:30 +08:00
那你就油滑一点咯.
下次再遇到这种情况, 先安静听完, 能做的就说能做, 然后说我现在很忙, 手头上的有点重要, 我先写完这段再改. 你等会整理一下记录, 钉钉发给我, 不然我怕后面就忘记了. balabala..... 硬怼的话, 那就直接跟他说先走流程更新 issue 咯, 上面一堆人都说过了. 但是不建议硬怼, 他做法烂是他烂, 硬怼只会把同事关系搞糟糕, 当然你在研发部门里具有话语权就另说... |
24
zxCoder 2021-09-29 10:01:04 +08:00
“那你把这个需求整理一下发给我”
|
25
sonders OP |
26
wu67 2021-09-29 10:14:34 +08:00
@sonders 是的. 我就是这么干的. 如果不发给我, 就干脆不写, 后面就说要做的事太多了, 忘了. 碰过几次软钉子之后, 如果你的同事不是情商为 0, 一般都会学会怎么跟你友好交流了
|
27
exceloo 2021-09-29 10:16:20 +08:00
口头说的一律不接啊,拉不下面子就打哈哈,说‘啊我忘了,上次说要改什么来着?要不你写下来发我”
|
28
Leonard 2021-09-29 10:16:30 +08:00
不要口头约定,要加 /改需求,要么写文档,要么发邮件,免得到时候扯皮
|
29
darkengine 2021-09-29 10:19:12 +08:00
微信 /钉钉 /邮件里问他,“我记性不好,能把刚才说的修改点用文字发一下吗”
|
30
deplivesb 2021-09-29 10:21:39 +08:00
我现在的原则是,凡是需求(哪怕是改一个标点符号)我必须看到需求链接,而且要走正常的需求评审流程,否则不做,而且做了也不走我的正常工时啊,我为什么要做
|
31
RainCats 2021-09-29 10:34:35 +08:00
所有沟通走工作群,即使是口头说的,反手在群里 @所有相关人员,说一下 xxx 已按 xx 意思修改完成
|
32
abcbuzhiming 2021-09-29 10:35:27 +08:00
本人亲身体会,身为程序员,没有和产品经理吵架,拍桌子,甚至抡起键盘打架的经历,说明资历太浅。我认为是否和产品经理正面打过架并互有输赢,是一个程序员是否走向成熟的必要条件
|
33
Nich0la5 2021-09-29 10:51:56 +08:00
很难吗? 是的很难,你行你上啊。
你不会?不会你凭啥说不难 |
34
demo06 2021-09-29 10:52:02 +08:00
制作一份需求确认书,每次产品提需求时填写需求出处,目的,达到效果,并要求相关人员签字,不执行就不开发,扯皮拿确认书说事
|
35
cw2k13as 2021-09-29 11:28:47 +08:00
需求请走禅道,谢谢,省的产品无成本提需求,他会因为麻烦减少需求频率,出了问题你也有证据,白纸黑字
|
36
tabris17 2021-09-29 11:33:02 +08:00
凡事邮件沟通,没有邮件不做
|
37
niub 2021-09-29 13:28:46 +08:00
产品需求一律提看板。你们的产品需求不过技术评审吗?
我司的一个产品上次开会的时候来了句某个项目一周后就要上线,结果到现在,两个月过去了还没上。那个项目的原型从开始到现在一直在改,原型描述也不清楚 :) |
38
bk201 2021-09-29 13:35:35 +08:00
我觉得如果你觉得不合适,肯定是能说出理由的。有理由你就抛出来,看对方怎么回你。你不说就是你的问题了。
|
39
felixwang 2021-09-29 13:52:37 +08:00
所有需求已邮件形式发送
|
40
fiypig 2021-09-29 13:56:36 +08:00
禅道这东西用用就知道了
|
41
wangyzj 2021-09-29 13:59:32 +08:00
你见过这样的老板吗?
写了一版 PPT,不行? 又陆续写了 99 版,还是不行 最后拿出第一版,过了!!! |
42
morizawatt 2021-09-29 14:17:38 +08:00
太普遍了,pm 门槛挺低的,感觉学历好一些什么人都能当 pm 。
该走流程走流程,该邮件确认就邮件确认,对无赖掰扯是没用的。把持住走流程底线,不要放水,都是同事怎么了,坑的就是老实人。 |
43
jrtzxh020 2021-09-29 14:27:09 +08:00
哈哈 比我们的产品好多了。我们产品经常问:”咦?这功能是什么?什么时候做的?为啥这样做?"
|
45
ersic 2021-09-29 14:33:03 +08:00
如果气不过非要刚,可以查查公司监控
|
46
huqi 2021-09-29 15:08:31 +08:00
下次变更记得要他先发邮件
|
47
chenstor 2021-09-29 15:14:56 +08:00
口头需求吗?口头的一概不做就好。
|
48
yEhwG10ZJa83067x 2021-09-29 16:14:36 +08:00
口头的,都再钉钉或微信把需求发他一遍他确认后再去改。
|
49
xianghaolin 2021-09-29 16:20:29 +08:00
千万别接任何人的口头需求,要文档存档,有理有据。
|
50
cwp374240920 2021-09-29 16:23:37 +08:00 via Android
这是产品经理还是项目经理?
|
51
ahsjs 2021-09-29 16:25:21 +08:00
发邮件
|
52
sonders OP |
53
chenstor 2021-09-29 16:52:08 +08:00
书面是合理的,确保双方理解一致,而且避免后续扯皮。没看到书面的就不做。
聊天工具也好,邮件也好,需求工具也好,总之就得是书面的。 话说,贵司还能存在口头需求,也是够够的,不用测试跟进吗,需求说完开发直接写代码,开发将代码怼到服务器,完事? |
54
LewisW 2021-09-29 17:05:35 +08:00
产品就会有意无意的说“这个很难吗”
你就用经典名言 “这个需求的意义是什么” 怼回去 |
56
exploreexe 2021-09-29 19:14:11 +08:00
让狗 B 产品提需求之前先修改文档,修改那些位置,不提不改。
至于说这个很难吗?你说咋滴?你会改啊?你会改你来改啊!呛他一回就长记性。 还有一点,就是只要加功能、改需求导致的延期,产品经理必须一块跟着研发加班,别 NM 提需求提的爽,感情开发陪你搁着玩呢? |
58
LewisW 2021-09-30 09:31:22 +08:00
|
59
LaGeNanRen 2021-09-30 09:35:49 +08:00
下次找个领导在的会上,说一下流程问题(不会说话就照着我的抄,记住别司马脸,带点笑容):
上次 xx 就跟我说字体问题,当时口头答应了后面又说没说过这事儿。你看不走书面流程就是这样,我不是说这件事谁记得对谁记错了,我是说这种随意的改动不走书面流程就很容易出问题,容易返工白白加工作量。所以以后有改动,先更新文档和设计图,通知到开发我们开发根据文档和设计图的改动进行更新。这样流程就很清楚:)不接受随口的改动,这样不利于产品更新迭代 |
62
lyhapple 2021-09-30 11:05:46 +08:00
看了第一条, 我就已经呵呵了, 你们的不错了, 还能过十天半个月才改, 我们这的产品是一天一改, 朝令夕改, 一直在改.
|
63
fqy12300 271 天前
给他看 Git 提交记录
|