敏捷系列

專案的目標通常是創造有價值及高品質的產出，例：新軟體或解決方案。但在過程中，往往會發生將重心放在非主力產品的其他交付標的上，如：文件表單或是操作說明書等。因此讓主要產品無法滿足客戶要的，但若少了次要文件，也會影響交付產品後的維護障礙，因此怎樣在兩者之間取得平衡，就是敏捷核心價值可正常運作的軟體比繁複的文件重要的精神所在。 

點擊【史荳芮小姐：敏捷核心價值2】了解更多❗️

敏捷團隊非常重視團隊合作及授權，即使流程跟工具再好再先進，如果忽略了成員彼此間的溝通與協調，就不太可能做出有價值的產品，敏捷團隊保持開放性的態度、成員間彼此頻繁地溝通與討論，降低自我摸索時間，也能互相請益學習，這就是敏捷核心價值：「個人跟互動比流程跟工具重要」的精神所在！   

點擊【史荳芮小姐：敏捷核心價值1】了解更多❗️

典型的敏捷Scrum Team，中文叫Scrum團隊，Scrum團隊由Scrum Master、Product Owner，Developers組成，是一個自我組織和跨職能的團隊。 

讓史荳芮用一分鐘的時間帶你了解Scrum團隊！   

點擊【史荳芮小姐：Scrum團隊】了解更多❗️

Scrum的五個價值觀，分別代表Courage勇氣、Commitment承諾、Focus專注、Openess開放、Respect尊重，那麼我們該如何記憶這五個價值觀的流程呢？

讓史荳芮用一分鐘的時間帶你了解！   

點擊【史荳芮小姐：Scrum五價值觀   】了解更多❗️

一群人圍在一起討論 PBI ( 產品待辦清單 )的會議，稱為產品待辦清單修整會議。

產品待辦清單修整會議又簡稱PBR。

PBR並不是敏捷常態的會議，因為開會時間不是任何一個被規定好的特定時間點或者甚至不需要開，通常開會時間會在前一個Sprint的中間唷！   

點擊【史荳芮小姐：產品待辦清單修整會議  】了解更多❗️

Scrum三支柱英文分別是Transparency透明、Inspection(檢驗)、Adaptation(調適)。

在Scrum的框架裡，對過程及產出要透明化、時常由客戶檢查專案的增量，調整產品及企劃以滿足客戶需求，這是非常重要的喔！

例如：如果沒有透明化、檢驗並且調適三支柱的前提，很可能就會影響客戶滿意度。

在Scrum框架裡，我們經常說這三者缺一不可，因為缺了其中一隻腳就站不穩，敏捷產品也很容易走向失敗喔！  

點擊【史荳芮小姐：Scrum三支柱 】了解更多❗️

在敏捷的環境內可不是人越多越好喔！人太少會無法完成任務，人太多複雜性又會變多，反而會讓專案執行的綁手綁腳呢！

如果只有1位的Developer，成員須具備所有開發產品的技能，雇用成本大增且萬一無法工作那怎麼辦？如果只有2位，成員互動會減少，不足以產生火花。相反如果Developers多於9人，則溝通管道太多，反而使團隊運作沒有那麼有效，所以，最理想的Developers大小介於3~10人之間，這人數不包含SM及PO。 

點擊【史荳芮小姐：Scrum Team 開發人員的人數 】了解更多❗️