LeSS in Action - 學習敏捷(團隊)

2022/04/25閱讀時間約 1 分鐘
在一間採用 Scrum 的公司中工作,勢必要了解敏捷開發是一個怎樣的概念。也因此,我們在分配完畢團隊後,先以團隊為單位安排出我們所理解的「敏捷流程」並且相互對照討論。
Scrum 本身並不是非常嚴格的規則,同時會以「產品」為核心思考,接下來讓我們從團隊跟流程兩個角度來學習敏捷。

人員組成

每一個產品基本上會由 Product Owner、Team、Scrum Master 三個角色所構成,並且專注在產品本身。

Scrum Master

作為 Scrum Master 會在不同時期扮演不同的角色,初期可能會需要跟組織的高層溝通來讓敏捷開發得以被導入,因為會有許多衝擊影響到現有的開發方式。
隨著導入逐步開始,Scrum Master 也會開始幫助基層的團隊成員學習,以及協助主管們使用敏捷開發。

Product Owner

與我們熟悉的 Product Manager(產品經理)負責的角色不同,PO 更多的時候是在管理 Product Backlog(產品積壓)的優先順序,因此也扮演著使用者跟團隊的橋樑。
除此之外,PO 也需要協助處理政治(Policy)問題,來避免團隊被來自老闆、管理階層、使用者打擾,只需要專注在衝刺(Sprint)完成產品積壓中的項目。
正常狀況下,一個產品只會有一個 Product Owner 來負責所有的 Product Backlog 問題。

Team

團隊是敏捷中負責實踐的一群人,每一個團隊都具備獨立完成開發到部署所有的任務,也因此並不會因為少數人的請假、離職而影響團隊的運作。
他們是一群專業的人士,並且有著自我學習以及協助產品發展的使命感。同時,在衝刺的進行過程中也會拒絕任何額外的任務,是否該終止衝刺這類問題都會由 PO 判斷來決定,也因此能夠完全專注在開發產品上。

封面圖片使用 UnsplashMarvin Meyer 的作品,這系列的文章只是課程的一小部分,因此並無法完整涵蓋所有概念以及精神,看關於技術的主題可以到弦而時習之找找靈感。
為什麼會看到廣告
52會員
40內容數
軟體工程師逐漸變成一個熱門的職業,當我們進入這個職業之後應該要具備怎樣的技能才會在工作上更加順利呢?這系列的專欄會分享日常工作中的經驗以及一些案例分析,讓我們一起努力成為一位更優秀的軟體工程師吧!
留言0
查看全部
發表第一個留言支持創作者!