在升级SAP BI时，公司通常在项目管理和功能测试方面的工作并不充分。本文提供了一些建议可以帮助我们更好地处理这些任务。

如果我问：你觉得你准备好升级SAP商务智能（BI）了吗？大家都会说：这很简单；直接就升级；你的用户甚至可能都不知道升级了。我想说的是，你应该关注一下别人在怎么说。

项目要当成项目来做。把项目升级规划工作完全扔给你的系统管理员看起来很诱人，不用别人操心了。因为他们毕竟知道所有的技术细节，知道你的系统是什么和有什么。但是他们不是使用系统与用户交互的专家。把系统升级丢给系统管理员可以确保你的众多服务器上操作系统与新版本兼容，但是不能保证现有工作流、培训和集成（应用与其它系统之间）仍然可用。最好的方法是要有公正的仲裁者确保所有事无巨细的方面都考虑到。

规划测试你的愿景。从一个版本到下一个版本迁移时，我们不能假设在上一版本好用的功能在下一版本一定好用。通常，这种假设完全不靠谱，尤其是如果你想从以前其它版本升级到SAP BusinessObjects商务智能平台4.x版本的话变数更大。你的内容还会展示出来，但是你不能假定计算引擎仍然在以相同方式运作，不能假定你现有的报表仍然在以相同方式执行。在系统升级期间，可能是你把授权许可从以前以CPU为单位授权改为基于并发会话数量授权的好时机。

不要再用SAP BusinessObjects做糟糕事。升级你的系统就像做一次举家搬迁，你不仅可以改进你在原来地方不满意的方面，而且可以抛弃你不在需要的东西。尽管没有人敢轻易放弃他们已经拥有的内容，但是对于那些最终没有明确价值却会拖慢整个系统运行速度的报表可以重点考虑舍弃。SAP的一些审计功能可以帮助识别这部分内容，但是如果你对削减内容特别谨慎重视，可以考虑选择用像EV技术公司的第三插件“Sherlock”（福尔摩斯）这类工具以获得帮助。另外，即使你修改了流程可能会避免一些问题再现，但也不要忘记清理以前的这些问题。

人不能自己教会自己。在任何IT项目中培训一劳永逸的情况都并不少见，但是这对于应用升级会带来用户体验变化的情况就是个错误了。从BusinessObjects之前的任何版本升级到BI 4.x都绝对会有这种问题。至少，你需要重新培训终端用户如何查找文档和使用Webi，你还需要重新培训开发人员一切的一切。

最好的培训方法是全面开花，满足你用户在所有方面的需求。至少，你应该有视频培训资料，常见任务清单摘要，提供wiki或者SharePoint的链接入口，互联网帮助链接，个人亲生经历，以及网络会议培训资料（至少其中之一应该为后人方便而提供）。你需要在升级前至少一个月开始通告所有培训信息，这样你就可以理直气壮地说“我已经通知过大家了”。

给大家一个升级的理由。IT部门经常只是为了升级而升级。有时候是有正当理由的，比如一些技术方面的原因，但是即便这种情况也是最好给你的用户一个解释，这样会好一些。会计Betty并不担心平台可用性或者缺少维护，她关心的是在完成正常工作的同时另外有八小时的培训要参加完成。我们应该帮助她。我们应该确保所有可明显的升级都应是用户的工作更轻松便利。获得更好的性能不算理由，因为那只是最起码的要求。你必须给用户提供更好的方式访问数据，或者改进过滤和发布功能，或者产品整体更新（可能是Explorer或者Lumira），或者可以在移动环境访问报表。否则，你只是作为IT部门为了完成去年写下的工作版本发布计划，以便在每年一月份回顾总结，没有其它回报。

升级是必须的，但是并不是必须经历噩梦。只要在系统升级方面正确地分配时间，你可以确保你的用户们不只是挑不出来毛病，而且他们会对你的下一次升级很期待。