LeSS in Action - 學習敏捷（團隊）
在一間採用 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 判斷來決定，也因此能夠完全專注在開發產品上。
與我們熟悉的 Product Manager（產品經理）負責的角色不同，PO 更多的時候是在管理 Product Backlog（產品積壓）的優先順序，因此也扮演著使用者跟團隊的橋樑。
除此之外，PO 也需要協助處理政治（Policy）問題，來避免團隊被來自老闆、管理階層、使用者打擾，只需要專注在衝刺（Sprint）完成產品積壓中的項目。
正常狀況下，一個產品只會有一個 Product Owner 來負責所有的 Product Backlog 問題。
Team 團隊是敏捷中負責實踐的一群人，每一個團隊都具備獨立完成開發到部署所有的任務，也因此並不會因為少數人的請假、離職而影響團隊的運作。
他們是一群專業的人士，並且有著自我學習以及協助產品發展的使命感。同時，在衝刺的進行過程中也會拒絕任何額外的任務，是否該終止衝刺這類問題都會由 PO 判斷來決定，也因此能夠完全專注在開發產品上。
分享至
成為作者繼續創作的動力吧！
2022 年四月，我參加了 LeSS in Action 的課程，在這個課程中我們要用一週的時間學習加入一間敏捷開發的公司並且實際產出程式碼，體感上就像是你工作了一年一樣，讓我們來看看這一週的時間發生了哪些事情吧？
