Wha*_*sUP -7 data-warehouse business-intelligence
我目前正在参与我们公司商业智能 (BI) 项目的规划阶段。
我们试图了解业务的许多方面，因此与项目的业务方面相比，项目的技术方面显得相对不重要。
这个项目应该由技术团队牵头，还是由业务团队牵头？
是让技术团队驱动需求更重要，还是业务驱动需求更重要？
作为一名 DBA，我应该期望在这种范围的项目中负责什么？
Con*_*lls 13
有太多的变数无法明确地回答这个问题；我很想 VTC 这个问题，因为它真的没有一个正确的答案。然而，转念一想，我可以就这个主题说几句相当有意义的话。
客户关系
与交付中涉及的实施工作量相比，商业智能（或更简单的报告）要求非常高。获得正确的需求需要细致入微的分析，但可能不需要技术复杂的解决方案——在某些情况下，电子表格就足够了。
IT 部门可能与企业内的个人消费者之间没有足够密切的工作关系，无法有效收集 BI 解决方案的需求，或者可能根本没有足够的响应能力。在许多情况下，Excel 和 Access 等桌面工具足以胜任这项工作，因此报告团队通常直接在各个业务部门内运行。
我见过许多网站，正是因为响应性和工作关系的问题，在业务中运行 BI、报告或分析团队。在许多情况下，他们甚至拥有自己的服务器硬件、ETL 流程和开发人员。
强有力的商业赞助与无权的责任
在更大的范围内，数据仓库或商业智能项目是中间人。它们不产生数据，而是将数据汇总并以易于报告的形式呈现。这意味着它们是集成项目，必须与企业内的许多小帝国互动——有时在文献中被称为“守门人”。
这种互动 - 以及随之而来的实际或感知到的权力转移 - 倾向于将数据仓库项目政治化，并使它们严重依赖于许多第三方的合作。这些第三方将有自己的责任和议程，对项目的成功没有任何责任，因此他们可以严重影响项目的进度甚至使项目脱轨，而不必承担任何责任。
构建一个重要的数据仓库系统涉及到很多问题，包括那些可能不太受欢迎的问题。如果没有具有代表项目的政治意愿和政治影响力的商业赞助商，这将产生无法解决的重大失败或交付限制风险。 商业赞助不力是 BI 项目失败的第一大原因。
做对了
另一方面，更大规模的项目在技术上和从“软件工程”的角度来看更具挑战性——保持代码库组织良好。这需要 BAU 报告团队可能具备也可能不具备的技术技能。除非在界面和数据集市设计中小心谨慎，否则来自数据仓库的大多数报告或其他相关馈送将与数据模型紧密耦合——即使如此，数据库也只有有限的选择范围来有效地支持抽象。这意味着让模型出错可能非常昂贵，甚至无法修复。
未能正确构建系统还可能导致一大类抽象泄漏问题，其中通过系统公开的底层数据太脏或不一致，无法通过临时报告工具使用。必须建立一个项目，其中概要希望提供自助服务设施，以便呈现的数据干净、一致，并以与临时报告工具配合良好的形式呈现。
泄漏的抽象在数据中放置了不明显的大象陷阱，并使得从系统报告错误数据变得容易。即使问题可以（理论上）通过用户培训得到纠正，这也会显着削弱最终用户对系统的信心。获得一致的数据（它可能在多个来源之间表现出显着不同）是任何自助报告项目的关键成功因素，并且很可能是一项重要的任务。
在许多情况下，技术不是问题，尽管我看到项目由于原始选择的技术限制而切换平台。在某些情况下，数据量可能需要使用某些技术；在其他情况下，ROLAP 工具可能缺乏复杂性，需要使用专用的 OLAP 软件。服务器整合环境可能不是 TB 范围数据仓库系统的最佳平台选择（别笑——我已经不止一次看到这种尝试）。
平台选择可以被政治化，也可以对项目成功或实施成本或时间尺度产生重大影响。
结论
一个大型 BI 项目需要强有力的赞助、业务的优先处理和良好的技术领导才能有效地工作。在大多数情况下，实际使用的技术不是什么问题，但不合适的平台会阻碍有效系统的交付。
弱赞助允许看门人阻止访问必要的数据或领域知识，或者项目可能会因琐碎的办公室政治而无法提供有效的解决方案。
缺乏业务优先级也阻碍了获得必要的主题专业知识，或者允许交付被简化为次优的原样实践。
技术领导力薄弱会导致平台缺乏灵活性，并且更改成本太高。
无效清理和一致的数据会在报告层中产生泄漏的抽象，这会削弱用户对系统的信心。
在某些情况下，项目可能会因技术选择不当而瘫痪。
说 BI 项目是“业务”计划是不言而喻的。从技术上讲，如果没有有效的业务赞助，此类项目很可能会失败，这是正确的。然而，还有各种关键的技术成功因素，如果缺少这些因素，可能会严重影响项目。
在实践中，我建议回答有关商业智能项目的查询，例如：
我们可以，但价格将是您的第一个孩子和安装在项目办公室墙上牌匾上的首席财务官1的负责人。
如果业务发起人只是简单地考虑到这一点——即使是片刻——那么他们对项目目标的动机和承诺水平是正确的。如果他们有影响力与首席财务官签订合同，那么他们就有足够的政治影响力来支持此类项目取得成功。2 低于此值意味着您的项目因赞助不足而面临重大风险。
1显然，如果 CFO 是发起人，那么您将不得不提名另一名同等地位的牺牲品。
2此外，我们不一定建议您将赞助商保持在这个价格。在实践中，通常足以证明对项目的适当承诺水平。