erp项目浪潮北京公司 sap实施项目遗留问题管理程序.docVIP

浪潮（北京）公司 SAP实施项目遗留问题管理程序 作者: 李仲毅 日期: 2003.07.18 版本: V1.0   目录 文档目的 4 关键联系信息 4 术语定义 4 遗留问题 4 遗留问题类型 4 遗留问题级别 4 遗留问题记录 4 决议类型 4 遗留问题管理方法 5 总览 5 定义和记录问题 5 分析和评估效果 5 任务分解 6 遗留问题状态监控 6 结束遗留问题 6 遗留问题状态升级 6 遗留问题类型 8 决议类型 9 配置修改 9 OSS更改需求 9 流程更改 9 接口建立 9 插件修改 9 更改管理程序 9 范围缩减 9 范围及条款增加 10 遗留问题管理标准及模板 10 遗留问题记录 10 遗留问题表格 10 签署批准申请 11 文档目的 该文档描述浪潮（北京）公司SAP实施项目实施过程中对遗留问题的管理。 由于项目组的每一个成员都要充当确认和管理问题的角色，本文档必须让所有项目组成员阅读并理解。在项目进展中应按文档规定内容严格执行。 关键联系信息 姓名 小组 联系号码 电子邮件地址 术语定义 遗留问题 遗留问题是指双方或多方通过讨论后有分歧的条款。任何阻碍项目进程的遗留问题都应纳入遗留问题管理程序。遗留问题可能与战略规划，组织机构设置，业务流程、技术、公司政策、行政指令、SAP系统功能、资源需求等方面有关。 遗留问题类型 在浪潮（北京）公司管理咨询项目中定义四种遗留问题类型。 遗留问题级别 每一个遗留问题将被归入一类级别。在浪潮（北京）公司管理咨询项目中有三类级别。 遗留问题记录 遗留问题记录是专门用于对遗留问题内容的集中维护。 该记录用于对遗留问题的状态进行追踪直至其解决。 决议类型 针对浪潮（北京）公司管理咨询项目共有8种决议类型。 遗留问题管理方法 总览 在项目进程中遗留问题将按照以下循环流程进行。 定义和记录问题 所有项目组成员都有责任确认遗留问题。该责任并不仅仅限于小组组长和项目经理。首先发觉问题的人必须在重要问题日志中记录该问题，并与项目组的有关领导着手讨论，对该问题的性质作出简评。也就是说，项目组成员与有关组领导、组领导和项目经理、项目经理和项目管理层必须着手讨论。 分析和评估效果 项目经理负责检查每一个遗留问题，并定义其是否同项目实施范围或项目风险冲突。如果存在上述现象，应适当调整项目实施范围或进入相应的项目风险管理程序。 任务分解 项目经理负责将遗留问题任务分解至个人，并定好完成时间。项目经理还可调配相应资源用以解决遗留问题。注意确认问题的人不一定是即将解决问题的人。 遗留问题状态监控 项目经理将每周对已安排的遗留问题进行状态监控。 结束遗留问题 每当遗留问题解决后应当对解决决议的性质发表声明。并且 所有成员必须接受决议，一旦遗留问题结束将不在对该问题列入解决范围。 遗留问题状态升级 如果遗留问题在规定时间范围内没有得到解决，该问题状态将升级。项目经理应说明遗留问题延误的原因及进一步的处理决议，还应将遗留问题上升到由上级项目机构讨论。如果遗留问题在项目发起人/领导层不能解决, 则该问题将进一步升级直至最终决议产生。如果需要，项目经理将适当调整遗留问题的优先级别和调整项目时刻安排来适应遗留问题决议。 遗留问题类型 有四种不同的遗留问题类型： BUG. Bug 是指SAP R/3软件系统自身的缺陷。如果在项目实施过程中您遇到BUG，汇同小组组长检测并确认出错信息，并在文档记录中定义为BUG类型。Bugs 也应记录在SAPs OSS 在线支持服务系统中并对系统进行跟踪。 2. GAP. Gap是指业务功能需要，但是SAP R/3 对该功能并不支持，当发生该类情形时定义为GAP类遗留问题。 3. 更改. 更改是指超出项目范围，需要再作决定的问题。这可能与进程、政策或组织结构有关。这些问题需要业务流程、设计、配置、政策和进程进行更改。 4. 范围. 由于项目实施范围过宽或过窄而产生的遗留问题属于范围问题。 备注：一项条目能够先被定义为某一遗留问题类别，经过更进一步的研究可被重新定义为另一类遗留问题类别。 决议类型 配置修改 配置修改是指对SAP系统标准配置进行必要的修改。例如：原先基于百分比考核费用，目前基于金额考核。 OSS更改需求 SAP 公司提供对R/3系统源代码更改的OSS系统。 流程更改 流程更改的事例: SAP 对标准成本及面向库存生产都支持，但是SAP针对面向库存生产时同时使用标准成本。一个流程更改将创建一个新的成本规则。一个流程更改可以包括配置修改。 接口建立 将目前各部门使用的软件系统与SAP R/3系统进行对接。 插件修改 插件修改是指第三方系统需要对SAP源代码进行的修改。 更改管理程序 更改管理程序是指