在传统环境中部署现代分析
今天的博客来自 InterWorks 高级顾问和团队负责人 David Pires。David 是 Tableau 大使,也是欧洲第一届 IronViz 奖得主,他从 2015 年开始使用 Tableau。他于 2017 年加入 InterWorks,帮助尽可能多的组织部署 Tableau。您可以通过单击此处联系他。
“观念陈旧的人学不会新东西。长期以某种方式做事的人很难改变自己的习惯。”
人们老是这样说,但我不敢苟同。Simon Sinek 曾广为人知地发表自己的理论:成功的人之所以成功,并不是靠重复同样的事情,也不是靠专注于竞争;他们之所以成功,是因为他们专注于通过新的方法来提升业务价值,并拒绝因循守旧。
自诞生之日起,Tableau 一直坚守自己的使命:帮助人们查看并理解数据。在履行该使命的过程中,Tableau 从一款小型产品成长为能够与 Linux、Windows、AWS、Azure 等众多系统集成的平台。这些都是管理员在为自己的组织部署 Tableau 时可以考虑的选项。
根据我同时作为 Tableau 客户和顾问的经历,当引入 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 或用户群组讨论会等活动来使这个过程充满乐趣。您会因为建立了一个联系紧密的内部社区而受益匪浅,用户也会珍视相互学习的机会。
观看这个 Tableau 网络讲座系列,详细了解如何从传统 BI 迁移到 Tableau — 该系列涵盖部署、管控等多个方面的内容。通过这个测试看看哪种 Tableau 部署最适合您的组织。
相关故事
Subscribe to our blog
在您的收件箱中获取最新的 Tableau 更新。