在本系列文章的第一部分中，我们确定了初始化计划的关键因数，也即是“准备”ERP项目。ERP项目管理的这部分将阐述如何保持ERP项目处于目标和预算之前。下图表示所有任务和活动应该如何支持推进企业业务目标和任务。

　　为了跟踪ERP项目，要记住下面5个与具体的活动和交流相关的方面。对应于我们在Part 1中使用的赛车比喻，如果赛车的轮胎磨损了，爆胎的可能性会显著增大。在项目中也是这样的：一个负担过重的团队会对冲突的需求和资源增加的竞争很敏感。类似地，没有收到ERP项目进展报告的股东可能会变得担心、泄气甚至可能失望，他们很快就会与客户、用户和员工进行通话。诚实和经常与股东进行全方位详细的交流将使变更更加简单些，并且防止(赛车)团队被踢出项目(比赛)。

　　ERP项目计划和开发：ERP项目计划和开发活动就是实现项目完成交付的所有活动。其中项目人员会与主要问题专家(SME)通过一系列的研讨会建立对于客户需求的详细理解。这将包括“AS-IS”过程、工作流和需要解决的特定“问题点”的理解和记录。项目人员将使用这些信息和他们的R12功能知识来开发“TO-BE”图和工作流。“AS-IS”和“TO-BE”过程和工作流一起构成了向客户的SME和股东交付详细Map和Gap分析的基础，用于复查、讨论和评审。

　　这里有2个示例文档。第一个是Best Practice Assessment，它列出了在研讨会中确定的“问题点”列表。这个信息也将出现在Gap Analysis中。通过独立的文档可以让你在标准实现文档之外告诉客户你是如何处理他们的具体问题的。第二个是Gap Analysis Worksheet，它标明了AS-IS和TO-BE过程，对比了R12修改或改进，并标明任意可能的缺陷。这表示了对客户过程的理解深度，以及它们在R12中的实现方式。

　　客户SME会被请求给出一些他们经常使用的报表例子，特别是经过定制的报表。ERP项目应该理解客户对于他们所定制的东西有完全不同的观点。此外，客户报表开发团队可能并不没记录他们所作的所有修改。通常，报表团队和数据映射/转换团队是相同的人员，但是具有多个角色。所以，根据ERP项目的大小，管理部门应该选择给具体报表的完成按重要性和应用来划分优先级。 请阅读附加的Report Conversion Table来确定和划分报表优先级

　　在一个R12实现或升级过程中，我们需要在数据转换和/或数据映射上做很多的工作。有许多很好的供应商提供一些第三方工具，同时你也仍然需要处理数据清理、归档历史等。甚至在使用第三方工具时，也还是有许多关键任务需要解决：客户是否能够处理数据源?客户知道数据依赖吗?

　　Data Conversion Readiness Checklist的例子提供了一些在划分范围和理解工作内容的重要的问题和测量基准。对于每一个应用，我们都需要确定一组数据转换。 Data Conversions Applications Overview例子提供了一个示例格式。注意，对于每一个应用(GL、AP、INV等)都将创建一个Data Conversion Plan。一个应用的Data Conversion Plan应该解决 Data Conversion Plan Outline中每一部分所提到的问题。 Data Conversion Requirements表详细列出了需要处理的具体应用、顺序和数据例子。

　　在这三个步骤中，特别是在R12的安装和开发过程中，也会出现风险和问题。这些都必须记录在风险和问题日志，以及状态会议或报告中。这个简单的提前完成的步骤将会节省时间、资金和降低失败概率，而同时保证项目员工能够专注于完成任务而不是去寻找无关的可能有问题的解决方案。