多思考，多寫寫，系統(tǒng)化，可量化，解決問題，提升效率…

多寫寫，系統(tǒng)化，效率化

1. 同事提出來流程有個小優(yōu)化，從過程中重置到初始化階段，把字段都清空了，這樣確實不方便。我的觀念是“既然是初始化，那就重置”，控制狀態(tài)不去到初始化就行，但其實挺難的，尤其是工具的不穩(wěn)定性和健壯性本身就是問題，如果能用工作流一勞永逸地支持到，其實也挺好的。換個角度，只需要花幾分鐘，就可以提升流程的健壯性，讓團隊成員可以更smooth的工作，其實是挺好的；你自己可以考慮不回復，讓對應的同事去處理；考慮得更全面些，合理就是讓大家效率提升，讓相關(guān)同事滿意，不然你來溝通的時間已經(jīng)大于你實施改進的時間了，這就非常不劃算了。
2. 本周有特殊發(fā)布，有新功能和現(xiàn)有功能互斥進行AB測試，這就需要考慮全流程考慮對哪些地方有影響，需要采取何種措施。比如集成測試的版本處理，每天的持續(xù)集成環(huán)境怎么處理，發(fā)布流程的版本處理，試運營的AB測試安排，這都需要全部盤點，從管理團隊、團隊開發(fā)人員、相關(guān)測試人員、上下游團隊，從項目計劃、風險管理、進度管理、質(zhì)量管理都需要涉及到，可以找不同的人來聊風險，想可能的場景，用思維導圖按流程階段來梳理，從而形成一份某功能上線指南，為團隊提供參考。
3. 針對AB版本，要考慮A版本和B版本的命名規(guī)則，考慮存在時長，考慮默認版本以及各個版本的適用范圍，包括線下測試和線上測試的安排，都需要考慮其后果，正在進行的方案不一定有問題，不用著急先處理，該跑的就讓他跑吧，就怕一旦終結(jié)重新開始，發(fā)現(xiàn)一開始就是對的，這就追悔莫及了。第一次把事情想對，第一次把事情做對，想得比較清晰再做，找人溝通自己的疑惑，再點擊可能導致后果前加個確認信息，就像點擊“刪除”前通常都要人確認一下，畢竟破壞性操作的前一秒操作會讓人心“咯噔”一下，也許就是那一瞬間，你覺得還有東西需要考慮，需要備份，需要找人多溝通一下。
4. Canvas，一塊畫布，可以把日常鏈接集中在這里，可以安排日程和任務跟進，一個小小的工具可以減少一次one pager的跳轉(zhuǎn)，其實挺提升效率的。這里要提及的是，對項目管理工具，包括溝通工具和需求任務測試管理工具，如果是來源的，最后也關(guān)注下最新的理論，就如同當初關(guān)注敏捷極限編程Devops等新的項目管理理念。留意新功能—體驗新功能—推廣新功能，多做這樣的推廣，自己的影響力也就出來了，通過工具提升團隊工作效率，始終是項目管理的重點之一。
5. 本周組織了一次軟硬件溝通會，只要開啟溝通之旅，一切都會變得更smooth，這倒是對我來說是個挑戰(zhàn)，長期深耕軟件領域的我，對硬件基本不熟悉，在智能駕駛時代，需要留意電子電器架構(gòu)，新能源車新老玩家的動態(tài)，競爭對手的情況，需要的軟硬件情況，算法大模型的基本概念和項目探索，感知預測規(guī)劃控制地圖基礎架構(gòu)，產(chǎn)品化，市場化，其實不懂的東西很多，需要學習的東西很多，可以聚焦，努力成為行業(yè)專家。