2012-07-13 115 views
314

Scrum和敏捷開發有什麼區別? Sprint和迭代是相同的嗎?Scrum和敏捷開發有什麼區別?

+2

的可能重複[如何不同的是敏捷實踐Scrum的做法呢?(http://stackoverflow.com/questions/1586928/how-different-is-scrum-practice-from-agile-practice) – Joe 2015-01-21 09:53:24

+2

我覺得這問題可能是無關緊要的,因爲它與編程無關。 – 2015-01-21 12:54:10

+0

他們申請製造和生產部門。目前還不完全瞭解他們將如何緩解現有的軟件實踐。清潔,理解,禮貌,成熟。 – 2015-04-02 11:38:52

回答

284

的Scrum只是衆多迭代和增量敏捷軟件開發方法之一。你可以找到here這個過程的非常詳細的描述。

在SCRUM方法論衝刺是發展的基本單位。 每個sprint都從一個計劃會議開始,其中確定了sprint的任務併爲sprint目標做出了估計承諾。 Sprint以評審或回顧會議結束,評審進度並確定下一次衝刺的課程。在每次衝刺期間,團隊都會創建產品的完成部分。

在敏捷方法每個迭代涉及一個團隊通過一個完整的軟件開發週期,包括規劃,需求分析,設計,編碼,單元測試和驗收測試時,工作產品證明利益相關者合作。

因此,如果在SCRUM sprint中執行所有軟件開發階段(從需求分析到驗收測試),並且在我看來,您應該可以說SCRUM sprint對應於AGILE迭代。

+10

偉大的解釋。我會建議一些修改:Sprint計劃是Sprint時間框內的第一個事件*。衝刺沒有差距,所以在衝刺前沒有任何內容。 – 2012-07-13 13:46:25

+49

答案不夠清楚。它解釋這兩件事的方式,聽起來基本相似;只是用不同的術語來描述它們。我認爲[這個答案](http://stackoverflow.com/a/1586953/415784),儘管它只是一條線,但它清楚而準確地說明了不同之處:敏捷僅僅是一種哲學,而Scrum是一種實現哲學。 – Nawaz 2015-06-09 16:42:04

8

從一開始我能說的是 - 敏捷是一個來自統一過程的進化方法論,主要關注迭代式增量開發(IID)&。 IID強調更多關於施工階段(實際編碼)和遞增交付的迭代開發。它不會更多地強調在迭代本身中處理需求分析(初始)和設計(精化)。所以,這裏的迭代不是一個「迷你項目本身」。

在敏捷方面,我們進一步加深了這個IDD,增加了更多的現實情況,如團隊合作,演化需求和設計等.SCRUM是通過考慮人爲因素和圍繞「集團智慧」原理。所以,Sprint在這裏是一個「迷你項目本身」,改善了純粹的IID模型。

因此,敏捷的方式實現的迭代,是的,理論上衝刺(突出迭代是小和交貨是快速的大小)。我沒有真正區分敏捷和SCRUM,我發現SCRUM是將敏捷原則投入使用的一種自然方式。

66

如由他人如上所述,

Scrum是用於管理軟件項目和產品或應用程序開發迭代和增量敏捷軟件開發方法。所以Scrum實際上是一種在軟件開發中廣泛使用的敏捷方法。

所以,Scrum是敏捷的特定的味道,特別是它作爲一個敏捷項目管理框架簡稱。

而且Scrum的有主要有兩個裏面的角色,它們是: 1.主/核心作用 2.輔助性的角色

主/核心作用:它主要由三個角色:1)。 Scrum Master,b)。產品負責人,c)。開發團隊。

輔助性的角色:在Scrum團隊的輔助角色是那些在Scrum的遊行沒有正式的角色和偶發參與但儘管如此,它們必須被考慮在內。即利益相關者,管理者。

的Scrum Master: - 有6種類型的會議在爭球:

  • 每日Scrum /站立
  • 積壓疏導:故事情節
  • Scrums
  • Sprint計劃會議的Scrum
  • 衝刺評審會議
  • Sprint回顧展

讓我知道是否有人需要更多的投入。

+2

對Scrum中的角色有很好的瞭解。謝謝! – asgs 2015-07-07 13:16:39

