50 条回复  ·  5256 次点击
IvanCrancy 楼主 初学 9 小时前
@SuperDaniel313 “流程和规范、制度的缺失,不可能靠爱和责任能弥补的”----您说的很对,认同
HumbertHumbert 小成 8 小时前
工作流程觉得吃力,那就是存在规则缺失,各领域没有达成共识。 所以 PM 或者项目经理首先要做的,明确目标、明确干系人、共同制定、建立规则: 1 、建立问题处理规则:拉着各开发测试运维等责任干系人,共同建立的问题定位流程等,固化成结论并实际执行。 2 、建立沟通矩阵:日常各部件、各领域的接口人、上升求助人、重大问题通报规则等,固化成表格,共享发出。找人方便,求助通常,重大问题快速通报集中资源解决。
grantonzhuang 初学 7 小时前
上游这个改动是他们出 bug 了还是真的改动了?别他们修好了 bug 你们又挂了。
blur1119 小成 6 小时前
@LuXiaoR 你以为你学了就看懂了?装什么逼呢,学了业务逻辑是你写的吗,你懂上下文吗,
blur1119 小成 6 小时前
@LuXiaoR 我就问你一句话,你自己是产品经理吗?不是别逼逼
woshihgs 小成 6 小时前
上游改了数据格式,上游开发人员竟然不考虑会产生什么影响的吗?
veightz 小成 6 小时前
找直接的责任人吧, 出了什么问题,造成什么影响,需要谁/哪个团队的问题来负责。 大家杂事儿太多了,只在意确定和自己有关的事儿。 > 最终大家在欢声笑语中打出 gg 之后,我把工单状态改为了“已闭环”,群被我解散了。 解决完问题, 我觉得至少你要出个结论吧。这个问题只是面上问题。。 进展同步: XX 问题,线上出现多久,于 XX 已修复,不再新增。 感谢 XX ,XX ,XX 的定位和配合修复(踢球的也可以带上) 历史数据问题, 需要 xx 团队跟进修复。 业务影响面: - 造成 xx 客诉,xx 咨询,目前已安抚/沟通资损和补偿方案中。 问题根因: 1. xx 变更 xx 引起。 艾特到人 2. 是 QA 没覆盖到, 还是 RD 自己发布没周知。 艾特到人,确定是 RD 问题还是 QA 问题,还是产品之前没提及这个细节。 后续处理: 如何避免下次再次出现: 1. RD 发布流程/沟通机制需要 xxx 。 艾特到人+DDL 2. QA 补充回归 case 。 艾特到人+DDL
zy0829 初学 6 小时前
上线有问题难道不应该先找测试负责人吗?
gaocc 小成 3 小时前
@ignore @IvanCrancy 确实,凭经验直接找人大概率出错。哪个项目谁是技术负责人,让他协调。然后产品给个 deadline ,或者有相关制度的,比如 15 分钟未解决,3 级 bug ,扣个人绩效。涉及金额的按金额数量给 2 级,1 级 bug 。 分分钟给你解决,即使确实难解决,也会有更高层技术领导来沟通,陈述。
panfenglai 小成 3 小时前
只能说是日常吧。不过我司研发会主动一些,会主动拉人进群。我拉 A ,A 拉 B ,B 拉 C ,C 拉 D… 问题解决还好,解决不了开始踢皮球是最烦的。只能拉会,让这群人在会上撕。
返回顶部