第1184章 轻松愉快的民主生活会 (第2/2页)
　　
　　会议主题是‘组织效率与流程优化’，聚焦我们内部运营，旨在提升协同效率，减少不必要的内耗，让大家能把更多精力聚焦在技术突破和产品创新上。
　　
　　会议将由陈总主持，我负责记录。
　　
　　陈总特别强调，希望大家本着对事不对人的原则，开门见山，直言不讳，发现问题、剖析根源、探讨解法。”
　　
　　说完，她向陈默示意，然后退到一旁准备好的记录席坐下，打开笔记本电脑。
　　
　　陈默接话道：
　　
　　“小梦把开场白说完了，我就不重复了。
　　
　　为什么选今天周五下午搞这个？
　　
　　就是想让大家放松点，别想着赶紧开完会回去赶工。
　　
　　咱们今天就好好聊聊，我们自己给自己‘找找麻烦’。”
　　
　　他顿了顿，目光扫过在场每一位核心骨干。
　　
　　“先说第一个议题，‘简化管理，去除冗余’。
　　
　　咱们智能驾驶团队，从多年前卞总带队的几十人规模的研究组，发展到今天几百上千人的正规军，产品也从ADS 1.0迭代到了现在预研更高级别的版本，支撑着启界M5和即将到来的S5。
　　
　　队伍壮大了，流程是不是也跟着‘膨胀’了？
　　
　　大家感觉，我们现在是不是会议太多了？流程太长了？审批太繁琐了？
　　
　　大家畅所欲言...”
　　
　　他抛出的问题直接切入核心，但语气却像是在聊家常。
　　
　　首席架构师陈奇惊率先开口，他性格向来直接：
　　
　　“陈总，说到这个，我确实有感触。
　　
　　就拿一个小的软件工具链更新来说，以前我们小组内部评估一下，测试没问题就推送了。
　　
　　现在要走一个正式的‘工具变更流程’，需要我、测试负责人、质量接口人三方签字，还要在周会上通报。
　　
　　有时候就是为了改一个编译选项，优化一下构建速度，也得等上两三天。
　　
　　我觉得，这是不是有点‘为了流程而流程’了？”
　　
　　陈默认真听着，点了点头，没有立即评价，而是看向其他人：
　　
　　“奇惊提到了工具链变更。
　　
　　类似的情况还有吗？
　　
　　大家觉得哪些流程或者会议是感觉‘冗余’的，或者效率不高的？”
　　
　　一位负责感知模块数据闭环的专家扶了扶眼镜，开口道：
　　
　　“陈总，我补充一点。
　　
　　我们现在数据标注和模型迭代的周期里，评审点设置得有点密。
　　
　　一个模型小版本迭代，从数据抽样、标注质检、训练启动、效果评估到最终上线，大大小小的评审会要开四五次。
　　
　　有些评审会感觉参与人员重叠度很高，信息同步完全可以通过更高效的文档或者站会解决。
　　
　　能不能把一些非关键的评审合并或者简化掉？”
　　
　　“我同意李工的说法。”另一位来自规控团队的资深工程师接话。
　　
　　“还有就是跨模块联调的会议。
　　
　　有时候为了协调一个接口问题，需要把感知、预测、规划、控制的接口人都拉到一起，一开就是一两个小时。
　　
　　但实际上很多问题在前期设计文档或者线下小范围沟通就能解决。
　　
　　感觉现在有点习惯于‘开会解决问题’，而不是‘解决问题本身’。”