我已經設置了Jira和Greenhopper並設置了初始衝刺。我通過電子白板和麪對面的交流，多年來一直在做Scrum。我想知道我應該如何處理使用greenhopper的非計劃物品？我不只是想添加一個New Card，並讓它搞砸了統計數字。在衝刺完成後能夠獲得計劃外工作的數量會很好。我最初的猜測是在Task Board上添加New Card，並將其標記爲未計劃的。但我似乎沒有找到Card的unplanned標籤。如何處理JIRA/Greenhopper中的計劃外物品
我一直在使用Greenhopper約1年半。它工作得很好，對我們的團隊來說是無價的，但它不能替代後期的日常站位。在過去的一年半時間裏，我們收集了很多Jira中的任務，錯誤和其他項目，這些項目不是即時積壓項目。在Greenhopper中管理它們是最困難的。這些是非計劃項目。
我有這些版本Greenhopper設置：
不定期的：這是一個幾百項，我們可能會或可能不會永遠避開保持筆。有些是想法，有些是我們目前無法解決的錯誤。
未被整理的錯誤：當我們發現與當前sprint的工作無關的新錯誤時，他們會進入這裏。每個星期左右，我們通過它們並將它們放入其他版本之一。
短期路線圖：我們很快就會到達的東西，但不是在這個或下一個衝刺。
Sprint規劃：這是我們在規劃期間工作的積壓。這是較高優先級的項目。
v2.3 - Sprint 2（或者我們目前正在使用的任何版本/ sprint）：這是sprint積壓。
在當前衝刺階段和衝刺計劃階段之前，我組織積壓工作並將高優先級項目放在Sprint計劃中，以便我們接下來進行討論。會議結束後，我們將我們註冊的項目放入v2.3 - Sprint 2，並且每天管理它。
您是否知道是否有辦法強制在多個項目中創建這些版本？ – j03m 2011-08-03 19:02:51
我覺得當你說'計劃外項目'時，你指的是需要儘快完成的關鍵'熱修復'任務。在我的小組中我們使用了一個分裂的團隊我們有一支承諾參加衝刺的球隊。核心團隊。他們是我們計算的唯一資源，用於確定我們在衝刺中可以完成的工作量。另一個名爲消防員團隊的小型團隊被留出來處理未計劃的重要項目，例如，下一個版本可能需要這些項目。
我們追蹤這些並排。核心團隊從未被允許在修補程序項目上工作。但是，如果消防員團隊目前沒有任何關鍵項目，他們可以將他們的技能作爲「僕人」提供給核心團隊。我們在一個項目上的分裂通常是4Core/2Firefighter。我們在每次衝刺中旋轉消防員成員，注意不要從跨越多個衝刺的大項目中間的下一個衝刺中刪除某人。到現在爲止還挺好。我現在唯一的問題是以有意義的方式追蹤平行衝刺的數量。當它成爲一個真正的問題時我會解決這個問題。
查看我對Atlassian的功能請求，併爲它投票。
"As a Product Owner, I want new PBIs quarantined from the Backlog until I rank them"
你收集哪些類型的度量和你打算在這個何如？我在問，因爲Scrum在不同的商店（用於估計的度量與用於通信的故事點）之間的用法差異很大，所以我認爲這會影響答案（從任何地方「只是接受計劃外的任務發生，在未來的衝刺中「，」將其作爲一個子任務添加到它所關聯的故事中，在當前衝刺或未來衝刺中安排該子任務，並且燃盡圖將顯示剩餘的點數作爲中等衝刺「）。 – 2011-02-18 07:53:05
這是一個新的團隊，我將開始使用Scrum。我想我們會用故事點進行粗略的估計，然後使用幾個小時或半天或類似的東西進行細化。在衝刺中添加任務會增加失敗，這是正確的。但我希望能夠得到一個數字來表明15sp是作爲計劃外項目添加了midsprint，從而讓人們睜大眼睛，並試圖找出造成這種情況的原因並加以修復。不是因爲我自己的緣故，而是因爲更多的非技術性的職業性個人經常是這些計劃外項目的來源。 – inquam 2011-02-18 07:57:12