分類: Agile Project Management

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

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

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

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

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

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

軟件開發生命週期（SDLC）是一系列階段，提供對軟件構建過程的共同理解。如何從業務理解和需求啟發階段實現和開發軟件，將這些業務思想和需求轉換為功能和特性，直到其使用和運行，以實現業務需求。優秀的軟件工程師應該對如何根據項目環境和業務需求選擇SDLC模型有足夠的了解。

應用開發項目每每都涉及一定程度的風險。根據項目的性質，這些風險可能會有所不同，但通常可分為五類。

敏捷和精益在軟件開發領域廣泛普及，可幫助團隊更快，更可持續地交付。通過回顧與去年的精益業務報告相關的數據，我們發現大多數精益和敏捷實踐團隊都不清楚這兩種方法之間的差異或相似之處。通常，這些術語同義地用於描述一組特定的實踐。所以你精益？你敏捷嗎？你可以兩個 – 或者他們是否存在分歧？