需要實現如下目標： 1. 需求管理, 子需求管理（一個需求可能拆分成若干個細的需求） 2. Bug管理 3. 需求/子需求和Bug相關聯，可以看到每個需求相關的Bug數量及進度 4. 可以根據條件進行搜索，比如說想看有多少Open的Bug, 每個開發人員Fix bug的進度 ...

最終忍受不了公司使用論壇+Excel來進行bug反饋和管理工作了，於是花了一個上午時間研究了下bug管理系統。這樣一個bug管理系統能夠輕松的查看bug新增了哪些，攻克了哪些。當前是誰，要在什么時間解決。不管是qa還是程序都能夠輕易的在這個系統上面查看當前要解決和復測的bug ...

需求變更，相信大家一定都遭遇過，即使項目在啟動時已經具備完整的需求，在項目啟動后還是可能會變動。而且由於管理模型的不同，在項目啟動后對需求變更會是件特別耗時費力的事。 這就是為什么我們需要一個持續的需求管理流程，這樣能不僅能幫助控制成本，避免規模失控，還能保證完整的可追溯性。好的需求管理 ...

目錄 為什么習軟件需求？ 需求開發 需求獲取 需求分析 需求定義 需求驗證 需求管理 需求工程和需求管理的關系 軟件需求變更流程 軟件需求跟蹤 軟件需求跟蹤階段划分 軟件 ...

引言 IBM Rational DOORS，簡稱DOORS，是被業界廣泛認可的需求管理工具，在國內外需求管理領域具有較高的市場占有率。需求管理作為傳統的工程領域，理論發展相對成熟和健全。隨着越來越多的企業開始注重在需求管理工程層面的投入，企業的需求管理成熟度也在逐步提高。在需求管理實施過程中 ...

title: 敏捷軟件需求管理 date: 2017-10-23 10:29:39 tags: 需求管理 嚴格的來講，這個標題的說法並不是很嚴肅，這篇文章的目的不是建立一個敏捷軟件需求管理的流程，而是去探索一種需求管理的實踐，解決現在工作中遇到的困惑和困難。為了將問題解釋的更清楚，我需要 ...

　　需求基線管理是需求管理活動中最基礎的一個，《軟件需求最佳實踐》中有所闡述，結合實際工作梳理一下。 　　什么是“需求基線”？在某個特定版本中實現的功能性和非功能性的一組需求集合。引入需求基線后，意味着要采用分階段或迭代的開發方式。這和敏捷開發中“風險前移”、“分階段交付”、“小步快走”、“中途 ...

需求變更管理 范圍變更控制是指對有關項目范圍的變更實施控制。在這兒范圍變更就是需求變更。主要的過程輸出是范圍變更、糾正行動與教訓總結。再好的計划也不可能做到一成不變，因此變更是不要避免的，關鍵問題是如何對變更如何進行有效的控制。控制好變更必須有一套規范的變更管理過程，在發生變更時 ...