产品狗视角下的“协同作战”

138 天前
 IvanCrancy

此故事纯属虚构,如有雷同,那就是你不走运。

业务在大群里,反馈了个 bug ,看着像是 A 工平时负责的模块,遂私聊以求快速定位解决问题

我:

业务反馈了有个问题 XXXX ,A 工你看下是不是你那边的问题哈!

A 半天后回复:

看了下,我这里处理的逻辑没涉及这个方面,不是我的问题,可能是 xxx 模块的。

我:

那这个 xx ,要找谁?

A:

不清楚,你问问 B ?

我拉群。喊上 B ,截图聊天背景 并 @B

B 半天后群里抛了个代码截图,上边没有任何注释,不知道是哪个业务功能的实现代码,2 分钟后,补充了个文字回复:

这个也不是我这边的问题,这个异常不是我这里抛出的。

我(强忍火气):

那请问是哪里的问题?业务催的急麻烦看下。

B:

感觉是 XXX 中台返回的数据格式不对。

我:

… 那这个中台的接口人是谁,帮忙拉下哈~

十来分钟后,B 在聊天框里,贴了个中台干系人 C 的工号,此外没有一丝多余动作,出招极其干净利索,看来是个高手。

无奈,我只能自己拉了 C 进来,重复一波截图和背景描述;并 @C 协助定位 bug 。

过了半天,大概是师出同门,C 同样抛了个代码截图,不过明显 C 修炼功力更强,他还额外配了个日志记录,说:

“我的代码运行正常,应该不是我这块的问题。”

一气呵成无懈可击,看来是高手中的高手。

我(爆炸边缘):

那么请问这个还可以找谁排查呢?

一整天没人理。沉默,是今晚的康桥。

业务持续催我屁股,无奈,怒拉多方领导进群,又又又说明了一波问题和截图背景。

领导说了一套套话,下达指示: 你们几个,要及时解决,不要影响业务。

半饷,C 拉了个外包同事 D 进来,指示他看看翻下群聊天记录,并定位具体情况。

十分钟后,D 回复,这是 xx 模块的上游接口返回的信息突然变了格式,我刚刚加了个逻辑转译了下,现在应该 ok 了,你生产环境看下。

我验证了下。数据无阻碍了,群里回复 “OK 了谢谢”

其他人也回复 “辛苦了!” 还有各种👍 👌🤝emoji ,中间穿插着些拉通、对齐、闭环、协同作战、事成人爽 …这类看不懂的名词,==空气中充满了快活的气息。==

最终大家在欢声笑语中打出 gg 之后,我把工单状态改为了“已闭环”,群被我解散了。

过了两天,对方领导私聊我,说他们部门年底参与评选优秀团队,想让我写两段业务评价,帮忙写点好话发个表扬邮件。

我打开 ChatGPT ,2 分钟后交了作业,同时花了十来分钟写下来这篇小作文。

4220 次点击
所在节点    职场话题
66 条回复
Vegetable
138 天前
为什么外包能迅速更新生产环境啊,这不是早晚爆炸吗
blur1119
138 天前
@LuXiaoR 扯呢,学了你又不用,给你贴代码你也看不懂
courtier
138 天前
哈哈,别说产品了,我一个开发去找那些负责搞内部工具的部门帮忙处理个线上问题,也能在他们部门里遇到 ABC 三个组互相踢皮球,明明都坐一块非要我去传话,后面火了把他们直接拉到一个人的座位上让他们自己面对面来扯皮

再后面回来后直接跟我们部门的技术负责人吐槽了,最后可能他们几个组也被他们的技术负责人拉去讲了,反正过了几天后在大群里发了个对接的流程:找到谁的就让谁来全程跟进下去直到处理完成(但我觉得不可能可以执行得下去,都是话术)
LuXiaoR
138 天前
@blur1119 那就怪自己笨吧 看不懂学个叼毛
xz410236056
138 天前
@Vegetable 没外包这团队早完了。
iphantom
138 天前
我说下我的处理流程。发现问题后,1 、先拉上测试,和测试同事一起测试环境复现问题; 2 、确认问题模块后,即使知道是具体那个开发负责的(比如 B ),那么会同时拉上开发负责人 A 和 B (不知道就不拉),把问题及现象告知; 3 、然后及时跟进 A ,让他反馈问题原因和修复方案~
jydeng
138 天前
外包能直接上线,分享你刚编的故事
daimon1
138 天前
一楼正解。我是 pmo 部门的,团队询问这种情况时,我都引导找技术负责人沟通
SuperDaniel313
138 天前
客户催业务
业务催产品
产品催测试
测试催研发
研发修复
测试验收
产品验收
业务验收
客户验收

不是吃饱了没事做,是官僚制更高效。当然,有时候更搞笑

流程和规范、制度的缺失,不可能靠爱和责任能弥补的
daimon1
138 天前
@daimon1 其实想想我司的流程,岗位职责也是蛮清晰的。这种情况就是要找团队的技术负责人来沟通,包括后续怎么安排修复上线,这些流程都是有的
PUR4uF5Oq0z0YN9r
138 天前
产品狗你好, 产品狗再见
tim9527
138 天前
都是甩锅大师
DonaldY
138 天前
你们需要一个工单群。
可以指定技术处理
THESDZ
138 天前
@ho121 #4 关于 1 的问题,我之前想过,上游下游有个兼容列表的检查逻辑,举个例子:比如上游会有一个接口,提供版本兼容列表,下游启动(或者每天轮询一次)时,检查本地 sdk 的版本是否在上游的兼容版本列表里面,当然最好的是,上游兼容性变更。
我始终认为,人和人(团队和团队)的沟通成本非常高,而且越来越高,如果有一种机制(标准,规范之类的),解决沟通的问题,可能更合适。
bravecarrot
138 天前
不知道楼主想吐槽的问题是什么, 是没有人热心帮助你吗?
职场上大家干活儿拿钱,做好自己的职责,一点问题没有。
至于说评价, 你的评价对面老板不一定在意, 甚至对面老板的评价 员工都不在意。

说回问题解决,相信每个人都看的出来,这个事情解决的不痛快是因为没有流程。
如果你第一次遇到, 那所有人都情有可原, 你应该推动流程建设;
如果不是, 那你之前为什么不建设流程?

建设流程 无非就是找到能解决问题 又必须归他负责不能甩锅。
Meld
138 天前
不要只找具体技术,拉技术的时候也要给+1 拉进去,如果+1 是虚线的话,直接给实线+1 拉进去,你就知道技术们有多负责多认真了
timeance
138 天前
学到了,感谢 OP 和 10 楼
lambdaq
138 天前
三个和尚没水喝
IvanCrancy
138 天前
@null2error 是的 ,我认为老哥这个是标准做法;一般可以通用应对 90%以上的情况
IvanCrancy
138 天前
@SuperDaniel313 “流程和规范、制度的缺失,不可能靠爱和责任能弥补的”----您说的很对,认同

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

https://yangjunhui.monster/t/1106662

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

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

© 2021 V2EX