DevSpec 需求管理

完整的需求收集/分析/组织/跟踪/反馈/变更管理
实现需求、研发和质量的全面整合

申请产品演示

咨询技术经理

对需求进行规范化、条目化定义（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功能。