规划和实施数字资产迁移

kulsum6546

几周前，CMSWire 发表了Celerity的Jeff Lawrence的一篇文章 ，标题为： 使用 DAM 内容迁移来最大化资产价值。我花了一段时间才找到时间来阅读这篇文章，但 DAM迁移 是我之前有过一些经验的主题，所以我有兴趣看看 Jeff 写了什么。

我很高兴我这么做了，因为它确实包含一些有用的要点，例如： “不要低  消费者手机号码数据库  估内容迁移阶段需要多长时间！花些时间制定迁移计划。最好的方法是使用敏捷方法逐步提取、转换资产并将其加载到新的 DAM 中。在制定内容迁移计划之前，需要深入了解所有要迁移的资产。

最好的起点是进行全面的内容清单。该清单必须包括将迁移到新 DAM 或可能在未来某个时间考虑迁移的所有资产。” [阅读更多] 许多组织现在至少正在进行数字资产管理 的第二次迭代，许多组织可能还发现他们拥有大量迄今为止鲜为人知的资产存储库（或使用当前流行的贬义词的“筒仓”）。



正如我最近在 DAM News 上讨论的那样，遗留元数据可能成为 DAM 中日益重要的问题，因为用户必须就哪些内容可能值得保留做出艰难的决定。其中的一个关键部分是了解迁移所包含的数据将涉及哪些内容。 根据我参与过的迁移练习，所需的工作量通常比最初预期的要大，任务的复杂性大致与系统的寿命成正比。

遗留迁移有点像抓住众所周知的气球，它被搁置的时间越长，它就会变得越困难，并且由于关键员工离开、丢失文件或人们只是忘记了，更多的知识和专业知识面临消失的风险。关于如何设置某些内容的显着细节（以及更重要的是为什么设置）。 Jeff 文章的主题是迁移作为提高资产价值的机会，例如将资产类型从旧的和未使用的格式转换。

对迁移活动的很多关注都集中在不丢失任何东西并尽可能保留原始状态。为了全面处理这个过程，原件也应该保留（以防在转换时发现一些问题），但我理解他的意思，而且他提出了一个很好的观点，事实上，这是众多观点之一。

本文包含要考虑包含在内容清单中的项目清单： 资产类型 元数据 元数据模式（字段） 资产使用记录 资产总规模和数量 访问控制列表 (ACL)/安全/风险 数字版权管理 (DRM) 这应该表明迁移涉及的不仅仅是将资产元数据记录映射到新版本，这通常是实施团队所犯的误解（也是许多低估可能需要的工作量的根源）。

我并不完全赞成将敏捷方法专门用于所有软件实施活动，因为我看到它被一些人滥用作为逃避对最后期限和可交付成果的承诺的手段，但是，在迁移的情况下，我必须同意这是唯一可行的方法，因为存在很多未知因素。

在继续进行并决定是否缩减任何迁移目标（以及如何以不会影响投资回报率或产生不必要中断的方式安全地分阶段迁移）之前，您需要充分了解整个范围。 除了这篇文章之外，我还发现 David Hobb 的文章对于迁移主题很有用。尽管它们并不是专门针对 DAM 的，但如果您有一项复杂的迁移工作并且想要了解最佳实践，那么它们也值得一读。 分享此文章：