# 敏捷高峰會0831 ## 製造業敏捷對談 ### 台達：韌性供應鏈 2015年 推動自動化思維減少人口壓力問題 機器取代人力： 自動化製造=>自動化思維設計=>零件虛擬化建模(加快產品驗證結果) 快速迭代 快速設計 快速驗證 *大量小型驗證成就大成果* ### 金士頓 製造業痛點：開發流程多為waterfall 浴缸曲線 開發時程過長跟不上市場 製造業由Top-down推動scrum 組織阻力較小、能推動每個執掌的分工 敏捷不等於讓開發速度變快，但可以讓反應變快，可以更快速讓內部使用者feedback 鼓勵試錯、小步快跑：不究責錯誤，鼓勵團隊成員多做嘗試 ### 緯創資通 加值驅動：做的每件事都是有價值，透過敏捷快速看到成果：快點做、快點錯、快點改 解決問題要尋找源頭： 以天花板漏水為例：掃水、自動偵測水坑不是解決辦法，應該直接找漏水來源 以開產品來說：源頭把產品設計做好，不是要做自動化測試快速抓bug 思維改變最為重要 如何培養人才敏捷思維：敏捷學院 加強工程師敏捷訓練、 ### 鴻海 客戶、需求提出者：經常提出修改意見 自駕船AI：經常在test訓練模型時會看到意料之外的結果 透過敏捷方式更快速找出test上的問題 快速調整model 遇到意料之外情境：期中驗收時廠商更改raida位置，導致結果錯誤率提高，透過敏捷方式更快速調整、蒐集data，達成符合期待結果 自駕船五人團隊 PMx1 data科學家x2 前端x1 後端x1 #### 總結 1. scrum核心是敏捷，建議不要死守敏捷教條，建議讓團隊自行發展合適的敏捷框架 2. Top-down由經理推動到working-level，思維轉變是最困難的事情，台達作法為建立實際組織推動敏捷，高層每月參與兩次DSM，破除組織之間壁壘。 3. 金士頓充分賦權給執行部門長官，高層不插手過多，一般由各部門協調，如協調不攏再由高層進行協調，各部門也授權給各scrum團隊，加速敏捷進行 4. 敏捷必須由Top-down，但推動到底層需要有誘因：ex.HR誘因、督導制度(緯創分享) ## 13:30告別甘特圖 敏捷專案管理 台式專案管理：老闆指定結案日期=>回推專案時程=>專案管理三寶(紅綠燈/百分比/甘特圖)=>上線前出包 沒有由上而下的支持，無法改變團隊思維與互動方式，也無法提出有效的追蹤績效指標 case 中壽 報價流程優化：scrum團隊由最熟悉業務流程的成員規劃UI & 優化後流程 測試方式>透過ppt做出的UI給使用者測試使用、回饋意見(還沒開發就獲得回饋) 末端使用者直接對UI提出需求(過去都是使用者>PM>IT) 敏捷核心：依據真實遇到問題進行解決(不是依照老闆意見)