會議將由陳總主持，我負責記錄。
陳總特別強調，希望大家本著對事不對人的原則，開門見山，直言不諱，發現問題、剖析根源、探討解法。”
說完，她向陳默示意，然後退到一旁準備好的記錄席坐下，開啟筆記型電腦。
陳默接話道：
“小夢把開場白說完了，我就不重複了。
為什麼選今天週五下午搞這個？
就是想讓大家放鬆點，別想著趕緊開完會回去趕工。
咱們今天就好好聊聊，我們自己給自己‘找找麻煩’。”
他頓了頓，目光掃過在場每一位核心骨幹。
“先說第一個議題，‘簡化管理，去除冗餘’。
咱們智慧駕駛團隊，從多年前卞總帶隊的幾十人規模的研究組，發展到今天幾百上千人的正規軍，產品也從ADS 1.0迭代到了現在預研更高級別的版本，支撐著啟界和即將到來的S5。
隊伍壯大了，流程是不是也跟著‘膨脹’了？
大家感覺，我們現在是不是會議太多了？流程太長了？審批太繁瑣了？
大家暢所欲言...”
他丟擲的問題直接切入核心，但語氣卻像是在聊家常。
首席架構師陳奇驚率先開口，他性格向來直接：
“陳總，說到這個，我確實有感觸。
就拿一個小的軟體工具鏈更新來說，以前我們小組內部評估一下，測試沒問題就推送了。
現在要走一個正式的‘工具變更流程’，需要我、測試負責人、質量介面人三方簽字，還要在週會上通報。
有時候就是為了改一個編譯選項，最佳化一下構建速度，也得等上兩三天。
我覺得，這是不是有點‘為了流程而流程’了？”
陳預設真聽著，點了點頭，沒有立即評價，而是看向其他人：
“奇驚提到了工具鏈變更。
類似的情況還有嗎？
大家覺得哪些流程或者會議是感覺‘冗餘’的，或者效率不高的？”
一位負責感知模組資料閉環的專家扶了扶眼鏡，開口道：
“陳總，我補充一點。
我們現在資料標註和模型迭代的週期裡，評審點設定得有點密。
。次五四開要會審評的小小大大，線上終最到估評果效、啟練訓、檢質註標、樣料資從，代迭本版小型模個一
。決解會站者或件文的效高更過以可全完步同訊資，高很度疊重員人與參覺會審評些有
”？掉化簡者或併合審評的鍵關非些一把能不能
。話接師程工深資的隊團控規自來位一另”。法說的工李意同我“
。議會的調聯組模是就有還“
。時小個兩一是就開一，起一到拉都人面介的制控、劃規、測預、知把要需，題問面介個一調協了為候時有
。決解能就通圍範小下線者或件文計設期前在題問多很上際實但
”。’本題問決解‘是不而，’題問決解會開‘於慣習點有在現覺