+1

謝謝!那對初學者來說是一個很好的幫助 – 2015-11-29 00:43:08

+1

Scrum會議的目的是什麼? – kn3l 2016-06-13 00:53:39

9

瀑布方法是一個順序的設計過程。這意味着,隨着八個階段(概念,啓動,分析,設計,建造,測試,實施和維護)的每一個階段都已完成,開發人員將進入下一步。

由於這個過程是連續的,所以一旦完成了一個步驟,開發人員就不能回到上一個步驟 - 這不是沒有搔抓整個項目,而是從頭開始。沒有改變或錯誤的餘地,因此必須在開始時設置項目結果和廣泛的計劃,然後謹慎地進行設置。

ACP Agile Certification是作爲瀑布方法的缺點的「解決方案」。敏捷方法不是順序設計過程,而是漸進式方法。 開發人員從一個簡單的項目設計開始,然後開始在小模塊上工作。這些模塊的工作是在每週或每月衝刺中完成的,並且在每次衝刺結束時,評估項目優先級並運行測試。這些衝刺允許發現錯誤,並且在下一次衝刺運行之前將客戶反饋納入設計。

由於缺乏最初的設計和步驟,這個過程往往因其協作性質而受到批評,該過程專注於原則而非過程。

13

敏捷和Scrum是項目管理中使用的術語。敏捷方法採用增量式和迭代式工作節拍,也稱爲衝刺。另一方面,Scrum是軟件開發中使用的一種敏捷方法。

敏捷是實踐,Scrum是遵循這種做法與極限編程(XP)相同的過程,看板是遵循敏捷開發實踐的替代過程。

18

Scrum如何融入敏捷開發?

儘管敏捷方法不僅適用於軟件行業的產品開發,也適用於其他行業,但Scrum專門針對軟件開發。

Scrum不是一種方法。它只是提供敏捷開發的結構,規範和框架。整個項目由一系列Sprint或Sprint Cycles(1到n)組成,每個Sprint的持續時間相同。如果'時間'由T表示,則T1 = T2 = T3 = ... Tn。 Sprint可以在2到4周的任何地方。短於2周的短文並不理想,使用頻率也較低。每次Sprint結束時,都會生成一個功能/工作軟件,供用戶實際測試。

原創文章就在這裏...

https://www.linkedin.com/pulse/agile-development-using-scrum-what-you-dont-know-sri-prakash?trk=prof-post

+2

請注意Scrum並不特定於軟件開發......它在軟件開發中非常流行,但僅僅是因爲軟件開發的複雜性。任何複雜的產品開發都可以從使用Scrum中受益。有趣的事實:如果您搜索Scrum指南,它沒有提到一次「軟件」一詞​​。 – 2017-01-17 12:06:03

20

SCRUM:

SCRUM是一種類型的敏捷方法的。這是一個框架而非方法論​​。

它沒有提供需要完成什麼的詳細說明,而大部分依賴於正在開發軟件的團隊。因爲項目開發人員知道如何解決問題,這就是爲什麼他們需要解決的問題

跨功能團隊和自組織團隊對於Scrum來說至關重要。在這種情況下,沒有團隊負責人將任務分配給團隊成員,而是整個團隊解決問題或問題。它是跨職能的,每個人都從項目的想法到實施項目都參與到項目中。

Scrum的優勢在於項目的方向要根據完成的工作進行調整,而不是基於猜測或預測。

角色涉及:產品負責人,Scrum Master的,團隊成員

敏捷方法:

這在本質上不可預知的構建軟件應用

迭代和增量工作節奏稱爲衝刺在這種方法中使用。

Agile和SCRUM都遵循該系統 - 其中一些功能是作爲衝刺的一部分和每個衝刺結束時開發的;這些功能是從編碼,測試和集成到產品中完成的。在每次衝刺結束時向所有者提供功能演示,以便可以對下一次衝刺進行反饋。

宣言敏捷開發:

  1. 個體和交互勝過過程和工具
  2. 工作的軟件勝過面面俱到的文檔
  3. 客戶協作勝過合同談判
  4. 響應變化勝過遵循計劃

也就是說,雖然有價值的在右邊的項目中,我們更看重左邊的項目。