使用 Tableau 在传统环境中部署现代分析的 3 种策略

➤复制链接至浏览器，即可联系作者：

https://security-us.mimecast.com/ttpwp#/enrollment?key=9eaef72a-3c19-4544-82b3-18665794792e

人们老是这样说，但我不敢苟同。Simon Sinek 曾广为人知地发表自己的理论：成功的人之所以成功，并不是靠重复同样的事情，也不是靠专注于竞争；他们之所以成功，是因为他们专注于通过新的方法来提升业务价值，并拒绝因循守旧。

自诞生之日起，Tableau 一直坚守自己的使命：帮助人们查看并理解数据。在履行该使命的过程中，Tableau 从一款小型产品成长为能够与 Linux、Windows、AWS、Azure 等众多系统集成的平台。这些都是管理员在为自己的组织部署 Tableau 时可以考虑的选项。

我们现在详细分析每种策略。假设在进行各种研究后，组织决定采用 Tableau 来提供分析和 BI 功能。

如果只需要将很少的旧元素导入新平台，或者组织非常开放，愿意改变自己的分析方式，这种类型的策略会取得最好的效果。组织不会将很多旧报告请求内建到新平台中，而是借助这一机会审查和改变自己使用分析技术的方式。

各公司也可以抓住这个好机会迈向云端，并对灵活的平台（例如 AWS）或基于云的数据库（例如 Snowflake）加以利用，这些平台和数据库按使用量付费，并可以在极短的时间内完成设置并投入使用。

这种方法的另一个重要特点是它几乎不需要进行迁移，您构建一个全新的服务系统，并可以根据需要为其建模。

积极型策略有积极型的时间表。您应该可以很快完成这项快节奏工作。

我发现这种类型的策略对中小型公司效果最好。这是因为此类组织往往更加灵活，能够更快地适应变化。这并不是说您不能在大型企业这样操作 — 您可以，不过繁琐的手续往往会减慢工作进度。

要实施这种策略，必须安排完全专用的资源。根据组织的规模，您需要：

• Server 管理员 （管理基础设施）

• Tableau Desktop 创建者 （通常为分析师，专注于创建供其他人使用的内容）

• 数据管理员 （熟悉数据管理、管控操作并了解业务部门如何使用数据的分析师或 IT 人员）

• 外部专家资源 （掌握 Tableau 专业技能的 PM）

同样重要的是，您必须获得组织各个部门的首肯 — 尤其是 IT。让 IT 和业务部门尽早就该议题开展合作有助于制定能够快速实施的计划，避免因配置硬件而耽误时间。

与外部资源开展合作也十分重要。您最好能找到一位曾经从事过这项工作，并且可以帮助您解决常见问题的人。

组织中的任何变化都不可能像百米赛跑那样快 — 当然，您也不想让它像马拉松一样漫长。与您的支持者和团队进行讨论，设定切合实际的目标。这点为什么很重要？您希望高层团队支持您的工作，而不是逼迫您在不现实的期限内完成任务。

选择这种改变方式的组织通常可以分为两类：预算受限，无法在短期内投资大量资源的组织；或者可能在变革管理过程中遇到更大阻力的大型组织。

制定迁移计划时，应该考虑到已有的其他系统，并对其进行最大化利用。存在必须加以考虑的旧组件。如果使用老式电子表格的组织希望充分利用 Tableau，这些组织必须制定数据策略。在小范围内，Tableau 可以提高从 Excel 移植业务规则的速度，而如果要全面迁移到关系数据库，必须有数据管理员负责数据策略。这可能意味着创建新的视图或表，帮助用户在 Tableau 中进行分析。

这并不是精确的数据，但如果此类组织用了 18 至 24 个月来完成 Tableau 的全面部署，您不应该感到惊讶。这并不一定是坏事。有时候，更长的期限让公司可以更轻松地管理采用过程，让最终用户对自己获得的支持感到更加满意。

