IBMERP质量控制表Word格式文档下载.docx

IBMERP质量控制表Word格式文档下载.docx

《IBMERP质量控制表Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《IBMERP质量控制表Word格式文档下载.docx（13页珍藏版）》请在冰豆网上搜索。

项目阶段

交付件

签署情况

（是/否/不适用）

备注

项目准备

项目章程（或范围）

Y

有文档递交,内含项目范围有文档.沟通计划.

外包方–海外顾问

N/A

外包方–第三方/分包商

项目计划

有更新,

数据转换策略

N

有主计划草稿

数据接口策略

有清单,

报表、数据仓库和表单策略

有清单,.

开发增强策略

ExtendedSAPFunctionalityStrategy

Bolt-OnStrategy

EnablerStrategy

控制和安全策略

测试策略

有单元测试文档,和集成测试计划,集成测试文档待下阶段完善.

实施和推广策略

系统原型策略

BenefitsRealisationStrategy

技术架构策略

知识转移策略

有培训计划,建议加强和业务流程所有人的沟通.

∙灾难恢复策略

∙变革管理和沟通策略

有沟通计划,变革管理有待对岗位和职责转变做详细分析并做出变革计划.

∙实施后服务和支持策略

∙最终用户培训策略

∙原有系统转换策略

归档策略

∙QualityPlan

∙项目状态报告-样本

∙会议纪要-样本

问题管理流程

沟通计划

文档及交付件的标准模板

业务蓝图

SAPHierarchyDocument

系统实现

样本文档：

-流程定义文档（PDD）

-业务流程（BPP）

-详细定义文档（DDD）

完备,PDD已经得到客户确认.

培训需求分析文档

有对关键用户的培训计划,对最终用户培训分析无.

详细的测试计划

有

详细的数据转换计划

有数据转换清单

详细培训计划

暂无.

最后准备

N/Y

上线支持

后续支持

第四节。

项目范围

问题

就复核人员对项目的了解，目前制定的实施和推广策略是否是可实现的？

系统切换（并行）则略有待下阶段确认.

项目章程（范围）是否充分的涵盖了项目范围的八大方面？

基本完整.

项目范围的控制流程是否已纪录在案并被项目组和客户方的管理层所了解？

项目范围基本没有变更.

项目组成员对范围控制流程实际理解的涵义是否与记录的文档一致？

交付件是否已审批？

（是谁审批和在什么时间？

）是否包括项目指导委员会？

有相关人员审批,流程文档已得到流程所有人签字确认.

以上文档是否存在尚未纪录或尚未审批的修订稿？

第五节。

团队和架构

是否已明确得定义和理解项目角色和职责？

项目章程中有阐述

项目范围是否跨越国界？

是否已就技术、人员、税务、法律或其他一些与特定的问题向所在国的代表咨询？

无

项目组成员是否关注项目目前状态与项目总体计划间的差距？

项目组内部的沟通是否有效和及时？

是否在没有牺牲项目成功的前提下，工作对员工具有挑战性并提高了他们的技能。

有,关键用户反映投入时间不够,原岗位工作还需兼顾.

员工的表现是否被有效的监控和报告？

对于目前的资源水平，指定工作的难度和强度是否合理并可完成？

可用资源的技能水平是否适当？

如果不是，是否已对他们进行了适当的培训？

对关键用户有培训,

是否已适当计划并安排人员来解决项目中“技术”方面的问题？

公司/项目成员是否熟悉目前项目所使用的工具和相关技术。

是否有效的控制住外包方？

NA

客户方是否提供了充足的技术支持，是否对客户的技术团队进行了适当的知识传递？

有培训计划.

在项目安排和执行中，是否已推动向客户方员工进行适当的知识/技术传递？

有,客户反映良好.

如果项目组关键的负责人或用户突然离开，是否已准备了应对方案？

第六节。

交付和接受

工作计划是否被监控并控制在可交付的明细层次？

有明细的计划,和各阶段各小组计划.

对于客户已同意的未来业务流程（To-Be），是否已在系统设计的交付件中作适当反映？

是否已适当指出业务流程中的非SAP的方面？

SAP相关决策-为了满足客户业务需求而对系统设计有影响的相关决策是否都已做出？

流程涉及的决策已做出.

是否已经充分的考虑了SAP的集成点？

是否已在所有关键的流程中考虑了业务控制措施？

是否已书面纪录相关SAP配置情况来反映做出相关决定的原因（IMGorToolset）？

配置文档已有.

交付质量–是否项目的交付件达到了协商同意的项目标准。

