1樓：魚骨yugusoft
魚骨最新推出的敏捷專案可以滿足您對技術團隊管理的需求
敏捷開發——產品、研發、測試整體化協作工具
產品看板
歸集產品、運營需求，支援按業務優先順序提交研發、定義產品版本和版本需求，記錄版本發布歷史，分階段多泳道管理Story、分Sprint管理研發任務，Bug高效集中管理。
Story看板
進入研發的需求（Story）待辦(Backlog) 可自定義研發階段、泳道、衝刺 ( Sprint )週期，還可自定義看板任務卡片展示內容。
Task看板
當前衝刺 ( Sprint )的需求 （Story）管理快速拆分研發任務到專案成員
負責人看板
檢視成員工作狀況快速調整任務分配
魚骨精益敏捷開發專案更是將產品、技術、設計、測試的工作融合在一張看板中
產品建好需求技術認領工作完成後直接拖拽到測試中測試一秒收到通知開始測試
動作一氣呵成大幅減少時間的浪費提公升工作效率！
您還可以從週期、task等多角度檢視專案工作進展
自動生成燃盡圖、任務完成情況等統計資料
還有任務管理、日程管理、文件管理、即時通訊、同事圈、財務審批、人事行政等……
好用的任務管理，專案管理和敏捷開發軟體，提公升企業執行力！
2樓：猴哥
工具是輔助需求更好的管理。
需求這塊我覺得可以類似像時間管理四象限一樣分為四種。
緊急而且重要的需求（P1）、緊急不重要需求（P2）、不緊急但是重要的需求（P3）、不緊急不重要的需求（P4）
P1：針對緊急而且重要的需求需要優先處理，P2：針對緊急不重要的需求可以排在P1之後P3：
不緊急但是重要，涉及業務日益增長的需求，可以提前規劃，可排在P2之後，同樣也得重視，因為隨著時間的積累，公司的體量和業務慢慢變大、市場的滲透和使用者的激增，這類需求也就由不緊急但是重要最終變成緊急而且重要的需求
P4：不緊急不重要的需求，這類需求可相對放在最末上面只是幾個原則性的參考，實際上只要產品一經小範圍測試推出之後，與使用者產生了接觸，需求就應該是動態去變化去適應使用者和市場的，經過不斷地驗證和磨合。
3樓：汪宇
我認為你問的是2個問題，乙個是需求池的管理，乙個是版本規劃管理。
需求池的管理我比較喜歡用excel，所有的需求我都會先收集到需求池中，然後評估是否需要做，需要做的話再評估優先順序。
版本規劃我比較喜歡用xmind，每乙個版本要上哪些內容，用樹形也很清晰。版本規劃中你無須對需求級進行排序啊，因為每乙個版本中會有優先順序高的也有優先順序低的。
4樓：ericyang
只要你想，excel也可以排出樹狀結構滿足你對版本的描述。
只要你想，mindmanager也可以對feature排出優先順序。
我做企業IT服務n年，各種流程製品管理，從未發現有excel做不到的，只有你想不到的。
5樓：成增存
工具建議：
1、Excel做功能分類和目標規劃；
2、Mindmanager說實話，是發散思維思考時用，日常管理的時候，感覺不是很得心應手；
需求管理：
1、Project或者Excel做專案管理，根據產品目標和階段里程碑，做定期的分析總結和下階段計畫
2、固定週期的產品需求和業務需求，做分析歸納，推進目標和產品目標的完善。
產品經理如何進行專案管理
十億 如果說要進行專案管理真的可以試試Worktile！首先，任務以看板形式展示，絕對把你的任務安排的明明白白。然後是任務分配，在裡面每個任務都可以分配給不同負責人，並且自主設定任務優先順序與截止時間，羅列再多工也全然不慌！再來是進度監察，已完成 進行中 未完成專案開頭的進度數字說明與下面的三色比例...
如何進行需求管理？
微享家 各位大神都寫的很詳細，作為乙個有少許需求經驗的從業者，我覺得兩條比較重要 1 需求確認，需求分析過程中確認與分析後確認，是否滿足原始需求。2 需求變更控制，要控制需求變更，並與客戶提前溝通好變更代價，避免客戶重複變更。客戶要的東西永遠沒有止境，不控制就會導致需求不斷蔓延，最終需求變形。 桔梗...
產品經理小需求如何提？
二毛 不同的公司有不同的專案管理制度，但你這麼問了可能你們公司沒有對應這部分的制度。如果是當前開發版本過程中出現了極其重要的需求點，可以直接合併進去，做好過程記錄，如果不影響工期的話就最好了。如果需求的優先順序不需要太高，就可以慢慢積累形成需求池，再從中選擇合適難度，合適數量，合適優先順序的需求組合...