當開發團隊是支持團隊時，Scrum如何工作？

當開發團隊是支持團隊時，Scrum會發生什麼？如何使用Jira來改進？當開發團隊是支持團隊時，Scrum如何工作？

我們不能擁有消防員，因爲不是所有的開發人員都能解決前端和後端問題。但支持問題使團隊速度難以獲得。

2016-05-13 Ursula

這可能聽起來很刺耳，但首先造成的問題較少，這是一種幫助穩定團隊提供新功能並減少持續消防的好方法。 – jessehouwing

您可能希望考慮的一件事是幫助您的團隊 - 除了下面的Barnaby傑出的答案之外 - 就是看看您的團隊如何交叉技能，以便您不再有單點依賴關係，「這是後端問題「與」這是前端問題「。在一天結束時，你有一個問題，團隊應該能夠用他們共同的技能來解決問題。讓團隊以最有效的方式推動他們如何做到這一點;一種方法是專注於互相學習技能或積極配合問題。 – f1dave

我投票結束這個問題，因爲它與編程無關。 –

Mike Cohn在sprint planning for teams with a lot of interruptions上寫了一篇好文章。

他建議對中斷所花費的平均時間進行滾動評估。那麼當你進行衝刺計劃時就要考慮到這一點。

例如，團隊平均花費30％的時間來解決問題。當你進行計劃時，你計劃爲開發工作提供70％的容量。

正如你在你的問題中提到的，提名一個人來處理問題修復是一種常見的方法。這是有益的，因爲它允許團隊的其他成員專注於新的開發工作而不會意外中斷。在你的情況下，開發人員是專家，這是更難以實現的。您可能想考慮做一些跨技能的工作，以便開發人員可以處理更廣泛的問題。他們可能無法像專家一樣解決一些問題，但是效率的損失由其他人避免中斷而恢復。

其他值得考慮的事情：

分診錯誤，並只做馬上最爲關鍵的。將其他錯誤修復安排爲您下一次衝刺計劃會話的一部分。如果你有短暫的衝刺（比如說1周），這可能更容易實現，因爲用戶等待修復的時間會更少。
分析這些錯誤，看看有些開發工作是否有可能阻止未來的問題。例如，您可能會發現由於數據不正確而出現大量錯誤。花費時間讓代碼更容忍壞數據可以幫助。
考慮投入更多時間來自動執行迴歸測試。這種預先投入的時間可以減少未來錯誤的數量。這樣做似乎需要花費很多時間和精力，但讓您的工作量更具可預測性，可能足以抵消這一成本。

由於工作不可預知的方式，生產錯誤比修復它們花費的時間有更大的影響。這就是爲什麼專注於質量是有道理的，即使它看起來像很多額外的努力。

來源

2016-05-13 14:36:10

所以SCRUM真的是有計劃的工作，如果有很多中斷，它可能不是最好的方法，也許你應該看看看板或兩者兼而有之？

來源

2016-05-17 16:42:14

@Banarby金的回答很答案的核心問題了，但自從你還問到如何實現這在您的JIRA項目管理：

我建議使用不同的項目或發展不同的史詩並支持任務。使用默認的Scrum項目進行開發，並使用專門的Kanban項目來解決支持問題，這似乎是對我的合理解答（我們也在使用這種技術）。

如果要顯示整個工作負載，還可以創建跨多個項目的主板。

來源

2016-05-20 12:37:58

您可以根據進入衝刺的工作類型來調整流程。它不必一成不變，因爲事情會隨着時間而改變。

看板給予團隊足夠的工作，以便他們始終如一地工作。
Scrum將工作劃分爲sprint（固定長度迭代），允許團隊處理重中之重的故事。
Scrumban是Kanban和Scrum的hybrid。它基於持續不斷的工作流程並遵循拉式系統。故事存在於積壓之中，團隊仍然在衝刺運行，但在工作流程的每個階段，WIP（正在進行的工作）都受到限制，並且使用週期和交付週期指標實現了生產力測量。

注：週期時間是一個故事在團隊工作流程中從頭到尾的時間。 訂貨時間是故事出現在Scrumban董事會上的總時間。

來源

2016-06-18 10:11:32 cbillowes

當開發團隊是支持團隊時，Scrum如何工作？

回答

相關問題