今天早上发生了一件事情,我不知道是我过于敏感了。

2019-04-04 16:06:38 +08:00
 yag
公司同一个项目组的 A 哥今天请假,然后 PM 早上想改个需求,但是需求涉及到第三方接口,这个接口又是 A 整合的,我说 A 请假了,他整合的接口没给我们反馈 ID,不知道 ID 改起来有点麻烦。PM 脱口而出,“给他打电话,问他 ID 是多少”,我跟我们项目组老大没接话,讨论了两句怎么绕过 ID 去实现。PM 那边又说“给他打电话就行了,只要在地球上总能联系上的”。
我一直觉得,既然同事已经请假或者放假了,不是很紧急的状况就不要再去打搅别人,但是 PM 这个口气与做法让我真的反感。仅次于非工作时间在微信群 @来 @去。
11656 次点击
所在节点    职场话题
80 条回复
mscststs
2019-04-05 11:00:32 +08:00
> 小声 bb : "邮件这么好用的东西"

我支持不打扰。请了假就是请了假,今天睡个回笼觉你要打电话来吵醒我就为了问个 ID,讲真明天我就能辞职
qwx
2019-04-05 12:14:53 +08:00
@envylee 没有问题哦,一定要发帖让别人别来哦。
qwx
2019-04-05 12:17:52 +08:00
@envylee 哎,不过看了你给别人的回复,果然就是戾气很重,block,祝好运吧
qwx
2019-04-05 12:19:25 +08:00
@mooncakejs 萝卜青菜各有所好,支持。
joyc
2019-04-05 12:36:55 +08:00
我觉得电话可以打,但是要说清楚的是如果对方口头立马能回答那个 ID 是什么,假若对方还要开电脑或者费力找文档查询的话,不如等其回来了再做,避免让对方被加班。
a663
2019-04-05 12:54:09 +08:00
@zarte 这个怎么就是常事了?凭啥?多发工资么?
xiaolanger
2019-04-05 13:04:36 +08:00
@mooncakejs #60 这种的就涉及到别人是不是努力把事情做成功了? 有点过了吧,而且,本来沟通就是 PM 的事情
Messiv2
2019-04-05 13:29:04 +08:00
@xiaolanger 是的。LZ 作为干活的,和 A 是平级的关系吧,哪有资格去指挥度假的 A。沟通、下命令的事情就应该 PM 去干。这个 PM 就是不愿意得罪人而已。
likuku
2019-04-05 14:21:10 +08:00
假期节日法定休息日前后最好不要去改“非紧急安全 /灾难”级别的线上功能,这点难道不是常识?
likuku
2019-04-05 14:26:58 +08:00
其次,发觉貌似 项目没有很好的项目组共享说明文档嘛?
就算不是结对编程,任何项目至少得有 2 个人得能看得懂 /知道吧(read only)?人员的单点故障也是很可怕。

不过,这些貌似到了管理策略范围。
nicejkkk
2019-04-05 14:39:34 +08:00
打还是不打,都不是 pm 得出结论,应该是项目组成员才能得出结论吧 pm 直接说个屁 泉水指挥官吗😑
bravecarrot
2019-04-05 15:00:53 +08:00
pm 傻吧 为什么我休假了还要处理工作?
oncall 不一样,因为是约定好的
lzxgh621
2019-04-05 15:23:46 +08:00
我更好奇的是这种技术问题没有文档记录?假设那个人突然不干了,怎么办?
masker
2019-04-05 15:39:36 +08:00
和我们公司的 pm 一样,前几天前端请假,然后那 pm 在群里直接艾特他,质问他为什么请假都不跟他说。 我们请假并不需要经过他
mooncakejs
2019-04-05 15:50:23 +08:00
@xiaolanger 准确的说不应该出现这种问题,文档管理的问题,锅在技术 leader 这里而不是 PM
ICKelin
2019-04-06 09:46:15 +08:00
多大的事啊,这事得看对方什么人,如果碰到像我这样的,请假,放假,下班,离职,有事随时 call 我都行。
treelion
2019-04-06 11:55:32 +08:00
哪家的 PM ?这么强势

你们技术话语权也太低了
easonl
2019-04-06 22:00:13 +08:00
@treelion PM 强势是正常的也是合理的,但 PM 必须先做好必要的工作和管理。技术话语权过高的话,一定不是好事。一个现实的例子:我之前有个项目,交给一个技术型 PM 负责,但是 PM 没有管理好,底下的技术又管不住,结果在项目技术选型上,技术坚持要选择一个比较新比较牛逼的技术框架。

首先做技术的喜欢选新的牛逼的框架这是可以理解的,因为我也技术出身,但是对于项目来说,是有害的,因为本来可以用简单技术架构完成的项目,技术非得为了满足自己一己之欲(技术想用项目练手),用了高级技术架构,导致整个项目成本大幅提高,PM 又弱势,结果还让技术接触到了客户,还在客户面前吹了一通牛逼,说选用这个技术架构有多好多牛逼,客户被说动了,最后项目把控不住,做技术的拍拍屁股就走了,留下个烂摊子。

所以我始终认为,在项目上,一定是 PM 说了算,技术要听话,做好自己的事情,并且无论如何不允许技术接触客户,特别是给客户做出一些不负责任的承诺,这些因素,都会让项目出问题。在项目上,技术就不允许有什么过高的话语权!
tsuijinglei
2019-04-07 15:49:11 +08:00
这个。。有一说一,我做 PM 有一些亲身经历,PM 对整个项目的结果负责,如果因为某一个人的原因导致项目无法正常推进,那 PM 肯定是最急的,跟会不会做人没关系吧...理论上这种事情,A 在休假前应该要布置交接好才对不是吗?
greatbody
2019-04-15 08:30:25 +08:00
如果对同事影响很小的话,事后道个歉就可以了。问道信息重要。

如果打扰比较多,考虑下约个时间和同事对一下。事后请同事吃个饭。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/552096

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX