分類: Agile Project Management

“在項目團隊內部和內部傳達信息的最有效和最有效的方法是面對面交談。”

“圍繞有動力的個人建立項目。 為他們提供所需的環境和支持，並相信他們能夠完成工作。”

這一原則強調了項目團隊和商業贊助者之間的合作方式。這與《敏捷宣言》中 “協作大於合同 “的價值觀非常一致。

“經常交付工作軟件，從幾周到幾個月不等，傾向於較短的時間範圍。”

“歡迎不斷變化的需求，即使是在開發的後期。 敏捷流程利用變化來獲得客戶的競爭優勢。”

“我們的首要任務是通過早期和持續交付有價值的軟件來滿足客戶”。

我經常被問到誰應該參加各種Scrum會議 – sprint計劃，每日scrums，sprint審查，sprint回顧和產品backlog修飾。首先，讓我來定義我將用於引用潛在參與者的術語。Scrum開發工作由一個或多個Scrum團隊組成，每個團隊由三個Scrum角色組成：產品所有者，Scrum Master和開發團隊。 

在我最近參加的一次敏捷活動中，演講者調查了觀眾關於形成Scrum的9個元素。我提出“9”時立即提出了我的懷疑。當演講者提出時，情況會變得更糟：

隨著敏捷和Scrum方法的廣泛採用，必然會出現一些混亂。在這篇文章中，我們看看Scrum Master應該是什麼，而不應該是什麼。