一千萬個為什麽

搜索

在使用單個團隊進行開發和支持時,如何管理多個PM的計劃?

我在一家小公司(22人)工作,開發團隊負責新功能(40%)和支持/維護任務(60%)。

我們有幾個帳戶/項目經理使用看板,優先考慮Jira內的客戶門票,我們每天都會站起來討論手頭的任務,進度和任何阻截者。

每個人的主要挫敗感是在向開發人員分配工作時缺乏可見性,這導致一些開發人員經常處於高需求狀態的問題。這通常導致個人被從一個項目拉到另一個項目,因為PM A和PM B都有最後期限,但PM A和PM B並不真正了解彼此的優先級。

遺憾的是,我們無法將團隊分成兩個專門從事開發和支持的團隊;並且有20多個客戶帳戶來開發/支持/維護,提前計劃開發人員計劃似乎是不切實際的。這主要是由於我們通過的門票的復雜程度和緊迫性,這可能會使開發人員花費相當長的時間。

我們已經在內部討論了為項目工作創建高級別計劃以及所需資源的問題,但我們仍然堅持如何進一步推進這項工作,因為維護/支持工作占據了我們業務的重要部分。 。

我們已經看到了引入像看板這樣的PM方法的一些巨大好處,我們已經看到客戶滿意度和整體周期時間的一些巨大改進。但我認為我們現在需要一種更清晰的方式來定義我們的時間表並讓團隊了解這一點。

我們將非常感激地提出您對我們如何解決這一問題的任何建議。

最佳答案

每個人的主要挫敗感是在向開發人員分配工作時缺乏可見性,這導致一些開發人員經常處於高需求狀態的問題。

這是怎麽回事?看板通常與“拉動工作”方法一起使用,因此不應將工作“分配”給特定的開發人員。

您可以看到工作(感謝看板和Jira)。您可以看到資源(Devs的中央池)。聽起來你有那些謎題的部分,只是沒有堅持過程使其工作。

您目前如何執行比率(40/60分割)?如何意味著工作(即使它不是)?如果您希望它實際工作,這個過程至關重要。

看板董事會如何不為PM A和B提供他們競爭優先級的可見性以及他們在優先級列表中的位置?應該這樣做。

以下與問題相關的修改

您提到我們不應該將工作分配給個人,但在我們的情況下,每個開發人員具有不同的專業知識/水平,或者只是對客戶設置有更深入的了解。

然後你就是在制造瓶頸。如果讓開發人員具備跨技能,那麽整體效率是否會得到提升(即使是為了一些短期的痛苦而進行交易)?如果Dev A一直為客戶X工作......當Dev A生病時會發生什麽?還是離開公司?

如果有一些原因導致您的開發人員無法跨越技能,那麽看板作為一種方法仍可以工作,因為每個人都可以使用他們的技能組合來獲得他們可以處理的最高優先級項目。雖然聽起來像這種情況下的潛在問題是缺乏團隊交叉技能和過度依賴個人。這不是前進工作的良好基礎。

但是,如果您說5個項目或更多(與您的支持工作一起),它們都有不同的PM,在開發中的某些時候都需要開發人員A,那麽您如何在看板內進行規劃,所以你不是同時都需要他嗎?

你不能。基本上你所說的是“我的高速公路上有一條車道。我怎麽能在同一時間在那條1車道上開5輛車呢?”。無論您使用何種方法,都不能。潛在的問題是容量問題(1車道)。容量問題似乎是因為你分配的是個人而不是資源。開發人員應該是開發人員。是的,他們將擁有專業領域,但它們應該具有足夠的功能,以涵蓋多個利基或一個客戶。

即使你分裂了團隊,也不會解決問題。對於他們從池中獲得的資源,PM應該沒有發言權,他們會得到任何可用的人員,並且具備在最優先考慮的時間工作的技能。這很有效率。你目前的方式是非常低效的。

轉載註明原文: 在使用單個團隊進行開發和支持時,如何管理多個PM的計劃?