工作項是 Visual Studio Team Foundation 用于跟蹤工作的分配和狀態的數據庫記錄。CMMI? 過程改進 MSF 過程定義了七個工作項來分配和跟蹤工作，他們是：任務、更改請求 、風險 、評審 、要求 、Bug 、問題，在這七個工作項中風險、Bug 和問題最容易混淆：
在MSF for CMMI Process Guidance里它是這樣解釋的:

Bug

　　Bug 是表明產品中可能存在或已經存在問題的工作項。打開 Bug 的目的準確地報告問題，以便讓讀者能夠了解問題的全部影響。Bug 工作項中的說明應便于跟蹤在遇到 Bug 時所使用的步驟，從而使 Bug 易于重現。測試結果應該明確顯示問題。此說明的明確性和可理解性通常會影響到修復 Bug 的可能性。（它的來源應該是產品本身中的問題，如果項目是開發某個MIS，則應是完成開發任務中遇到的代碼問題）

問題

　　問題工作項記錄可能阻止或當前正在阻止有關產品的工作的事件或情況。問題與風險的不同之處在于：問題通常是在每日團隊會議上自發識別的。將對問題工作項進行評審和分析以創建解決該問題的任務。一旦采取糾正措施（通過完成任務），就可以解決該問題。最后，如果認為糾正措施是可接受的，則關閉該問題。（問題是已經存在的影響項目的，風險是還沒發生，但將來可能發生或一定會發生的，我們所做的就是盡可能的去降低風險或轉移風險．當發生了就轉換為問題了），它與Bug的最大區別是他不是因為某個代碼問題，而是在項目中遇到的阻礙整個項目或部分工作的實施的事件或情況。

風險

　　風險工作項記錄任何會在將來對項目產生潛在負面結果的可能的事件或情況。項目管理的一個重要方面是認識和管理項目所固有的風險。如果指派一個風險進行緩解，則該風險將變成“活動”狀態。該風險將一直保持活動狀態，直到完成相應的緩解措施，此時風險已解決。如果已解決的風險經過驗證表明已完全得到緩解，則該風險將被關閉。如果在任何時候發生了風險標識的事件，則該風險就會成為一個問題，將執行應變計劃。
　　風險是任何可能在將來對項目產生潛在負面結果的可能的事件或情況。風險工作項記錄和跟蹤項目的技術風險或組織風險。當需要具體操作時，這些風險可能會轉換成為減輕風險而執行的任務。例如，技術風險可引起建立結構原型的工作。團隊應始終以一種積極的方式看待風險識別以確保提供有關團隊所面臨的風險的盡可能多的信息。
　　凡事都存在風險，風險只能減輕或降低或著轉化為另一種形式存在，當風險降低到某種我們可以容忍或接受的程度就可以認為風險解決了．

轉載于:https://www.cnblogs.com/dwfbenben/archive/2006/03/01/340501.html

總結

以上是生活随笔為你收集整理的在MSF中怎么区分易混淆的工作项类型：Bug、风险和问题（我个人的理解）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。