搜索
1.目的:2.问题严重程度定义N正常L小问题，低风险M一般问题，中等风险H3.不符合项的问题类别细分：3.1需求类问题编号严重性1L2M3M4L5M6N7N8N3.2设计类问题编号严重性1M2H3H4H5H6M7H3.3测试类问题序号严重性1H2H3.4项目管理类问题序号严重性需求冲突或重复需求未按文档模板提交设计文档未与需求功能点对应设计文档遗漏需求功能点需求影响问题或风险用于QA对项目进行审计，包括项目任务是否更新，工时是否申报，发现问题是否已经解决，项目各阶段该提交产品是否已经提交，项目过程活动是否规范等。设计逻辑错误或冲突设计影响问题或风险描述不清晰问题描述需求评审发现问题较多，评审意见反馈少，关闭率低。评审意见处理回复不够迅速，关闭率低。评审中发现多个帐务设计存在新增或修改的功能点超出需求文档定义的范围，需设计负责人与需求负责人协商确认更新需求文档或删减设计文档中多余部分内容。问题分类设计与需求不一致项目审计模板使用说明问题分类需求中业务条件描述不完整问题描述设计逻辑描述不清晰或缺失需求文档功能点描述不清晰非功能性需求描述不清晰验收标准不完整需求功能点实施状态不清晰设计文档未明确总体设计思路1M2M4.项目偏差分析：主要是指不符合项偏差分析，数据来源，超出警戒范围的要点说明。计划未按照流程进行变更未及时更新项目信息大问题，高风险用于QA对项目进行审计，包括项目任务是否更新，工时是否申报，发现问题是否已经解决，项目各阶段该提交产品是否已经提交，项目过程活动是否规范等。项目名称项目经理项目类型项目优先级项目开始时间预计工作量QA工程师项目预计上线时间审计日期状态项目阶段检查项总数打开的不符合项个数2012/7/2PlaningPRD阶段02012/7/3WarningPRD阶段0Total00审计结果项目审计报告项目基本信息注释关闭的不符合项个数不符合项比率#DIV/0!#DIV/0!0加强计划管理，制定项目后期汇报及评审计划本次检查完成较好，检查不符合项1处（问题跟踪表问题解决不及时）。项目交付件质量较高，但项目整体进度计划延期约1周，总裁汇报通过。审计结果总结改进建议表名，不需修改数据填充自动计算，不需修改编号项目业务需求讨论阶段1BRD文档是否提交2BRD评审检查单3BRD文档是否按时完成4是否建立项目的共享目录项目立项阶段5立项时JIRA需求是否关闭6项目WBS是否提交7项目经理是否及时更新“每周KPIreview信息”系统需求讨论阶段8PRD文档是否提交9PRD评审确认单UED交互设计阶段10UED文档开发阶段11ERD文档是否提交12ERD文档是否通过评审13涉及service模块或者API接口，开发人员是否做Unittest14代码是否评审项目15送测说明书16项目buglist测试阶段17Testcase文档是否提交18测试案例是否通过评审19Testreport是否提交20UAT验收报告确认单上线21是否创建已上线项目总结并完成审计日期Status1、针对7月5号开始立项的项目，所有业务部门的项目都要BRD，没有的为否。2、之前立项的项目，可以为N/A。3、有BRD的，需确认BRD文档地址。1、项目经理提供IBM模板的评审单；没有评审单的可用邮件或对话记录：2、评审邮件由BA或项目经理发出给涉及到的业务部门接口人，cc项目经理为准；邮件或lync确认记录内容：参照：***版本确认的邮件或对话记录，文档地址：***；有如下问题待修改：。。。3、如果评审后续有不影响里程碑的修改，视为一次评审通过，无论几次通过，只要有评审记录，此项为合格。需检查Redmine中预计和实际BRD完成时间1、检查关键文档：BRD、PRD、ERD、testcase放置在共享目录中。若一项目涉及多个domain目前要求各类文档只要有一个即可。2、如果是以domain为单位放置，需要提供关键文档的地址，一项没有，即为违规检查原始需求JIRA是否关闭，且有项目名称每项任务都有开始时间、完成时间、负责人，且任务工作量分解至2人日以内；小项目可以不需要WBS，只需要各个阶段的里程碑时间点。所有字段的真实性，特别是阶段、里程碑时间点、需求是否一次评审通过所有项目都需要PRD。是否使用新模板1、项目经理提供IBM模板的评审单；没有评审单的可用邮件或对话记录：2、评审邮件由BA或项目经理发出给涉及到的业务部门接口人，cc项目经理为准；邮件或lync确认记录内容：参照：***版本确认的邮件或对话记录，文档地址：***；有如下问题待修改：。。。3、如果评审后续有不影响里程碑的修改，视为一次评审通过是否在ERD确定前提交所有项目所需UED交付物；如果不影响项目后续里程碑视为合规，若影响到项目排期，视为No。1、是否使用了ERD模板；2、是否放置在共享目录中小项目可以裁减项目经理邮件确认，会议纪要Junit测试结果截图：测试案例通过情况，覆盖率代码评审通过邮件或者codereview会议纪要操作细则JIRA中有送测记录，且有按照新模板的说明书,相关文档。BI部门可以裁减审核项目bug是否记录在mantis中。提供一个mantis中的项目bug即可。是否有testcase；是否放在共享目录中是否有测试案例评审记录（小项目可裁剪）1、用IBMtestreport模板写的testreport；如果没有，则要有2、具体内容可以体现在邮件中，如：项目共执行了多少个case多少pass,多少fail，发现了多少缺陷。BA发出的UAT验收通过确认邮件，如果没有页面功能，业务部门无法验证的，可以裁减Redmine中是否创建“已上线项目总结”的问题TotalYesitems:0TotalNoitems:0SumTotal0审计日CommenStatusCommen000序号讨论点变更类型1合并14、15涉及service模块或者API接口，开发人员是否做Unittest删除2修改21.Testreport是否提交、22.Testreport是否通过评审删除325.是否通过staging验证删除4更新6.立项申请单是否提交QA删除5项目经理是否及时更新“业务需求讨论（BA更新）”删除6测试案例是否通过评审新增说明修改时间如果需要做单元测试，必须有单元测试结果截图记录8月15日测试相关流程没有对testreport评审的要求8月15日如果已经上线，都是是，如果没有都是N/A，意义不大，建议去掉，增加其他上线环节审计点8月15日因为现在所有立项申请单都经QA，检查是否提交没有意义；改为检查JIRA需求是否已经关闭，并且有项目名称记录8月15日通过JIRA和所选的活动类型判断需求状态和工时，将此环节删除9月19日项目经理或项目经理指定人员需要确认9月19日序号问题类别问题描述发现问题的阶段严重程度发现日期123责任人处理意见计划解决日期实际解决日期状态跟踪