1樓：來自北方的雪
我們平常有在用redmine，主要用於提交bug以及追蹤bug解決進度，也用於提交優先順序比較高、工作量又不大的產品優化需求。缺點：組內成員無法針對某個問題討論，且不支援將**直接貼在問題描述區。
confluence是充當需求管理和知識積累的工具。做知識積累還算可以，但是做需求管理，缺點是不能及時追蹤問題的處理進度、無法對問題標註優先順序，也就是confluence是存放需求池的好工具，但是對需求管理整個過程卻不是最佳的選擇。日事清管理工具彌補了這兩個軟體的不足，方便跟蹤問題的處理進度、可標註問題的優先順序、可將問題指派給某人，將任務層層分解，日事清看板功能將工作一目瞭然的呈現。
2樓：匿名使用者
ibm rational doors
ibm rational doors前身是大名鼎鼎的telelogic doors，被ibm收購後更名為ibm rational doors。doors
是最老牌的企業需求管理套件，通過使用doors/ers，可以幫助企業更有效地進行溝通並加強協作與驗證，從而降低失敗的風險。通過對整個組織實施多種需求管理的方法，可以使專案的管理更加透明。它可以使企業跨越地域與組織的邊界來按國際化的方式執行。
如何用axurerp做產品的需求管理
3樓：du知道君
下面主要針對需求開發及需求管理兩個方面對需求進行分析。
1. 需求開發，從目前我們的實際工作情況來看按順序主要分成如下幾個部分：
· 請教行業專家
行業客戶對資訊化的需求越來越細化，對專業性以及行業能力的全面性要求越來越高，惟有深入行業，洞察其需求，研發出更適合客戶需求的產品，才能成功。因此有必要先請這方面的行業專家對於客戶的業務需求進行從流程上的梳理。為什麼請行業專家，而不是直接請客戶進行交談，得到其實需求，個人認為主要是因為目前各**部門、企事業單位對於資訊化與業需求的整合這一塊缺少經驗，大部分情況還不能完全整理出完善、清晰的系統需求來。
只有通過行業專家對其實業務流程進行梳理，一方面更容易與客戶產生共鳴，另一方面也可以大大減少因為知識方面的差異導致錯識需求的產生。
· 和客戶交談
· 參考其他類似軟體和系統 在經過與客戶的溝通，並形成初步的需求之後，不要急成正式的需求，請先參考一下以前的一些系統，去理解一下瞭解到的需求與原先系統的差異，並去發現是否有些需求會產生錯識需求。
· 業務建模
為需求建立模型，需求的圖形分析模型是軟體需求規格說明極好的補充說明。它們能提供不同的資訊與關係以有助於找到不正確的、不一致的、遺漏的和冗餘的需求。這樣的模型包括資料流圖、實體關係圖、狀態變換圖、對話方塊圖、物件類及互動作用圖。
· 需求整理並形成需求規格說明書 需求規格說明書的模板我想每家公司都是不一樣的，也沒有必要都一樣，但我認為每個需求規格說明書至少應包括
軟體需求一旦通過了評審，就應該基線化，納入配置管理庫。而在配置管理庫中的文件或**不能再輕易進行修改。當有需求要進行變更的時候，就必須提出申請，寫需求變更計劃，稽核通過，才有許可權進行需求變更。
然後配置管理員一定要做好需求的跟蹤。，凡是跟變更需求有牽連的開發人員和測試人員都要同步的通知到和及時讓他們做好相應部分的各類文件的修改。
· 需求變更管理
需求的變更管理我個人認為是最容易出問題，一般專案做不完也主要是由此產生。需求變更的出現主要是因為在專案的需求確定階段，使用者往往不能確切地定義自己需要什麼。使用者常常以為自己清楚，但實際上他們提出的需求只是依據當前的工作所需，而採用的新裝置、新技術通常會改變他們的工作方式；或者要開發的系統對使用者來說也是個未知數，他們以前沒有過相關的使用經驗。
隨著開發工作的不斷進展，系統開始展現功能的雛形，使用者對系統的瞭解也逐步深入。於是，他們可能會想到各種新的功能和特色，或對以前提出的要求進行改動。他們瞭解得越多，新的要求也就越多，需求變更因此不可避免地一次又一次出現。
如何有效的管理需求變更，下面是我公司目前的做法。公司採用test director作為需求管理工具，需求人員每次與客戶溝通後形成需求調查表，統一錄入test director，並進行綜合及整理後形成需求規格說明書， 之後由研發部、產品部、及銷售代表（如果有客戶參加就更好了）進行需求評審，建立需求基線。制訂簡單、有效的變更控制流程，並形成文件。
在建立了需求基線後提出的所有變更都必須遵循變更控制流程進行控制，同時每一筆重要的需求變更都需要客戶簽字確認才認為需求變更生效。需求變更後，受影響的軟體計劃、產品、活動都要進行相應的變更，以保持和更新的需求一致。
4樓：lucille的海角
axure原型可以做成線框的低保真原型和呈現出**效果的高保真原型，如果產品經理需要通過顏色對比等來展現出原型設計的效果時，就需要使用高保真的互動原型了。
同時，可以將axure的原型檔案上傳至藍湖，可以實現手機上預覽，也可直接在藍湖上生成**給工程師使用
如何系統的進行使用者需求分析
假定某種產品處於競爭市場中，該產品的需求曲線為P 0 4Q
首先，如果不考慮 歧視 廠商利潤最大化的條件是mr mc 壟斷廠商的需求曲線和平均收益曲線重合ar p 100 4q，那麼mr dtr dq 100 8q 就是pq對q的導數 又因為tc 50 20q，那麼mc dtc dq 20。100 8q 20,q 10 p 60，利潤為10 60 50 20...
如何進行需求管理
接收採購計劃 詢比議價 決定 下po 稽核 跟催 收貨 付款 退貨。相關的單據有 請購單 採購單 詢價單，採購暫收單 進貨單 採購退出 採購異常退出等等。相關的erp單據有 請購單 採購單 採購暫收單 採購入庫單 採購退出 採購異常退出等等 如何進行需求管理 需求管理的一個重要目標是搞清楚 做什麼？...
產品需求是什麼意思
產品需求是產品所有的功能的描述和規劃。產品在開發時都有相應的需求規則，將這些 版規則清晰的描權述出來，讓開發 測試人員能夠直觀的明白該規則，且沒有產生歧義。需求規則必需是完整的 準確的 易懂的。需求規則的描述上如果涉及到頁面互動或者頁面的修改，需要設計頁面原型。可以bai理解為需求是產du品的組成部...