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

137 天前
 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 分钟后交了作业,同时花了十来分钟写下来这篇小作文。

4218 次点击
所在节点    职场话题
66 条回复
ignore
137 天前
你出发点就是错的,直接找技术负责人就完事了
IvanCrancy
137 天前
发出来才发现格式变了,V 站迷一样的 markdown 兼容···随便了,反正也是随便吐槽,各位老爷凑合看吧
arron2022
137 天前
太卑微了吧 我们这产品一般就直接群里把问题抛出来。没人认领响应,就马上 at 项目负责人 at 部门经理
ho121
137 天前
看到很多问题:
1. 上游接口返回格式变化,没有通知下游。
2. 修改代码逻辑没有经过评估和测试直接上生产。
3. 改动逻辑直接在生产环境做验证,而不是先在测试环境验证。
4. 问题确实是闭环了,但没有复盘,没有考虑下次如何避免类似的问题。
crazyzzm
137 天前
这个和团队文化、个人意识有关。
个人意识方面,不怕背锅,主动跟进,但很“个人”。而团队文化,是可以作为兜底弥补个人的不足的,平时团队多宣讲强调,必要时纳入绩效,团队整体还是能有所改变的。

只不过绝大多数人没这个意识,而团队中管理的也没这个意识的话,团队也就那样了。
asdhak
137 天前
@ignore #1 这是对的,直接找开发人员,能理他就不错了。还他以为这是哪个模块的问题,然后找具体人
kisick
137 天前
应该直接找领导
buruliu
137 天前
最后还是外包干了活。
hi2hi
137 天前
外包才是干活的苦力
null2error
137 天前
不太理解是什么场景下,要产品去做定位梳理的事情,于情于理,我们狗产品可以做,但是不能这么卑微的做吧~
如果是非正式的需求推进,最好还是确定 一下对方和你关系 有没有这么好,人家要做多余的事情,何必呢?

至于实操层面,我自己是三级响应模式

lv3:我就能定位,且能明确这道这一坨是谁拉的(会辅助一个确认过程,总有关系好的开发吧~),直接过去叼 ta
lv2:不能定位或者不知道是谁拉的,找研发接口(我们这里是技术负责人),不能一眼看清楚的问题肯定会推三阻四,所以会辅助一个:我已经跟测试报备了,如果你这边短时间处理不了,我让测试报 bug ,省的回头忘记了。
lv1:lv2 找了人,大致看了,没回复或者没人认领,要么是很难搞要么就是有人要背锅,这种情况下轻声细语已经没用了,一定要出重拳!(拉会,产品老大,研发老大,测试老大,项目经理一起来(我拉会只拉这几个人,我自己组内只要叫上老大来给我撑腰就行了,其他组内要拉谁过来分锅,他们老大自己决定

作为一个产品,摇人才是第一生产力 [狗头] ~
gopher404
137 天前
个人建议,如果不清楚该项目的任务分工范围,应该优先找知晓该项目分工的负责人比如项目经理,而不是直接丢到群里。再一个,如果经常有这种情况,应该优化自己内部处理这种问题的机制和流程,以便团队更好的定位和协作。
dfdd1811
137 天前
外包更可怜…我从不为沟通的事生气着急,找小兵能解决解决,解决不了就找对方领导,再不行找自己领导跟对方对接。我各方都通知了,不接锅
gxt92
137 天前
全程测试竟然不吭声?我觉得测试负责人应该开掉
akakidz
137 天前
我司会有专门的开发负责人对接问题,不过问题下来之后 开发内部还是会有这个场景🤣
LuXiaoR
137 天前
不会技术的产品不是好产品,哈哈哈,产品好好学习技术,不求人,还给自己加分🤣
SmartTom
137 天前
为何不换个角度思考问题的本质呢?
keyfunc
137 天前
我觉得直接 at 测试负责人就行了,测试有时候比开发更懂代码~
GuLuDaDuiZhang
137 天前
一开始就不应该自己私聊找开发的,要让开发负责人来处理。直接在开发或者业务的大群里 @开发负责人呗,让他排人来看,业务催你你就崔开发负责人。
freak118
137 天前
什么意思?外包直接修改代码逻辑还上线了? 你们公司流程这样随便吗
raydied
137 天前
恩恩,我以为这里没产品

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

https://yangjunhui.monster/t/1106662

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

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

© 2021 V2EX