時間限制看板/ Scrum板

Question

我有以下問題。

通常在我們的項目中，問題永遠保持不變。

要解決這個問題，我們想介紹一個新的工作流程，如果JIRA問題已經空閒2周，它會自動將其狀態設置爲推遲。

這怎麼能在JIRA中實現？我檢查了電路板上的列限制，但沒有與時間有關的限制。

Answer 1

爲什麼問題閒置兩週？是因爲外部依賴性還是問題太大而無法在兩週內完成？

我不確定Jira的工作流程，如果Jira可以將其移至延期狀態。但是您可以在衝刺結束時將其移回積壓處。

但是如果因爲問題太大而無法在兩週內完成，那麼我會建議將它分成更小的任務以適應短跑。

我希望它有幫助。

Answer 2

我覺得你沒有建立一個工作流程關於該「留在進步永遠問題」，來掩蓋你的問題，但你必須修復它。

解決這個問題意味着您需要指導團隊並用各種技術支持他們，以避免「永不結束故事」。我建議：

• 實施DOR（現成的定義） - 避免拿起這是還沒有進行調查，培養和不夠明確回暖的問題。在我們的案例中，故事可以在所有外部依賴被整理出來之後加入到衝刺中。使用INVEST模型，其中說獨立你如何承諾提供問題，你依賴任何外部團隊？
• 切片大故事 - 有大量的技術如何拆分大型用戶故事。一般來說，如果估計顯示無法完成，那麼在短跑中添加故事是一種不好的做法。理想情況下，故事的正確大小是「每個開發者在單個sprint中有2,5個故事」。這並不意味着每個開發者都應該在自己的故事中工作，而且他們不能合作，但這意味着對於例如4個開發者爲單個衝刺8-10個故事是理想的。 （更簡單的測試，協作，更好的計劃，更穩定的速度等等）。
• WIP（看板限制工作正在進行中） - Putting the 'flow' back in workflow with WIP limits - Atlassian這是在Jira中很容易配置的東西。
• 顯示卡片上的'DAYS IN COLUMN'指示器 - 顯示每張卡片上的一系列點（最大寬度或最多32個），表示問題發生的天數在列中。這可能是scrum master的一個有用信息，用於查看是否有任何應該排除的障礙
• 請勿使用阻止的或推遲的狀態。這只是我個人的建議。像阻塞/推遲的狀態可能會產生一種習慣，即問題只會被推遲，而不會消除障礙和阻滯。標記某些東西比解除障礙更容易。它的Scrum主人負責消除障礙並消除浪費。
• 待辦事項整理 - 定期修改待辦事項，並且如果您有外部依賴項存在問題，請提前標記它們。通過目的尋求外部依賴並儘快識別它們。這將使SM/PO有希望有足夠的時間來處理它們，然後再將問題添加到衝刺中並由開發團隊提取。