产品经理的奇葩要求

[justicelove]

背景：

近期部门在赶一个项目， 5.1 号是一个节点，为了赶这个时间点近期任务比较重，今天的主要工作就是和另一个系统群进行接口联调（另一个系统群的开发人员今天出差过来现场沟通开发）。

昨晚 10 点多产品经理应该是接到了另一个系统群提出的要求，我们接口的返回数据要按照另外一个系统群定义的格式重新定义。

事情发生

• 昨晚 10 点多，产品经理在钉钉群里连发几条消息，表达要尽快修改返回数据格式，来使得今天联调更顺畅并 at 了所有人。

疑问

• 前一天 10 点多发消息说要修改，来加快第二天的联调进度，意思是让我们通宵修改吗？
• 钉钉群里产品经理说这个很重要，为什么不上周和对方接洽时就表明对方的要求并给出具体要求？

自己的问题

• 自己只是一味按照需求码代码，没有对需求求根问底。
• 这家公司大家觉得还有没有必要继续呆着。

[hand515]

手机关机睡觉去

[flybears]

通用答案：要么忍要么走!
ps: 看看过阵子会不会好点，或者和产品经理表明自己的意图，或者直接关钉钉，我就是下班不开钉钉的....

[luckyduck]

好，很好，非常好， Yes ！

[binjoo]

经常碰到的事情，临近里程碑的时候，临时改个需求，还特么说第二天就要。

要你妹要。

[jingniao]

我下班后手机都有一定概率打不通（手机没电下班也不想冲，或者关机充）， qq ，微信的话我非必要都是用绿色守护禁止启动的。

[taresky]

别混淆，先分清楚谁的锅。

这次临时变动，是因为

1. 对方技术对接人变卦
2. 你们产品变卦
3. 你和对方沟通问题

中哪一种情况。谁的问题谁负责。

如果是 PM 的锅，你没理由替他背。让他自己搞定。
换句话说，如果是你的锅， PM 发现了提醒你，也没啥问题。

[lusheldon]

你们需要一个接口人，控制项目进度。部门独立发布任务。

[whileFalse]

讲道理，技术部门的领导应该负起责任，把这种不靠谱产品经理喷回去。

看见这事我就想起我妈养的狗。
内狗一叫我妈就抱它。我跟我妈说别抱。我妈说不行啊它叫啊。
我就拿报纸卷了根棍子。它再叫追着它抽。抽得它边跑边漏尿。老实了。

人跟狗一样。惯着就越来越完蛋。这次他晚上十点提需求，你给他做了，下次他还来。而且还振振有词，上次能做这次怎么就不能做？还要报告上级说你们耽误开发进度。
这就必须得把责任搞清：某某产品经理，作为和对方系统群的联系人，对自己的工作内容不负责不能及时理清对方需求，在开发接近完成时肆意改变需求；不能承担改变需求的后果，要求开发加班给他擦屁股，搞得开发怨声载道。

[billgreen1]

我记得之前 V2EX 有人分享过，该怎么甩锅。具体就是，我这边的这个也很重要，改了如果出错，你得负责？
他给出的解决方案是用队列，谁爱订阅谁订阅去，返回的格式不符合要求他们自己写个转换不就好了？

[sharkli]

先解决问题再来讨论谁的锅
有没有人考虑过公司的利益

[hzwei]

这个问题很简单
怎么实现我不管

明天上线

[mhycy]

可能的情况下中间层解决问题，不允许用这个方案直接喷回去。
产品经理可不是领导（如果产品经理是领导，所有负面影响都说出来）

[zhengxiaowai]

做人要有点脾气。

[nashxk]

产品不懂技术吧。。这个钉钉，我下班之后坚决不看的。只在上班的时候电脑上用。

[imn1]

工作流程有问题

产品经理能随意指挥？
工作安排是项目经理（或主管）负责的，这个明显是需求变更，必须经项目负责人重新安排工作

[imn1]

我记得以前呛过公司一句话：
如果财务能在第二天上班前，把算错我的工资立即补发，我也能当天完成下班前才交给我的工单

当然，说这话的时候我已经联系好下家了
MD ，算错我工资还要等一周才补发，不走干嘛？！

[kulove]

只要不在公司，可能只有电话可以联系到我..

[whileFalse]

@sharkli 没有公司的股权考虑什么公司的利益。

[wildcat007]

想到一个段子：
周五下班还有一个小时，经理给我一个任务，然后说：“不用急，慢慢弄。周一上班早上给我就行了”。

然后分享之前待的一个公司的事情。开发 APP ，分为线下和线上包。线下测试 OK ，每次改成线上包都会有一堆 bug ，而且每次定的发包日子都是周四或者周五。我经历过的几次发包，基本都是通宵达旦，然后周六“义务”加班。（谁让你的 bug 没改好）。后来这公司说要上市，然后友善的辞退了一部分老员工。

5.1 这个节点感觉就跟我们这边定周五节点差不多，晚上 10 点艾特所有人的产品经理，脑袋是不是有点儿问题。我们这边有个 teamleader 还不错，临时改的需求拒绝，除非 CTO 或者 CEO 拍板要改。（不过 CEO 的确拍板过一次要增加一个他觉得很重要的需求）。

所以啊，最后就是 要么忍要么滚~

[mcfog]

首先有一点，开发过程中开发任何的不愉快产品经理都有一部分责任，但产品经理不靠谱并不是开发不靠谱或者开发不专业的接口。你该做的是尽快回复对方你的意见（突然修改的风险，是否对其他系统有影响，是否对进度的影响）以及你的下一步（是需要和直属上级沟通确认，是需要和其他部门评估风险，还是需要时间来评估工作量，还是现在就可以开始做，什么时候交货），当然晚上十点这种不合理的时间，等第二天上班再回也无可厚非，或者直接先回“太晚了，明早来和同事一起评估后给出结论”更好点。先把项目推完，项目差不多收尾的时候可以和你的／你们的上级聊聊，确认他们了解到这次变更的前因后果（注意绝对不是打小报告，就是说你了解的事实和你的应对）

> 自己只是一味按照需求码代码，没有对需求求根问底。

yep ，这个是合格开发到优秀开发的一个很重要的晋级，合格的人能做好自己份内的事（然后交界的问题看天命），优秀的人能 hold 住和自己交接的所有其他人，不给对方犯错的机会（了解需求也好，要求事先确认接口定义也好，提前做好抽象支持对方要求的各种返回格式也好）

> 这家公司大家觉得还有没有必要继续呆着

只看一个这么小的片段没意义把，别什么不开心都往“我不呆了”去想，嘛，确实组织架构不合理，向上沟通不畅的话肯定得撤