你在TFS中記錄技術債務？

我想找到一種方法來記錄我們在TFS中產生的技術債務。你在TFS中記錄技術債務？

我需要記錄一個特定迭代外的每個項目，以確保它是可見且易於報道所有的時間。我曾考慮爲技術債務創建一個單獨的區域，但我不確定該領域的實際情況如何。

什麼是我可能會考慮一些常見的方法？我甚至試圖找到一個正確的地方來放這個樹，從而吠叫正確的樹？

來源

2009-12-21 Phil.Wheeler

我不知道如何做到這一點，但它是一個很好的問題。您應該跟蹤您的技術債務，就像跟蹤需求一樣。我看到的問題是確定債務。如果您可以準確識別它，那麼您可以製作一份工作項目以支付它。 – 2009-12-21 01:19:26

TFS == Team Foundation Server？如果您定義首字母縮略詞，它會有所幫助。 – 2009-12-21 01:49:09

對不起 - 是TFS === Team Foundation Server。我試圖在標記之間標記它，但它們在SO中不受支持。 – 2009-12-21 02:25:09

我還沒有找到一個需要分別跟蹤它;我只是把它作爲額外的任務輸入。這樣，他們可以很容易地跟蹤和報告。

來源

2009-12-21 01:42:01 RickNZ

但是，您是否還需要將任務與特定的迭代關聯？你是否發現這種方法乾淨且易於管理？你對可能跨越幾次迭代的任務做什麼？ – 2009-12-21 02:19:15

我像任何其他任務一樣管理它 - 所以是的，我發現它很簡單易管理。我認爲將「技術債務」作爲一個獨立領域分解是沒有用的;最終真正歸結爲現有領域的更多工作。有時候任務會在當前的迭代中進行;有時在另一個。與所有任務一樣，當迭代結束時，有時他們可以從當前迭代延遲到下一個迭代。對於可以跨越迭代的任務，我通常將它們分解爲多個任務（甚至像「階段1」和「階段2」一樣簡單的工作通常可以正常工作）。 – RickNZ 2009-12-21 03:43:24

我喜歡你關於任何技術債務最終在項目現有特徵或領域有其「根本原因」的觀點。好點子。 – 2009-12-23 10:58:19

我發現有幾種類型的技術債務：你瞭解並能追蹤到固定變得作爲一個意外的錯誤的結果顯而易見的債務和債務。我喜歡跟蹤已知的已知的技術債務，在一個單獨的迭代中，我稱之爲「維護積壓」，屬於「技術債務」範疇。然後，我可以將來自ANY迭代的相關錯誤鏈接到技術債務領域，同時仍然跟蹤我無法解決的問題。關鍵是，你仍然需要迭代相關的錯誤被發現和固定並連接到始發要求報告的目的等

來源

2009-12-21 01:58:25 PortageMonkey

謝謝。這是我很好奇的一種方法。但你覺得它運作良好嗎？有其他人/企業以這種方式運作嗎？您的「技術債務」區域和「維護積壓」是否在其各自層次的頂層迭代？ – 2009-12-21 02:16:23

它運作良好，因爲團隊可以採取積極主動的方法，記錄技術債務的發生，即使他們無法在當前迭代中修復它。我還可以輕鬆地報告每個週期有多少未修復的工作是由於技術債務等原因造成的。我們地區還有另一家公司（200多個開發商）使用類似的方法。我不能爲更廣泛的社區發言，但它似乎可以像預期的那樣利用TFS。 – PortageMonkey 2009-12-21 02:29:11

你在TFS中記錄技術債務？

回答

相關問題