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

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

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

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

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

以下與問題相關的修改

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

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

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

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

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

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