3. 定一个大目标，但采取小步骤。

　　用户们告诉Ventana，要考虑基本目标，但是会限制战略部署的视野。他们建议，一旦主数据管理在一个地方好用了，再一步一步地扩展。他们说，业务流程常常是缓解因素，而不是技术，所以在过程中及早得到终端用户的输入时很重要的。

　　“如果你只对保持客户数据一致性感兴趣，那就一定要反对‘怎样我才能长期管理我全部的主数据?’这一大前提，这一点是很重要的”,Waddington解释到。“那样你最后就不会落到不得不把整个一大堆解决方案连接到一起的困境中。”

　　4. 考虑潜在的性能问题

　　Loshin警告说，性能像一只800磅重的猩猩悄悄潜伏在主数据管理的探讨中。

　　不同的架构能导致不同的性能损失。例如，如果公司为主数据管理采用主hub方式，记录创建流经唯一一个点，它就能变成一个瓶颈。而且，随着应用越来越依赖主数据管理，工作流，系统优先级和运行顺序会变成要马上考虑的紧急问题。Loshin说，公司怎样解决潜在的性能问题有多种选择，因为它本质上与他们独特的架构有关系。

　　5. 建立数据管理策略和流程。

　　专家们一致认为，应该允许在人力和过程变更管理方面花时间和投钱，不要低估了工作量。瑞典电信设备制造商爱立信公司了解到，根据高级项目经理Roderick Hall的观点，数据管理政策可能是相当难满足的。

　　在部署SAP主数据管理很早以前，斯德哥摩尔的公司建立了一个主数据小组来管理关键数据资产。它是一个“共享服务”小组，同时对IT和商业提供服务。该组刚成立时是财务部门的一部分，但是随着主数据管理受到公司范围的关注，它的职能也发生了变化，Hall说。他们的工作并不总是很容易。

　　Hall说，尽管一些部门（比如财务部门）看到了集中主数据管理的价值，其但他群体都不太乐意放弃自己管理数据的权利。

　　“人们已经放弃了自己管理数据的自由，把他们自己的主数据放到斯德哥摩尔（在那里主数据小组是本地的）一些不露面的组织。为了得到人们对这一事实的认可，他们真的打了一场硬仗”，Hall说。

　　6. 仔细计划部署。

　　Ventana发现，主数据管理相对仍然比较新，所以对业务和技术人员的培训比以往更重要。Waddington说，使用未参加培训的或者是准培训的系统集成人员和

　　尝试外包，对主数据管理用户来说，会引起大问题，甚至项目延期。

　　7. 考虑过渡计划。

　　那么，有了铺开项目的前景，该项目会对关键流程和系统造成一定影响——没有无缘无故的担心。Loshin推荐公司应该计划一个主数据管理的过渡策略，允许静态和动态的数据同步。

　　“试图在不影响日常操作的前提下调整潜在的基础设施，可能与不中断交通的情况下在公路上补洞一样具有挑战”。Loshin说。