---
# System prepended metadata

title: 敏捷高峰會0831

---

# 敏捷高峰會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)
敏捷核心：依據真實遇到問題進行解決(不是依照老闆意見)
