2010-02-04 52 views
0

哪些組織最適合使用Scrum方法,爲什麼?Scrum作爲一種軟件開發方法

+0

部分杜佩:http://stackoverflow.com/questions/343254/is-scrum-fit-for-small-organisation – 2010-02-04 07:03:50

+0

組織?你是指公司/公司,還是開發團隊應該如何組織?或者是什麼?我認爲組織使用Scrum,而不是其他方式:-) – 2010-02-04 07:04:03

+0

巨大的問題 - 我不認爲它可以在這裏回答。你可以再詳細一點嗎?你一般在調查Scrum或Agile嗎?如果Scrum在敏捷的背景下,那麼你在考慮什麼其他模型和實踐?組織也是一個廣泛的術語 - 您是問Scrum是否適合大公司而不是大公司,還是公共部門還是私人? – Keith 2010-02-04 08:27:32

回答

2

Scrum不是一種開發方法,它是一種項目管理方法。 Scrum是關於管理工作量和資源,消除進展的障礙,並定期向整個團隊(包括利益相關者)呈現結果。

心裏對自己說:

  • 可能你的開發/項目團隊從每日或每兩日會議追趕受益?
  • 當你有設計或項目會議時,做錯的人會把所有的注意力都集中在一起嗎?
  • 您是否需要在項目中的不同利益相關者之間進行區分?
  • 您的團隊是否可以從迭代過程中獲益?哪裏的「發佈」經常進行(即每3或4周)?產品經理對錯誤和功能進行了仔細優先處理?
1

我們使用Scrum的東西,都最小的團隊由3個devellopers(2個整體,1兼職),利益相關者和爭球主(「書記」)。它工作得很好,我們計劃儘快將其他小型項目團隊轉換爲這種方法。 有一些「點」,你必須記住:

  • 我們在版本控制下的一個excel表格項目的狀態,即至少在很短的日常會議後更新。

  • 審查和計劃會議每兩天計劃一次,在所有參與者同意之前不會移動。

  • 在所有的方法中,我們將任務從backloglist分解到最小的任務。 2天的工作,取決於任務類型(概念,原型,產品等)。這被證明是獲得可靠估計的最有價值的手段!

  • 如果利益相關者需要一個狀態更新或需要調整工作優先次序,他可以看看Excel表格,並改變它,所以即使他沒有參與策劃會議上,他對項目devellopment足夠的影響

  • 對管理風格最重要的影響是,你有證據表明給定的變更會花費多少錢,以及在給定的日期(發佈日期或公平交易的事情)之前可以實現的功能。

+0

「最小」?奇怪點。 2人不需要Scrum--無論如何他們都會談論。 1人不需要Scrum。也許你應該省略「最小」的部分,並專注於你正在做的工作。 – 2010-02-04 12:24:43