我们过去对技术和相关问题有疑问

现在阻碍人的因素和心理学，人们的角色发生了变化，他的建议针对这样一句俗语：尽早犯错会更好。对于许多用户来说，这仍然可能违反直觉，但是云可以容忍很多。因此，他的建议是直截了当的：做出跳进去做的决定；以后总是可以改变的。

领导任何转型项目的人增加了一些建议，这些建议实际上是对早期失败的补充

他们必须对自己的总体战略和方向决策充满信心，这样一来，战术错误就可以轻松地得到解决，学习甚至是利用，他还提供了一个很好的例子，可以从初的错误中汲取教训，以回答有关企业应如何迈出步的问题：在我的公司中，数据工程团队的任务是管理工作，并且从一开始他们就没有吸收其他利益相关者，这可能是一个错误，他们找到了一个更好的解决方案，那就是使项目参与整个企业范围，我们发现分析人员需要学习一套全新的技能。

其他建议包括确保运行项目的人员必须查看公司的数据源和所使用的平台

这里需要匹配交易系统，或者至少确定可能在哪里发现集成或协作瓶颈，也有必要避免让您的分析师成为数据工程师，这确实表明工作差异化的一个重要领域已经开始出现，分析师需要保持对数据及其业务环境之间关系的更广泛的了解，而数据工程师则可能会花时间弄乱数据以使其成形。

大数据和云弹性这两个主题并不是新话题，但有人要求小组讨论有关管理它们的任何观点

为使用分析结果的人员构建基本仪表板，或管理该消耗过程。对于前者，本质上是让数据科学家如此做自己的事，甚至定义云的弹性现在已经成为一个非常主观的问题，对他而言，这仅意味着他可以旋转其他计算机的速度。

吸取教训，获得利益

到目前为止，从他们从该过程中学到的知识来看，指出需要在采取此举时保持积极态度，但不要过于主动以至于，有必要进行回顾，例如与其他利益相关者和团队一起研究正在采取的步骤–至少让他们知道正在发生的事情，并吸收他们的反馈。

还应利用更改来确保正确执行数据治理

这很耗时但也很重要，确实现在是必不可少的，如今数据的数量和种类繁多，意味着高水平的管理控制和治理已成为关键，因为失去对任何数据的控制权很容易对任何业务造成致命伤害，数据专家与其他专家之间潜在分歧的另一种说法，制定旅程中的步骤，数据工程师知道起点和终点，但是他们不一定知道沿途的步骤，因此请勿将项目交给自己，与其他团队讨论，并采取积极行动–促进流程，步骤以及与此有关的其他一切。

客户体验也不应该被忘记-“客户”既等于企业客户又等于企业内部用户

采取这一举措有许多好处，例如通过将不同的团队召集在一起并利用他们不同的经验和技能来在整个企业中增强凝聚力。它还可以带来更好的性能和结果交付。现在通常需要的任务现在可以在两分钟内完成。