我有幾件事情要指出的是,任務優先級不是開發團隊的責任可言,這一點是由PO原因是多方面的管理,但讓我們不要有關討論。
當你沒有一個單一的PO這是一個利益的鬥爭轉化。如果他們之間沒有共同的目標,每個PO都希望他們的美國儘快完成,因爲他們是最優先的(這是完全可以理解的)。
因此,如果您想爲所有這些產品保留一個團隊,那麼您需要一份PO,作爲開發團隊的單一聯繫人,爲他們提供單一積壓,然後您可以嘗試使衝刺目標專注於在單一產品上,開發團隊不必在衝刺中間改變他們的「環境」(但這是一個獎勵點,不是強制性的)。
最主要的是,如果有可能讓這個單一的PO管理這個單獨的積壓,最後它與當前的5個PO成爲利益相關者一樣,他們會問他們想要什麼,並且這個PO將把這些東西整理妥當。基於什麼 ?可能是公司的需要,如果存在阻礙問題,或者它可能像金錢一樣容易......誰付出的錢最多,那就是您最先參加的那個。
在恢復,移除採摘任務的責任待開發脫隊,也可能是通過這種單一PO辦法,由他們管理的單一產品積壓結合在一起的PO之間的論壇。這些是我的兩個主張。
有太多的因素到位,公司,共同願景和需求的採購訂單,爲什麼會出現1對在管理這一切一支球隊的原因..等
我們目前正在與一個單一的工作我們也有多個產品團隊,我們只有一個採購訂單和一個積壓產品,而且事情進展順利。
希望這會有所幫助!任何懷疑只是告訴我!
目前敏捷團隊負責人(紀律敏捷交付術語)必須追逐產品所有者,並得到解決哪個故事更優先。這個問題仍然存在。這與每種產品的需求量不同。有些產品有時需要超過一半的資源。有時候沒有人會在這個產品上工作。有什麼建議? –
一種選擇是讓產品負責人量化每個故事的價值。這樣,優先級歸結爲最有價值的故事,每次出現衝突時,您都不必追逐產品負責人。當然,挑戰在於讓產品所有者分配故事價值。 –
如果我們只有一個產品所有者,這會很容易。但我們有5個產品所有者5個產品。每種產品一個採購單。我已經開始認爲,爲每個產品拆分團隊是一個更好的選擇,所以我們有「一個團隊 - 一個PB - 一個PO」。儘管這必須是一個長期目標,因爲我們有專業的團隊成員,需要一些時間來學習新的東西並且是多技能的。 –