第1184章 轻松愉快的民主生活会

p>

首席架构师陈奇惊率先开口，他性格向来直接：

“陈总，说到这个，我确实有感触。

就拿一个小的软件工具链更新来说，以前我们小组内部评估一下，测试没问题就推送了。

现在要走一个正式的‘工具变更流程’，需要我、测试负责人、质量接口人三方签字，还要在周会上通报。

有时候就是为了改一个编译选项，优化一下构建速度，也得等上两三天。

我觉得，这是不是有点‘为了流程而流程’了？”

陈默认真听着，点了点头，没有立即评价，而是看向其他人：

“奇惊提到了工具链变更。

类似的情况还有吗？

大家觉得哪些流程或者会议是感觉‘冗馀’的，或者效率不高的？”

一位负责感知模块数据闭环的专家扶了扶眼镜，开口道：

“陈总，我补充一点。

我们现在数据标注和模型迭代的周期里，评审点设置得有点密。

一个模型小版本迭代，从数据抽样、标注质检、训练激活、效果评估到最终上线，大大小小的评审会要开四五次。

有些评审会感觉参与人员重叠度很高，信息同步完全可以通过更高效的文档或者站会解决。

能不能把一些非关键的评审合并或者简化掉？”

“我同意李工的说法。”另一位来自规控团队的资深工程师接话。

“还有就是跨模块联调的会议。

有时候为了协调一个接口问题，需要把感知、预测、规划、控制的接口人都拉到一起，一开就是一两个小时。

但实际上很多问题在前期设计文档或者线下小范围沟通就能解决。

感觉现在有点习惯于‘开会解决问题’，而不是‘解决问题本身’。”

👉&128073; 当前浏览器转码失败：请退出“阅读模式”显示完整内容，返回“原网页”。