2017-03-10 47 views
-2

我們有一個開發團隊(約20名團隊成員)目前從事5種產品擁有者(每種產品一種)的5種產品。我們正在努力處理不同產品之間的故事優先級問題,以及針對相同的大量會議。單一開發團隊致力於處理多個產品積壓(產品)

下面是我們正在尋找的兩個選項:

1.合併產品積壓到一個單一的產品積壓

這樣的團隊可以拉從一個產品積壓的故事衝刺積壓。 (並且不必再爲優先級而煩惱)。但單一產品積壓可能太大而難以管理。

2.分離球隊分成5隊爲每個產品

但這目前還不可能,因爲我們有資源專業的IT特定的鍋,需要跨產品共享。

有什麼建議嗎?

回答

2

我建議第三種選擇。

圍繞產生最多工作的產品形成團隊。然後讓剩下的開發人員在涵蓋剩餘產品的團隊中工作。

是這樣的:

球隊1 - 第1

隊2 - 產品2

隊3 - 第3,4,5

希望這會減少與故事優先級的鬥爭(雖然不能完全消除它)。

最重要的事情是確定要通過新的組織結構和您打算如何衡量成功獲得什麼。

找一些合適的指標來代替,嘗試新的結構,看看指標得到更好或更壞。然後檢查並調整你的方法。

+0

目前敏捷團隊負責人(紀律敏捷交付術語)必須追逐產品所有者,並得到解決哪個故事更優先。這個問題仍然存在。這與每種產品的需求量不同。有些產品有時需要超過一半的資源。有時候沒有人會在這個產品上工作。有什麼建議? –

+0

一種選擇是讓產品負責人量化每個故事的價值。這樣,優先級歸結爲最有價值的故事,每次出現衝突時,您都不必追逐產品負責人。當然,挑戰在於讓產品所有者分配故事價值。 –

+1

如果我們只有一個產品所有者,這會很容易。但我們有5個產品所有者5個產品。每種產品一個採購單。我已經開始認爲,爲每個產品拆分團隊是一個更好的選擇,所以我們有「一個團隊 - 一個PB - 一個PO」。儘管這必須是一個長期目標,因爲我們有專業的團隊成員,需要一些時間來學習新的東西並且是多技能的。 –

0

這是一個常見問題,可以通過紀律和團隊合作解決。

5產品接縫像20人一樣多,希望其中一些工作類似,您可以將它們包括在一起。我會鼓勵團隊成員數量較少的6 + 3團隊,並讓他們選擇如何最好地完成工作。

如果你有一個自組織的團隊,他們將能夠弄清楚如何交叉訓練,你不需要這麼多的專家。看看Scrum指南(http://www.scrumguides.org/)並遵循那裏的指導原則。

+0

你確定Scrum非常適合我們嗎?我想我們應該去看看看板或** Scrumban **。我們可以創建儀表板,然後讓所有5個產品所有者繼續在** ToDo **部分中一次推送20個工作項目。讓他們爭取優先考慮,並將這些工作項目/故事作爲優先列表(自上而下)。然後,團隊可以將工作項目/故事從列表頂部拉出,並保存在**正在進行中**並繼續進行工作。團隊中沒有人真的需要優先考慮。 –

0

我首先做一些假設:

  1. 該產品鬆散的聯繫 - 例如如果貴公司生產人力資源軟件,產品可能是時間表,培訓,績效管理等等。
  2. 產品之間有一定數量的共享代碼,登錄,日誌記錄,部署等...
  3. 有可能有更小的團隊,將具有運送產品功能所必需的技能。
  4. 產品負責人能夠了解產品功能的商業價值並在優先級之間自行協商。

在這種情況下,我會......

  1. 分成3隊的6/7 - 這是足夠多的人的技能來完成顯著的特點。
  2. 讓3個團隊「擁有」1個或2個產品 - 這樣團隊才能真正理解和貢獻產品的長期願景,並確保技術積壓項目的優先順序與產品價值相適應。
  3. 每個團隊都有積壓 - 產品擁有者和團隊擁有積壓。
  4. 有一個明確的方法,產品所有者用於優先考慮功能 - 例如商業價值,WSJF,卡諾等...同意並寫下它可能有助於在方法上停止爭論
  5. 讓3個團隊協調更改共享代碼 - 也許是內部源類型的方法。
  6. 讓教練通過變更幫助團隊和利益相關者。
+0

我們有不同數量的產品出現在每個產品中。有時候,有一半以上的團隊需要專注於一種產品,其餘的則分爲其他產品。如果我們爲每個產品保留一個6/7的固定團隊,那麼可以提供滿足不同需求的任何建議? –

1

我有幾件事情要指出的是,任務優先級不是開發團隊的責任可言,這一點是由PO原因是多方面的管理,但讓我們不要有關討論。

當你沒有一個單一的PO這是一個利益的鬥爭轉化。如果他們之間沒有共同的目標,每個PO都希望他們的美國儘快完成,因爲他們是最優先的(這是完全可以理解的)。

因此,如果您想爲所有這些產品保留一個團隊,那麼您需要一份PO,作爲開發團隊的單一聯繫人,爲他們提供單一積壓,然後您可以嘗試使衝刺目標專注於在單一產品上,開發團隊不必在衝刺中間改變他們的「環境」(但這是一個獎勵點,不是強制性的)。

最主要的是,如果有可能讓這個單一的PO管理這個單獨的積壓,最後它與當前的5個PO成爲利益相關者一樣,他們會問他們想要什麼,並且這個PO將把這些東西整理妥當。基於什麼 ?可能是公司的需要,如果存在阻礙問題,或者它可能像金錢一樣容易......誰付出的錢最多,那就是您最先參加的那個。

在恢復,移除採摘任務的責任待開發脫隊,也可能是通過這種單一PO辦法,由他們管理的單一產品積壓結合在一起的PO之間的論壇。這些是我的兩個主張。

有太多的因素到位,公司,共同願景和需求的採購訂單,爲什麼會出現1對在管理這一切一支球隊的原因..等

我們目前正在與一個單一的工作我們也有多個產品團隊,我們只有一個採購訂單和一個積壓產品,而且事情進展順利。

希望這會有所幫助!任何懷疑只是告訴我!

+0

PD:這與您使用的工具無關!如果你使用看板或Scrumban,如果你這樣做,你也會遇到與優先級相同的問題。問題在於PO和他們決定一起工作的能力。如果他們能像我說的那樣在論壇上做到這一點,太棒了!如果不是,應該有人這樣做! – BrunoX

0

可能會打開太多的前沿?回過頭來重溫您的公司目標,考慮降低預期並相應地重新組織團隊。如果你推遲了一個產品,而4個產品而不是5個不是世界末日。這會給你在其他產品上的提升。要聰明,挑選你的戰鬥。你不需要爲贏得戰爭而戰。