ProName1=
Scategory=12
ProName2=CSM
Scategory=12
封神榜|長宏專案
目前位置:
首頁
封神榜
封神榜
上一則心得分享心得分享主選單下一則心得分享
中國信托   王仁良 考上 CSM 心得分享
姓  名 王仁良
班  別 2019年第17屆Certified Scrum Master(CSM)認證培訓_台北實體班_06/29-06/30_Jacky, CST
CSM考試通過日期  【班別錄取率在他考取後達 16/16=100%】

公司以往是用傳統SDLC,於2016年起開始試行導入敏捷(Scrum),個人之前已自發上過敏捷相關理論課程,但未有實務經驗;於親身實作體驗感觸良多,公司導入是由IT 端啟動,由顧問逐步帶領,循循善誘的進行規劃會議、站會、展示會議、回顧會議等,但過程中總是IT同仁來擔任不同角色(PO、Scrum Master)。
擔任PO 的同仁依User 所提需求與口述,再來撰寫User Story、DoD、Acceptance Criteria等,起先運作Scrum Framework 還算順暢,但跑了幾個 Sprint後,發現一個很嚴重狀況,PO角色並非End User透過需求描述及口述,無法完全忠實呈現客戶需求,導致展示會議都無法達到 User 認可;User於展示會議又再次重覆說明需求與期望,團隊需要額外增加Sprint來重新滿足客戶。回顧會議中開發團隊也期望 User 能全程投入,但總是得到負面的回應或高度不信任,使整體團隊信心大減。
擔任Scrum Master的同仁,僅上過數小時敏捷或CSM相關課程,實務面雖有顧問帶領召開四大會議,皆以正常情境狀況演譯;到了導入中期不再有顧問從旁指導時,站會時開發團隊遲到或每日三個問題說明時間過長,最常開過四十分鐘,造成浪費團隊時間;Sprint 進行中也常遇到User 要求修改需求或是調整需求排序時,雖然勇於擁抱變更,但未遵循Scrum Framework 精神因應,使團隊產值下降資源重工浪費情況嚴重;回顧會議時,團隊思考如何改進流程、工具時,常陷入迴圈或無力解決改善的情況,失去了回顧會議最終精神。
上述情況僅是於導入時的小縮影,點出了影響最大、印象最深刻的情境,Scrum 精神是期望發展高自我組織與高價值產出的團隊,相對的團隊出現想走回傳統SDLC 的聲浪,包括使用者反彈、資源浪費、團隊效率不彰等造成整體產出與時程遠遠落後指標。
後來公司以包班或外訓型式希望長宏 Roger 老師能讓全體Scrum團隊將觀念想法拉成一致認知;透過CSM兩天課程由遊戲、理論、觀念、實務,四位一體貫連串通了實際情境場景、實務問題解惑、跨組織運作等等,參與課程的團隊成員,也將心中疑惑許久拌腳石一股腦的丟了出來,老師很細心解說觀念,輔以實務作法逐一拆解疑問;於結束課程後雖然皆考取了CSM認證,不過現在Scrum團隊以Scrum Framework的核心概念—3個 scrum Role、3個 scrum artifacts、5個scrum events、5個Scrum Values於疑難雜症處理時,由初衷原點去反思如何解決問題。

上一則心得分享心得分享主選單下一則心得分享