根据我的经验，这一类别的公司几乎涵盖所有规模 — 它们或缺乏资源，或遇到巨大阻力，或者同时面临这两种挑战。

• Server 管理员

• Tableau Desktop 创建者 （在较小的组织中，该人员可以兼任服务器管理员）

• 数据管理员

• 能力提升团队 （支持资源、分享最佳做法的专家等）

• 项目经理

对于存在诸多流程和规则的大型组织，IT 要在迁移过程中起到核心作用。在企业环境中，本地部署比云部署更为常见。您希望 Tableau 平台能够与您的大多数其他系统集成。例如使用 Active Directory 进行单点登录，或者使用 Kerberos 进行模拟。无论如何，您都应该确保 IT 从第一天起就发挥积极的领导作用，提供宝贵的建议，最终节省大量时间和资金。

在资源方面，您应该根据组织规模，增加数据管理员、Tableau Desktop 开发人员以及能力提升角色的数量。

根据我的观察，这种方法的成功率和满意率都比较高。通常，组织寻求通过一个关键项目来进行概念验证，该项目由某个业务部门在 IT 的支持下实施。选择出正确的项目，这项工作就已经完成了一半。成功的做法是寻求在无需大量破坏现有体系的情况下快速提升价值。您能否利用现有数据？您能否解决长期困扰利益相关者的业务问题？

一旦选定项目，您就可以开始工作，力争通过 MVP（最低价值项目）获得理想的结果。您不会有时间测试所有功能、敲定所有细节，但您应该满足大部分需求，并在可能的情况下，以超出预期的方式满足需求。

第二个步骤是“登高一呼”。您已经选定并成功实施了自己的试点项目，现在您应该围绕这个项目大做文章。在工作场所展示您的成果，分享见解，说明它为何有效，其他人如何学习相关经验。自此之后，您的任务应该是在多个业务部门进行能力提升，利用您的成功经验帮助他们成长。

在理想的情况下，您的项目周期应该在一至三个月之间，具体取决于复杂程度。此后，您应该利用从试点项目中获得的经验进行内部扩展。

这种策略可以根据任何组织的具体情况进行调整 — 这或许可以解释为什么人们在这类情况中获得了最大的成功。

• Server 管理员

• Tableau Desktop 创建者

• 数据管理员

• 外部专家资源 (PM)

• 内部 PM

• 能力提升团队

及时构建，让项目团队能够专注于该项目，而不是在日常工作之余处理该项目。我们为成功实施 MVP 而投入的专用时间越多，我们学到的东西就越多。

一些同事会告诉您他们的业务部门情况特殊，以此为理由拒绝合作，您应该对此有所准备。遇到这种情况，您必须能够（用数据）证明您确实受益。例如您无需再手动执行某个流程，或者您找到了某个问题的答案，帮助公司节省了一大笔资金。

在组织中部署 Tableau 时，没有千篇一律的方法。但您可以利用平台的各种功能。Tableau Web 制作中的云技术并非昙花一现 — 它几乎可与 Tableau Desktop 相提并论。您可以借助云技术顺利获得组织中众多分析师的支持。

充分利用您可以在社区找到的大量经验。参加 Tableau 全球用户大会，加入用户群组，尽可能多地提问。与合作伙伴和 Tableau 大使讨论。他们会为您提供宝贵的建议。

在组织内部，确保您获得管理层的支持。 单纯的预算支持是不够的；分析师需要有专门安排的时间来操作和应用 Tableau。与您的 IT 团队密切合作，从一开始就让他们加入这项工作，帮助您避免代价高昂的错误。事实上，最理想的部署工作应该由 IT 来实施，并且将 Tableau 部署为一种面向组织的服务。

无论您选择通过哪种方法来应用 Tableau，您都可以借助内部编程马拉松、Makeover Mondays 或用户群组讨论会等活动来使这个过程充满乐趣。您会因为建立了一个联系紧密的内部社区而受益匪浅，用户也会珍视相互学习的机会。