對于一個組織來說,同一組開發(fā)人員來完成多個項目,這是常有的事兒。在這種狀況下,應(yīng)該如何組織團隊呢?他們的工作又該如何計劃和分配呢? 如果可分配的資源較多(比如說,可以為每個項目分配6至10個開發(fā)人員),而且已經(jīng)知道這些項目的大小和相對優(yōu)先級,一般來說,將開發(fā)人員劃分為兩個或多個團隊就可以了。 反過來說,如果每個項目能夠分配到的人員很少(每個項目只能有1到3個開發(fā)人員),而且項目的大小和相對優(yōu)先級不明確或者易于變化的狀況下,就很難以一種有效的方式來劃分團隊了。 針對如何組建一個項目和團隊,Gilad Gruber正在尋求答案: 我想知道最好的方式是什么,Scrum是如何處理這種情況的。我覺得最好的方式是所有的團隊共同擁有一個product backlog(盡管這意味著在一個sprint中,團隊會處理分屬不同項目的問題)。我認(rèn)為那些擁有純粹主義觀點的人會推薦切分團隊并建立多個backlog。 Wolfgang Shulze Zachau分享了他的經(jīng)驗: 我們只有一個團隊和一個覆蓋多個項目的product backlog,而且只有一個產(chǎn)品所有者(Product Owner,簡稱PO)。他在對客戶和其他利益相關(guān)者進行仔細交流后,對優(yōu)先級有最終決定權(quán)。只要讓PO能自己做決定就行。 他又說道:“當(dāng)然,其前提是你要有個合格的PO。” Xu Yi-Kaveri表達了不同意見: 我反對多個團隊共有一份product backlog。因為PO是決定product backlog的人,而我認(rèn)為,基本上同一個人不可能同時是多個項目的PO。 他所擔(dān)心的是:如何排定項目間的優(yōu)先級,以及這樣做可能會影響產(chǎn)生特性的優(yōu)先級和項目的優(yōu)先級的排定。因此,他建議: 你應(yīng)該評估你的團隊的工作能力,然后可能要和項目經(jīng)理討論一下多個項目間的能力差異。接下來,根據(jù)團隊的具體工作能力,為不同的項目選擇各自的product backlog條目。 Roy Morien建議依據(jù)常識在兩者中做出選擇: 無論如何,常識必須被認(rèn)可。如果可以方便高效地切分多個團隊,而且每個都擁有自己的product backlog,那就這么做好了,每個PB都可以獨立劃分優(yōu)先級。假如多個團隊共享同一個backlog,這就暗示著多個團隊(每個團隊的適當(dāng)人數(shù)是7~9人)共享相同的PB,處理PB的優(yōu)先級時就會出現(xiàn)問題,而且“有條理地選擇條目并把其放入Sprint backlog”也將成為麻煩事。
此文章共有2頁 1 2 下一頁
文章來源:互聯(lián)網(wǎng)
|