对于Oracle的E-Business Release 12 (R12)实施或者升级，有些方面是必须考虑到的。首先，支持“全球业务”的R12已经就技术基础架构作出相当多的修改。单是General Ledger (GL)就有36个新表、14个修改过的表和40个废弃的表。这些都是由Set of Books (SOB) 到 Ledger Sets 和 Sub-Ledger Accounting 的R12修改所导致的。

　　其它的功能修改，如Multi-Org Access特性和Trading Community Architecture (TCA)的合并Suppliers/Vendors的修改都已经导致重要的表修改。从供应链上看来，Inventory Convergence(过程和离散目录的合并)也增加了一些技术基础架构的修改。基于这样的原因，现有的定制必须进行彻底地检查以便确定修改/过时的依赖。其中会有相当多的风险存在于定制报告或者业务智能仓库。除了技术挑战，股东和用户需要应对过程的变更;数据显示新的标准功能将替换现有的定制。为了评估风险的级别，IT团队必须与Subject Matter Experts (SME)一起合作来确定定制级别和确定必须修改的报表。因此，你必须做的就是评估所需要做的工作以及为了满足客户的期望值所需要做的工作。

　　另外一个需要重点考虑的方面是项目所需要的文档化水平。在ERP项目计划中，确定所有需要的文档。你必须创建一个文档计划和指派管理员/控制者来规定负责保证文档符合预期的标准以及通用的外观或者标准格式，同时文档还必须在规定时间内完成并经过内部审查和认证的。这是一个文档索引例子。

　　在ERP项目初始化阶段所定义的风险必须记录在风险和问题日志(Risk and Issue Log)上，这些都必须在整个项目过程中进行维护，并且在项目计划中作出总结。不要忘记评估测试的总数或者所需要的培训的数目。你的SME可能需要培训R12的新功能以便有助于确定最佳的安装;参加Conference Room Pilots (CRPs)或者测试的用户也同样需要培训。可以查看这些 Risk Management Checklist例子以及Risk and Issue Log例子。

　　根据项目所涉及的范围，计划阶段也会占用相当的时间。Project Plan概要实例的四个部分与一系列40+个任务相关联。第四个部分包括项目启动和整个项目周期中的计划活动。从一个项目委托经理的角度看来，这些任务也适用于内部工作。内部工作可能对于由R12应用和差别产生的潜在项目需要额外的培训时间。因为在项目初始阶段你可能需要参加很多会议，在此，我提供了一份我自己比较喜欢的项目会议记录格式。