burndowncharts

0熱度

2回答

我們有長達幾個團隊成員並不在我們的團隊中工作100％的可視化。你可能會認爲這首先是一個壞主意，但讓我們假設我們對此無能爲力。我和其他團隊成員進行了討論，我的觀點是，burndown chart對我們來說是「撒謊」的。讓我舉一個例子。假設我們有一個衝刺，持續2周。我們有6名成員，其中2人只工作50％。如果同時兼職成員的工作，第二週的第一週100％，0％，我的觀點是，1周後，在燃盡看起來好多了比

1熱度

3回答

如何計算scrum項目的sprint圖表

我對scrum和項目管理有所瞭解。例如。我們需要找出程序的所有步驟，並寫下他們的修養和工作時間。但我不知道如何爲一次衝刺繪製燃盡圖（我們需要哪些值以及哪種計算會創建圖表？）。

1熱度

1回答

使用Open Flash Chart 2創建燒燬圖表的提示

我將爲我們的項目管理系統實施燒錄圖表。它將使用Open Flash Chart 2 系統知道項目何時開始以及何時估計完成。它也知道故事點數和每個小時數。用戶每天寫下他們分配的每個故事點的工作時間。從我看過的圖表中，他們通常會顯示每天的狀態。並預計完成日期。我應該預計每天的工作時間爲8小時或8小時*用戶。或者我應該只顯示剩餘時間並讓圖表自動標準化（因爲許多用戶可以在開始時處理它，並且在最後幾

3熱度

1回答

TFS的烘乾圖，理想趨勢從最大（剩餘小時）開始，而不是第一次約會（剩餘小時）

我們在TFS中使用MSF Agile 5.0流程模板。我想知道是否有人調整了Burndown圖表，以便理想趨勢能夠達到剩餘工作達到的最高點，而不是剩餘工作在迭代第1天的價值。在下面理想趨勢的燃盡圖將開始在130小時，沒有20 ] 1 沒有人有一個RDL文件共享？這裏有一個問題，在報告中表示的代碼，但我不知道如何去改變它（http://social.msdn.microsoft.com/Foru

3熱度

4回答

Scrum中燒錄圖表的動態變化

我對Scrum燒錄圖表中Y軸應該如何動態的問題有疑問。我們在包含Y軸上估計故事點總數和X軸上計劃日期的sprint開始繪製圖表。一般情況下，衝刺過程中，我們有相當數量的：無計劃的任務/故事; 任務/故事花費的時間比估計的長（由重新估計的人檢查任務）; 問題：應的非計劃任務的故事點被繪製成圖表？如果是這樣，還要擴展y軸並重新繪製預期曲線？或只是繪製點，並有一個實際的曲線點可能比起點高？應該重

1熱度

1回答

TFS Burndown圖表看起來不正確 - 潛在的錯誤

請看下面的編輯，報告似乎使用緩存的數據？我無法弄清楚，爲什麼有89個小時的工作，剩下的，當我有3個活動工作項共計44小時：我燃盡圖：3 剩餘時間被阻止的任務等於44小時：我確定完成的小時■當我閉上任務：我在做什麼毛病剩餘VS完成時間？這是TFS中的錯誤嗎？這似乎不同於以前的經驗，我剛開始一份新工作。編輯：今天的報告是正確的，我怎麼停止緩存發生？

8熱度

9回答

Scrum燒燬圖表：任務或故事？

有幾種方法可以在Scrum中燒燬圖表。有些人建議將未完成故事的故事點用作Scrum中的燒錄圖。臨：只完成了故事降低圖表魂鬥羅：圖表不會在一開始向下移動，然後迅速下降其他建議使用的任務數左專業版：圖表會向下移動，您可以看到它是否高於終點線對比：你可以下來說10個任務（最困難的任務），並且還沒有完成一個故事。你失敗了，因爲只有完成的分析對你的產品所有者纔是有利的。解決方案既包含點完成任務

11熱度

5回答

敏捷文檔的具體例子？

在回答這個問題Documents for a project?，克里斯·巴蘭斯回答說"User Stories" and a "burndown chart" are the two most useful types of project documentation for a developer. 我的問題是，你知道任何很好的例子，[S]的，我可以看到（例如在互聯網上，或在書），這些類型的文檔

0熱度

2回答

創建不認爲「時間過去」的burndown圖表工具等於「應該取得進展」

我正在尋找一個程序，可以使burndown圖表並不認爲只是因爲一天過去了，所有的工作當天的時間自動假定已經轉爲當前 sprint。因此，我對某個特定日期沒有興趣完成衝刺，但是我有興趣跟蹤估計是否準確。我只打算用這個私人編程（和非編程）的項目，所以它並沒有成爲一個羽翼豐滿的 Scrum團隊解決方案（雖然我認爲這將是）。爲了更好地解釋什麼，我期待的，假設我有一個項目說：「畫我家」與由九