考核项目实施过程中的需求处理效果，测试情况，产品操作的易用性，以及bug出现的概率等
CheckList：
|
需求质量 |
|
|
客户通过书面的需求受理文档将需求提交给项目组 |
〇 是 〇否 |
|
为了明确需求，与客户进行过电话或当面沟通 |
〇 是 〇否 |
|
需求首次提交满足研发部的需求提交格式 |
〇 是 〇否 |
|
所有需求都通过需求平台提交 |
〇 是 〇否 |
|
需求提交时未和开发人员讨论就与客户确定了实施时间 |
〇 是 〇否 |
|
需求在研发过程中又变更或追加其他需求 |
〇 是 〇否 |
|
需求在客户处实施后不满足客户提出的功能要求 |
〇 是 〇否 |
|
需求在客户处实施后发现需求理解错误必需返工 |
〇 是 〇否 |
|
需求开发完成后没有按计划实施时间进行实施应用 |
〇 是 〇否 |
|
需求在客户化测试过程中发现bug |
〇 是 〇否 |
|
需求在客户处实施使用后发现了未测试出来的bug |
〇 是 〇否 |
|
需求测试没有测试用例 |
〇 是 〇否 |
|
需求测试没有测试报告 |
〇 是 〇否 |
|
需求测试没有任何自动化手段 |
〇 是 〇否 |
|
所有新需求都能够找到书面的设计文档 |
〇 是 〇否 |
|
为保证结果的客观性，需求在实施前曾由独立的测试人员测试过 |
〇 是 〇否 |
|
有曾经维护过的系统错误问题多次重复出现 |
〇 是 〇否 |
|
因维护或产品升级导致客户经营数据丢失且无法恢复 |
〇 是 〇否 |
|
需求实施的同时，提交给客户对应的操作手册 |
〇 是 〇否 | |