影响SAP项目计划的因素

我们在刚开始着手做项目计划的时候，可能会有点手足无措，不知道从哪里下手。大部分时候会拷贝一份之前的项目计划来用，但是不知道之前的计划是不是适合本项目。那么在做SAP项目计划的时候，到底哪些因素会影响计划？今天就给大家来揭秘。

其实项目计划的主要影响因素无非就是两类，一类叫做范围(scope)，范围是项目要完成的任务的总和，包含流程、数据、接口、文件打印和存储，权限、文档和规范、培训等等。另外一类叫做资源(resource)，资源包括人、SAP系统、会议室、打印机等一系列需要调配的资源。

刚开始做计划的初始版本的时候，我们一般会根据经验或者SAP官方推荐的计划时间来确定大致的项目周期，然后根据实际了解的项目范围的大小、复杂程度来调整项目周期。具体来说

• 是不是可以用标准流程还是有很多客制化的流程，有没有很多本地化的范围
• 数据是只有主数据还是还有很多业务数据，数据量大小也会影响项目周期
• 围绕SAP的卫星系统是可以保留还是也需要替换，SAP与这些系统接口的复杂程度
• 打印和存储是使用SAP的标准解决方案，还是有第三方解决方案（不要小瞧这些，我以前就有SATO打印机打不出来物料标签的经历，导致上线后库存管理出现了问题）
• 权限需不需要考虑职责分离，符合审计规范
• 有哪些必要的项目文档要完成，做文档也是很花时间的
• 之前用的ERP是不是SAP系统，有多少关键用户，有多少最终用户，培训需要花多少时间

项目真正开始前，需要举行一些研讨会了解企业ERP运行的现状以及一些基本的需求，以便从宏观上确定范围的大小和复杂程度。如果在以上的影响因素里面，很多都不是很确定，那么项目经理要给自己留点余地，比如在完成蓝图规划(旧方法论)或者对标流程研讨会和设计方案研讨会（新方法论）后再对计划进行调整，到那个时候，项目的范围应该比较清晰，项目经理可以咨询每个团队的资深顾问，让他们来评估一下每个团队的工作量的差异，可以有效的计算出之前预估的和最新评估的差异。

一般在项目开始前的研讨会结束后，就需要确定项目组成员。我们知道SAP项目是以人为主的项目，所以确定需要多少SAP顾问、多少关键用户等等就非常重要。SAP顾问的数量和时间也是需要根据项目的复杂度确定的，而且每个模块还不相同，比如典型的制造业SAP项目中有些模块的数据迁移数量天然的不多，比如质量(QM)和发运(Shipping)，这些模块顾问的时间就可以相应减少；有些模块就需要大量的数据迁移工作，比如工程设计（Engineering）和财务（FICO），甚至需要专门的顾问来负责数据迁移。另外一个方面是考虑顾问承担的职责，如果一个模块顾问要负责本模块内的所有事情，那么我们在安排项目计划的时候就要考虑到有些项目任务就不能同时进行，比如数据迁移和用户培训；如果有不同的顾问负责，这两个任务是可以同时进行的。

以上的安排不但对顾问适用，也对关键用户适用，关键用户如果承担多重任务，比如除了参与各种研讨会和培训，还要负责撰写培训文档、培训最终用户、负责准备数据等，那就要考虑这些任务是不能并行安排的。总之人员安排和项目计划是一个逐渐磨合的过程，并不是一成不变的。

除了人力资源，还有SAP系统资源、打印机等一系列硬件资源也要提前准备，这种需要其他部门支持的工作，需要项目经理提前与相应的部门协商好。还有一类容易忽视的资源是项目组的办公室、会议室，一般我们都建议项目组需要单独的办公室，并且最好有单独的会议室。因为项目组的成员来自于公司每个部门、SAP顾问团队一般也都是临时组建，如果没有在一起工作的氛围，很难在工作中形成凝聚力。会议室是为了方便举办各种研讨会、每周例会、每日站会等各种会议。

处理好这两类影响因素后，还有一些其他因素也会影响项目计划，比如假期，公共假期需要考虑在项目计划内。还有就是项目任务的前后关系，比如没有做数据迁移就没有办法测试，所以一般集成测试都安排在数据迁移的后面。

这些因素都考虑全后，做出来的计划与具体执行不会有太大的差距，如果在项目执行过程中发现有明显偏差的因素，应该要从新评估并且调整计划。