在流程和系统设计的过程中，是否有来自合理授权和相应资历的客户方员工的适当参与？

关键用户/流程所有人有相应足够受权,流程汇签按计划完成.

是否已经明确适当的客户方员工对新的流程承担足够的所有权？

关键用户作为流程的执行者和高层的沟通和对高层的影响有待项目管理层评估.

是否已有项目交付件的签署流程并且已被用来处理所有主要的项目交付件？

是否定期进行由内部审计人员和SAP参与的设计流程或质量复核计划？

Sap有参与.

对组织而言，培训和最终用户文档准备策略感觉上是否已足够？

是否已进行适当的培训需求分析？

对最终用户的培训的分析有待下一阶段（实现阶段后期）做出.

是否已预留了足够的时间来准备培训材料？

在准备中,有待下阶段准备

是否有预定的关于培训的交付件？

是否有足够的培训讲师来满足上线时的培训需求？

接口、数据转换、数据清理-是否已准备了关于这些范围和交付成果的完备的策略？

有主清单,完备的策略有待实现后半阶段做出.

重大的差异–是否有有效的管理流程来确保提交健康合适的解决方案。

目前没有重大差异的确定

是否已更改或计划更改SAP程序（修改源代码）

是否有人负责清理网络（本地网和广域网）和桌面构架，是否已适当计划过具体清理对象？

硬件–是否已和硬件供应商一同确定硬件的大小？

是否在整个项目中反复考虑过？

测试–是否已有在案的策略来处理所有层次的测试–包括单元的、模块内/模块间的、集成的、用户接受测试和压力/上载测试？

压力测试等方案有待最后准备阶段完善.

切换至生产系统–是否已有一个有效的策略？

待最后准备阶段做出

安全与控制–是否已明确控制和安全的需求，是否已有策略来处理这些需求？

系统安全和权限控制还未定,有待最后准备阶段做出.

第七节。

相关利益人

项目中是否已适当的使用了IBMBCS变革管理的方法？

有,但对变革管理的进一步实施的监控有待完善.

沟通计划是否看上去足够？

项目内部沟通,和小组间看上去足够,

项目成果和高层领导的沟通可能不够,表现在高层领导对项目成果和预期还缺少认可.

业务部门中是否已建立适当的变革管理的架构（流程主管/变革代言人）？

变革管理的需求不明显,

在详细设计阶段，是否已识别并纪录对工作角色和职责的潜在变更？

变革代言人是否已充分的参与项目从而明白工作角色和职责的变更程度？

对于工作角色和职责的变更，是否有已进行或将要进行的沟通和行动？

变革管理有待进一步开展.

第八节。

IBMBCS

是否已纪录、签署并一贯的遵守客户和IBMBCS签署的项目合同？

蓝图阶段的总体结构有待管理委员会认可.

是否所有对项目范围和人员的变更都已经经双方同意并纪录下来？

项目范围有补充说明（V2）,

ArethebillingandWIPmanagementuptodate？

与客户是否有任何未决的帐务问题？

如果有，是否在积极的追踪？

第二批付款,正在追踪.

是否已适当的定义、纪录并被客户方批准项目最终完成签署流程？

有流程,

第九节。

收益

是否已准备项目的“价值分析”，内容包括客户从工作中获得的收益？

是否已检查客户的满意度并对检查中出现的问题进行适当的处理？

是否已检查项目对客户战略上的重要性？

项目的需求是否与客户的战略一致？

待确认.

当项目范围缩小或需求降低时，是否重新评估了项目对客户的价值？

有相关文档（对范围问题的说明）

客户是否已建立流程来传播并取得收益来扩展项目的成果。

待下阶段开展.

第十节。

风险和问题

是否有领导委员会，是否清晰的定义它的职责并且定期召开？

有召开,但没有定期.

是否经常准备项目进度报告并向项目主办人和领导委员会进行报告？

有报告.

问题处理流程是否已纪录下来并被领导委员会批准？

问题记录有文档,但记录还不够全面及时.

是否有明细的争议处理流程，是否维护了问题清单并且员工明白相关流程？

是否已进行过项目风险分析？

项目的管理层（包括客户方和我方）明了项目的主要风险并有风险化解流程？

没有明确的风险分析相关文档,但双方项目经理有对风险问题的沟通.

项目领导委员会是否积极的参与了主要的项目决策？

确定项目是否尝试使用未试过的或者复杂的技术。

如果是，其中风险是如何处理的？

基本采用SAP成熟技术和方案.

技术环境和开发程度是否非常复杂或有风险，从而需要单独进行技术上的QA？