项目管理工具选项评测指标
目 录
1. 概述...................................................................................................................... 4
2. 需求概述................................................................................................................... 4
3. 功能性需求............................................................................................................... 6
3.1 项目群管理..................................................................................................... 6
3.2 项目管理........................................................................................................ 6
3.3 需求管理........................................................................................................ 7
3.4 任务管理........................................................................................................ 8
3.5 质量保证........................................................................................................ 9
3.6 测试管理...................................................................................................... 10
3.7 知识管理....................................................................................................... 11
4. 非功能性需求.......................................................................................................... 12
1. 概述
随着XX公司业务水平的不断提高，业务规模的不断扩大以及信息技术中心内部管理要求的需要，对项目建设及相关技术管理工具提出了新的要求。为不断提高自身的项目管理水平，打造投行业一流的IT服务团队，研发中心决定引进项目管理工具及配套实施制度。
研发中心在引入项目工具后，将实现以下目标：
l 把手工管理的数据和工作通过项目管理系统流程化的统计管理起来
l 把每个处室和个人分散的工作计划，统一管理起来
l 实现统一的项目管理，增加项目管理透明度，按阶段设立里程碑节点评审；
l 能够为项目管理各个阶段提供数据支撑，为组合分析和高层决策提供有效的参数依据
2. 需求概述
为了保证项目管理工具既能满足现阶段研发中心项目管理的需要，又能满足今后研发中心提高项目管理水平后的需求。
系统主要功能如下：
项目管理工具应包含如下功能：
1. 项目群管理
l 多项目管理
l 项目协同
l 个人工作中心
2. 项目管理
l 项目计划
l 项目跟踪
l 项目基线
l 资源管理
l 任务管理
l 风险管理
3. 需求管理
l 需求收集
l 需求分析
l 需求反馈
l 需求跟踪
l 需求版本管理
l 需求基线管理
4．知识管理
l 知识收集
l 知识链接
5. 非功能性需求
l 与配置管理工具集成
l 定制表单
l 定制界面
l 数据导入导出
l 用户角色与权限
3. 功能性需求
3.1 项目群管理
| 评测内容 |
评测结论 |
备注 |
|||
| 一级分类 |
二级分类 |
完全满足 |
变通实现 |
不能实现 |
|
| 组织级项目管理 |
对项目群的整体管理，可以全面查看公司内部所有项目的整体概况（包括项目的需求、工时、进度、任务、成本）
|
|
|
|
|
| 用醒目标记标识项目进展，点击项目即可深入了解单个项目详情。 |
|
|
|
||
| 项目资源管理，包括人力、环境资源等有效利用，能合理调配资源。
|
|
|
|
||
3.2 项目管理
| 评测内容 |
评测结论 |
备注 |
|||
| 一级分类 |
二级分类 |
完全满足 |
变通实现 |
不能实现 |
|
| 项目管理 |
能够制定部门项目计划 |
|
|
|
|
|
|
支持项目计划的审批 |
|
|
|
|
|
|
支持项目工作项WBS分解 |
|
|
|
|
|
|
支持设置不同级别的项目计划 |
|
|
|
|
|
|
项目基线对比 |
|
|
|
|
|
|
内置不同类型的项目模板，新建项目时可以直接复用模板 |
|
|
|
|
|
|
多项目的资源管理和资源分析 |
|
|
|
|
|
|
对于项目进度提供延期预警提醒，让项目经理随时监控到项目进度 |
|
|
|
|
|
|
项目受理流程自定义 |
|
|
|
|
|
|
项目工时统计 |
|
|
|
|
|
|
项目日报管理 |
|
|
|
|
|
|
支持不同维度的项目报表，可以按照项目类型、部门、所属产品线统计项目的信息 |
|
|
|
|
|
|
可以管理多种类型的任务 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
3.3 需求管理
| 评测内容 |
评测结论 |
备注 |
|||
| 一级分类 |
二级分类 |
完全满足 |
变通实现 |
不能实现 |
|
| 需求管理 |
需求收集的广泛性，不同角色的人员都可以提交需求 |
|
|
|
|
| 需求的描述信息要全面，且保证某些字段必须填写完整 |
|
|
|
|
|
| 需求要分为原始的客户需求和产品的功能点两个层面分别管理 |
|
|
|
|
|
| 需求变更要能单独管理，可以统计变更的数量，可以分析变更的影响和风险，并可以把需求变更的内容自动推送到相关的部门 |
|
|
|
|
|
| 支持需求版本的管理，可以做版本的对比和回滚 |
|
|
|
|
|
| 需求受理流程自定义 |
|
|
|
|
|
| 需求受理流程验证 |
|
|
|
|
|
| 需求属性页面和字段支持自定义功能 |
|
|
|
|
|
| 自动产生需求跟踪矩阵（全程跟踪需求和需求、开发任务、测试任务之间的关系） |
|
|
|
|
|
| 产品版本树管理，产品经理可以根据过滤出不同产品版本发布的需求 |
|
|
|
|
|
| 需求的属性字段值可以控制工作流的分支流转 |
|
|
|
|
|
3.4 任务管理
| 评测内容 |
评测结论 |
备注 |
|||
| 一级分类 |
二级分类 |
完全满足 |
变通实现 |
不能实现 |
|
| 任务管理 |
任务类型包括普通维护任务、紧急维护任务、特急维护任务、预研任务、非开发类测试任务； |
|
|
|
|
| 记录以上类型任务的任务负责人，以及任务组成员； |
|
|
|
|
|
| 支持组织级需求管理员创建并发布对应类型的开发任务单，通知相关产品组、任务组、以及干系人； |
|
|
|
|
|
| 支持任务负责人对任务组成员分配具体的工作项，任务组成员报告任务的执行情况，并填写日报（可参考PM-24） |
|
|
|
|
|
| 记录任务的ST测试过程和UAT测试过程； |
|
|
|
|
|
| 记录任务的上线投产工作； |
|
|
|
|
|
| 任务的模糊查询，数据的导入导出； |
|
|
|
|
|
3.5 质量保证
| 评测内容 |
评测结论 |
备注 |
|||
| 一级分类 |
二级分类 |
完全满足 |
变通实现 |
不能实现 |
|
| PPOA |
能够制定项目的QA计划或是从Excel表中导入QA计划。（注：QA计划是否通过工具制定，跟项目实施计划保持一致。） |
|
|
|
|
| 能够创建项目的QA检查表、记录QA审计信息。 |
|
|
|
|
|
| 能够实现不符合项、最佳实践的录入与跟踪。不符合项、最佳实践可分类查看、分类统计。这个要求权限控制，只有QA组和项目室相关人员能够记录、查看。 |
|
|
|
|
|
| 能够以电子流的形式实现《问题升级报告》的逐级上报处理流程。 |
|
|
|
|
|
| 能够在工具中填写《QA双周报》，能够方便引用检查表中的内容和不符合项中记录的内容。QA双周报要进行权限控制，指定的人员才能阅读。 |
|
|
|
|
|
| 不符合项和最佳实践要能够根据各种查询条件进行过滤。 |
|
|
|
|
|
| 对于不符合项，能够以曲线图、直方图、饼图等形式提供一定的统计、度量和分析功能。 |
|
|
|
|
|
| 录入的不符合项和最佳实践等能够导出Excel文件。 |
|
|
|
|
|
| 提供一个渠道，便于研发中心员工向过程改进组提交《过程改进建议表》。 |
|
|
|
|
|
| 能够录入《QA结项报告》。（注：关于是否通过工具编写结项报告，与其他各类报告保持一致） |
|
|
|
|
|
| 评审过程发现的缺陷与测试过程发现的缺陷存放在一起。 |
|
|
|
|
|
| 对于评审过程发现的缺陷，能够以曲线图、直方图、饼图等形式提供一定的统计、度量和分析功能。 |
|
|
|
|
|
| 录入的问题、缺陷等能够导出Excel文件。 |
|
|
|
|
|
| 技术评审 |
技术评审检查项的管理 |
|
|
|
|
| 不符合项可以进行分析统计 |
|
|
|
|
|
| 技术评审报表 |
|
|
|
|
|
3.6 测试管理
| 评测内容 |
评测结论 |
备注 |
|||
| 一级分类 |
二级分类 |
完全满足 |
变通实现 |
不能实现 |
|
| 测试管理 |
直接根据需求生成测试用例，保证测试范围 |
|
|
|
|
| 要求能够自动创建测试任务并自动分配测试人员负责，同时支持手动调整测试负责人 |
|
|
|
|
|
| 测试系统要与缺陷管理系统集成，测试失败后可以自动提交Bug，并实时监控Bug修复进度 |
|
|
|
|
|
| 测试用例流程和页面支持自定义功能 |
|
|
|
|
|
| 支持在测试用例上设置测试参数 |
|
|
|
|
|
| 测试经理可以按照不同的要求建立测试计划 |
|
|
|
|
|
| 缺陷分布和增长趋势报表分析 |
|
|
|
|
|
3.7 知识管理
| 评测内容 |
评测结论 |
备注 |
|||
| 一级分类 |
二级分类 |
完全满足 |
变通实现 |
不能实现 |
|
| 知识管理 |
项目WBS分解可以保存成项目模板，并支持复用 |
|
|
|
|
| 项目的工作流可以保存成知识，并支持复用 |
|
|
|
|
|
| 知识库的知识项可以在研发过程中的任何一个环节链接和参考 |
|
|
|
|
|
| 知识库访问权限的控制 |
|
|
|
|
|
4. 非功能性需求
| 评测内容 |
评测结论 |
备注 |
|||
| 一级分类 |
二级分类 |
完全满足 |
变通实现 |
不能实现 |
|
| 非功能性需求 |
支持邮件/短信提醒等即时通知功能 |
|
|
|
|
| 支持和配置管理工具（SVN,CVS…..）集成 |
|
|
|
|
|
| 支持和LDAP集成 |
|
|
|
|
|
| 可以和MS Project互导数据 |
|
|
|
|
|
| 支持Excel、XML导出和导出 |
|
|
|
|
|
| 支持多种方法论（CMMI、PMP、瀑布、敏捷、迭代等） |
|
|
|
|
|
| 其他 |
|
|
|
|
|
|
|
|
|
|
|
|