50 条回复  ·  5255 次点击
daimon1 小成 10 小时前
@daimon1 其实想想我司的流程,岗位职责也是蛮清晰的。这种情况就是要找团队的技术负责人来沟通,包括后续怎么安排修复上线,这些流程都是有的
sky3hao 小成 10 小时前
产品狗你好, 产品狗再见
tim9527 小成 10 小时前
都是甩锅大师
DonaldY 小成 9 小时前
你们需要一个工单群。 可以指定技术处理
THESDZ 小成 9 小时前
@ho121 #4 关于 1 的问题,我之前想过,上游下游有个兼容列表的检查逻辑,举个例子:比如上游会有一个接口,提供版本兼容列表,下游启动(或者每天轮询一次)时,检查本地 sdk 的版本是否在上游的兼容版本列表里面,当然最好的是,上游兼容性变更。 我始终认为,人和人(团队和团队)的沟通成本非常高,而且越来越高,如果有一种机制(标准,规范之类的),解决沟通的问题,可能更合适。
bravecarrot 小成 9 小时前
不知道楼主想吐槽的问题是什么, 是没有人热心帮助你吗? 职场上大家干活儿拿钱,做好自己的职责,一点问题没有。 至于说评价, 你的评价对面老板不一定在意, 甚至对面老板的评价 员工都不在意。 说回问题解决,相信每个人都看的出来,这个事情解决的不痛快是因为没有流程。 如果你第一次遇到, 那所有人都情有可原, 你应该推动流程建设; 如果不是, 那你之前为什么不建设流程? 建设流程 无非就是找到能解决问题 又必须归他负责不能甩锅。
Meld 初学 9 小时前
不要只找具体技术,拉技术的时候也要给+1 拉进去,如果+1 是虚线的话,直接给实线+1 拉进去,你就知道技术们有多负责多认真了 https://i.imgur.com/L62ZP7V.png
timeance 小成 9 小时前
学到了,感谢 OP 和 10 楼
lambdaq 小成 9 小时前
三个和尚没水喝
IvanCrancy 楼主 初学 9 小时前
@null2error 是的 ,我认为老哥这个是标准做法;一般可以通用应对 90%以上的情况
返回顶部