# Panel Discussion-年度敏捷團隊論壇 - 范姜士武 (Diro), 張靜淵 (James), 蔡宇祥(Tim), 唐述綱 (George Tang), 黃俊維(Tony)

{%hackmd @HWDC/BJOE4qInR %}

>#### 》[議程介紹](https://hwdc.ithome.com.tw/2024/session-page/3209)
>#### 》[填寫議程滿意度問卷｜回饋建言給辛苦的講者](https://forms.gle/zY4HTZpbHg73jKiA9)

- 關於改變：導入敏捷後不一樣的地方？
- James
- 擺脫接單思維的過程
- 團隊所有成員都在對產品負責（歸屬感、認同感）

- Tim
- before：看到文件做出來的功能發現不是 user 要的
- after：固定 4weeks 與 user demo ，確保主流程是對的
- user 配合也是相當重要的

- George
- 將各部門 function 交織出來
- 因為有共同目標，大家都會一同完成任務

- Tony
- 團隊成員會主動分享 task
- 流程透明，有電子看板與實體看板
- 好奇心

- 關於過程：導入敏捷遇到最大的挑戰？
- James
- 如何幫助所有人都建立好的敏捷思維
- 重新普及對於敏捷的思維、期望、了解等
- 每一年都為團隊的敏捷進行迭代
- 外訓資源有限，會要求同仁內化後進行內訓分享

- Tim
- 遇到來自於組織內的質疑
- 如何交付有品質、價值的產品 -> 還在磨合中
- 對外因為組織關係，還是先走 waterfall
- 新專案開始前，會先稍微 intro scrum 的精神
- retro：常遇到身兼各職的問題
- 與 user 達成共識很重要

- George
- 有上級的授權，對於流程優化上非常有助力
- 具體做法：
- 描繪願景、提供榮譽感
- 專屬會議室、Billboard 等
- 善用業務視覺化優勢讓團隊知道整體專案時間軸（by 甘特圖）

- Tony
- 資源不足 -> 尋求外訓
- 工程師居多；難有共識 -> 建立心理安全感：讓大家放心講

- 有關實際：書上跟實際跑敏捷最大的差異？
- James
- 「人」的問題才是最大的問題 -> 先解決
- 因為要解決需要畫很長的時間，甚至不可能，那就讓他降到最低：帶人同時帶心

- Tim
- 常需要救火，做不是在 sprint 內的時間
- Fulltime on 在專案上很困難
- 嘗試與 PM 溝通優先度，讓人力不要過於分散

- George
- 工作能力不一定可以量化
- 各角色專任其職，作為其他角色的顧問

- Tony
- 剛導入：Planning / Retro 各 1D -> 遇到反彈
- 現況：Planning / Retro 目前可以在一個下午內完成
- 最終回歸到團隊的決定

==關鍵問題：團隊、人的問題==