在我之前的条目之后：https://blogs.sap.com/2017/11/01/itil-prince2pmbok-sap-activate-and-all-these-fancy-tools-for-big-sap-projects-transitions-and-transformations/#，我试着构建更多的结构SAP项目中的变更管理、过渡、转换和中断意味着什么，以及它们背后的真正价值、成本和风险是什么。为了帮助自己更好地理解它，更充分地在工作中处理它们，也许你会发现它在你的工作中很有用：

我在这里找到了非常好的"转变"的定义：

https://hbr.org/2015/01/we-still-dont-know-the-difference-between-change-and-transformation

让我举个例子："转变是另一种动物。与变革管理不同的是，它不关注几个离散的、定义明确的转变，而是关注一系列相互依赖或相互交叉的举措。更重要的是，转型的总体目标不仅仅是执行一个确定的变革，全国大数据中心，而是重塑组织，并基于对未来的展望发现一个新的或修改过的商业模式。它更加不可预测、迭代和实验性。这会带来更高的风险。"

我略不同意上述观点，因为变更管理涵盖了再创新和反复的自我纠正变更，但就这一目的而言，它很好地反映了我们可以在SAP项目中使用的转换性质。

那么"过渡"是什么呢？在SAP项目的背景下，我将制定以下定义：

过渡意味着SAP解决方案向新技术堆栈或平台的转移（迁移）。因此，转型是一个相当复杂的技术变革或一系列技术变革，也可能带来职能变革，从而导致一些组织变革。最后一个例子可能是将本地分布式SAP安装转入一个中央SAP实例。在这种情况下，如果导致大规模标准化，需要/触发整个业务模型的重新设计，我们甚至可以谈论转型。

转型始终是业务转型的先决条件，有享云商城，但有两种变体：

第二种方案肯定是实施新的实时解决方案，云的服务器，采用绿色甚至棕色领域的方案所有的变种。经过多年的R/3，云指，我们非常清楚，mySAP.com网站然后ECC实施。

期待您的消息！

干杯，

将讨论：https://wiki.scn.sap.com/wiki/display/events/sap+Inside+Track+Wroclaw+2018年

另外，我找不到任何附加文件的选项，所以如果你看到它可能会帮助你给我喊和你的电子邮件

，人工智能知识体系