-
對需求進行規范化、條目化定義（Epic需求面/Spec需求點），并進行分解和量化； -
需求驅動研發與測試過程，保證需求和工作任務的可跟蹤、可驗證； -
需求全程跟蹤并確認每一項需求是否已落實到開發或測試任務中； -
控制需求有序變更，高效推送開發空間、測試空間； -
全局跟蹤需求開發及實施進展，提升開發和資源管理的靈活性； -
靈活自定制需求工作流/需求工作界面/字段類型/報表/角色及權限； -
輕松定制各類報表，如需求/功能列表、需求變更分析、研發數據報表等和各類考核數據； -
加強企業部門、項目之間的溝通協作，提升團隊工作效率； -
強大工作流管理，加快軟件項目的開發周期，確保開發需求與實際業務需求的匹配；
視頻簡介
需求空間管理
在DevSpec中，產品團隊可以為多個產品建立若干個需求空間，并將產品需求放置其中，正規量化地表達需求。通過需求關系樹視圖，能直觀反映各個需求之間的拆分關系，包括Epic及Spec。產品需求經過不斷分解，完善和改進，需求決策過程中產生的團隊智慧，被完整的表達在一棵棵需求樹上。這些智慧有效驅動了研發與測試過程，并且需求空間中可實時跟蹤需求實現進度，需求完整可追溯，保證了交付結果的正確性。DevSpec能方便的讓產品團隊創建并分類管理產品需求，對需求正規化表達，并進行量化。需求信息支持附件上傳，圖文表達，Wiki編輯等便捷操作。支持對需求樹目錄產品化/版本化，實現結構化需求管理；DevSpec中的關系樹視圖，能直觀的反應需求間的關聯性。
需求的層次（需求分解與量化）
-
產品需求 / 用戶需求樹
需求架
Theme -
Epic只表示一個粗略的想法，范圍較大，也過于籠統，因此需進一步分解為Spec需求點。
需求面
Epic -
拆分后的小需求，可以視為針對開發的“設計藍圖”，并可以進一步分解為實施任務；
需求點
Spec -
Spec通過Story 的形式分配到開發周期或里程碑中，Story代表需求的一次實現分配的承諾；
故事
Story -
Story可進一步分解為多個開發任務Task，Task代表了團隊在開發周期中承諾的開發任務。
任務
Task
需求與開發空間和質量空間完整整合
以需求為驅動的研發過程數據追溯性模型
-
需求分解:
需求先被分解為Epic需求面。 -
需求量化:
-
Epic只表示一個粗略的想法，過于籠統，范圍也比較大，因此需進一步分解為Spec（需求點）。
-
Spec是量化的需求, 對終端用戶具有價值
-
使用Spec去關聯需求文檔和設計文檔
-
-
需求的標準化質量表達:
測試用例基于需求生成，并對需求進行標準化質量表達。 -
需求的分配與開發:
Spec通過Story 的形式分配到開發周期或里程碑中，Story代表需求的一次實現分配的承諾。 -
與產品Backlog相整合:
產品Backlog是一組待處理的Story和開發任務列表。Story 需要進一步分解為多個開發任務，代表了團隊在開發周期中承諾的待開發任務。 -
需求與開發空間的整合:
-
可直接將需求從需求空間分配到Sprint；
-
也可先將需求分配到產品Backlog，由產品負責人對Backlog中的所有條目統一進行優先級排序，然后選擇能實現的部分放入Sprint中。一旦Story被分配到Sprint中，就自動從產品Backlog中移除。
-
-
開發空間:
-
支持創建多個開發空間，支持多種開發模型（敏捷、瀑布等）。開發空間內，項目部可規劃里程碑及各個Sprint迭代周期。各個開發目錄，支持任務負責人約定，及訪問權限控制。團隊可根據需要，靈活建立開發空間目錄結構。
-
Story任務分解層次結構化：
規劃定義開發計劃和里程碑，直觀顯示項目 WBS工作分解結構- 項目經理將Story納入計劃中管理，并分配到 Sprint 周期中
- Story驅動多種任務管理，開發任務/技術評審/集成測試/系統測試/Bug等
- 任務負責人通過Story獲得上下游需求
- QA 測試協同子任務，將測試用例與開發任務相整合，并指導具體測試
-
需求與質量的全面整合:
開發周期內完善并創造新的測試用例，完整的測試用例庫進一步指導測試團隊的全面回歸測試。
需求在研發、測試生命周期中的完整可追溯
開發和測試共同服務需求，需求與開發任務、測試用例保持相互關聯。同時又在開發過程中不斷改進產品需求。當開發結束的時候，我們不但得到一個可交付的產品，同時也得到了完整的需求，以及完整的測試用例庫。保證了開發的正確性，且高質量的交付產品。DevSuite中的DevSpec需求管理，與DevTrack開發與任務、DevTest 質量管理無縫集成，使需求管理完整可追溯。
需求變更管理，并高效變更推送開發空間、測試空間
如果您的團隊需要對需求變更執行嚴格的審批流程，DevSpec提供了需求變更管理視圖，并可自定義需求變更審批流程。
您也可以簡化，直接對需求列表做變更操作。業務部門評估需求變更的影響范圍，通過需求變更標識子任務（Change Flagging Event），將變更內容自動推送到受影響的關聯開發任務和測試用例，幫助團隊輕松管理需求變更。
自定制需求工作流/工作界面/字段類型/報表/角色/權限等
DevSpec提供了極強的需求擴展性管理支持自定義極強的應用擴展性，業務部門根據業務需要，可自定制需求工作流、自定制需求工作界面及字段類型、定義相關角色及權限等，讓大型項目通過需求工作流，需求分析，和需求可追溯性管理，保留團隊智慧的同時，持續成功。
DevSpec提供成熟的自定制報表模塊，內置高質量報表功能，幫助您輕松創建和定制各類報表，比如所有的需求/功能列表、需求變更分析與預測、以及與Epic/Spec相關的研發數據報表等。
支持將Word及其它Office文檔中的創意轉化為需求條目
高效的需求管理，支持將Word及其它Office文檔中的創意轉化為需求條目。提供的Word Add-In模塊能夠自動分析Word文檔內容，并基于文檔的大綱目錄自動生成多層次的需求及Spec，快速導入DevSpec。同時，該模塊提供了定向同步及需求自動轉換等功能，當您修改Word文檔時，內嵌在文檔中的需求及Spec會自動更新到DevSpec系統中，因此您可以使用Word文檔來管理您的需求，又不用擔心丟失需求及Spec的整體追溯性。
自動化需求版本控制及基線管理
DevSpec提供了自動化需求版本控制及基線管理，產品團隊在設計分析需求時，DevSpec能自動為需求條目建立版本，保存團隊在需求決策過程中所做的節點“智慧”信息?；€管理視圖，則為產品團隊提供了直觀比對需求計劃、需求版本間的信息差異。
Roadmap view
DevSpec支持Roadmap view，產品團隊在DevSpec中在可以使用Roadmap視圖定義產品的開發時間區間，讓團隊在需求層面對需求進行宏觀的規劃。當選定一個需求空間后，所包含的需求條目將會顯示在“待規劃”這個區域，用戶可以拖拽，將具體需求條目放到預計想要完成的月份中去。
Roadmap的功能在DevTrack 和 DevPlan中也是適用的。在DevTrack中，通過工具欄切換到需求標簽即可使用Roadmap功能。
DevSpec支持Roadmap view，產品團隊在DevSpec中在可以使用Roadmap視圖定義產品的開發時間區間，讓團隊在需求層面對需求進行宏觀的規劃。當選定一個需求空間后，所包含的需求條目將會顯示在“待規劃”這個區域，用戶可以拖拽，將具體需求條目放到預計想要完成的月份中去。
Roadmap的功能在DevTrack 和 DevPlan中也是適用的。在DevTrack中，通過工具欄切換到需求標簽即可使用Roadmap功能。
各種追溯性報表
輕松創建和定制各類報表，用于統計需求的工作情況，如需求/功能列表、需求變更分析與預測、以及與Epic/Spec相關的研發數據報表等，提供強有力的人員考核數據。
支持與郵件通知集成（包括短信）
DevSpec需求管理支持與郵件通知集成（包括短信）。當需求項在提交/修改時，系統能根據設定的規則，自動觸發郵件通知到指定的用戶。觸發規則，郵件內容和目標收件人，支持靈活自定義。當需求項長時間沒有進展時，DevSpec也能自動觸發預警郵件通知給相關人員；甚至自動調整需求項的當前狀態和負責人。
我們的客戶
|
|
售后服務平臺登錄