成功升级 IBM Cognos 的三个步骤
管理升级的行政人员的宝贵建议
最近，我们认为我们的厨房需要更新。 首先，我们聘请了一位建筑师来制定计划。 有了计划，我们讨论了细节：范围是什么？ 我们喜欢什么颜色？ 我们想要什么等级的电器？ 好，更好，最好。 由于这不是新建筑，我们需要为哪些突发事件做好准备？ 我们要求预算。 建筑师/总承包商自信地告诉我们，这将是 不到一百万美元. 他的幽默尝试失败了。
如果您的公司拥有 IBM Cognos Analytics，您迟早会升级。 就像厨房项目，根据我的专业经验，我可以告诉你，你的升级将花费不到 10 年和 100 亿美元。 你可以花那么多钱去月球，所以你应该能够升级。 但是，这并不好笑。 或者，有帮助。 升级项目甚至开始之前的第一个问题是，“范围是什么？” 在您甚至可以估计所需的资源或预算之前，您需要知道所需的时间。
输入 MotioCI. 库存仪表板旨在回答“工作范围是什么？”这个问题。 仪表板向您（BI 经理）呈现与您的 Cognos 环境相关的关键指标。 第一个指标让您了解项目的总体估计风险。 该指标考虑了报告的数量和复杂性。 报告和用户总数会立即显示项目的大小以及它将影响的用户数量。
其他可视化让您快速了解可能需要额外工作的 Cognos 环境区域：报告和 CQM 与 DQM 包的复杂性。 这些指标还针对其他 Cognos 组织进行了基准测试，因此您可以根据报告数量和用户数量将您的组织与其他组织进行比较。
你看到了大局，但你从哪里开始呢？ 在您接触任何东西之前，请考虑如何缩小项目的范围。 方便的是，仪表板上也有指标可以帮助您解决这个问题。 饼图显示最近未使用的报告和重复报告的百分比。 如果您可以将这些报告组移出范围，那么您的整体工作量就会大大减少。
杂草。 你可能会说，“我可以看到很多报告是重复的，但它们是什么，它们在哪里？ 单击钻取链接以查看重复报告的列表。 同样，最近未运行的报告也有详细报告。 有了这些信息，您就可以知道 MotioCI 删除您不会迁移的内容。
使用更精简、更轻便的 Cognos 内容存储，您可能希望重新运行仪表板。 这次重点关注您的团队在升级时可能遇到的困难程度。 升级报告的挑战通常与报告本身的复杂性直接相关。 Reports by Complexity 可视化显示基于多种因素的简单、中等和复杂报告的比例。 它还提供了相同指标与其他 Cognos 安装的比较。
成功因素 2。 深入研究，您可能会发现 75% 的报告都很简单。 这些报告的升级应该是直截了当的。 3% 的报告很复杂。 这些，不多。 相应地调整您的预算和时间表估计。
您可能还想将注意力集中在可能需要特别注意的特定报告上。 传统上，在使用 HTML 项目（可能使用 Java Script）升级报告、使用本机查询而不是利用模型的报告或在几个 Cognos 版本之前创建的旧报告方面，有更多的工作要做。
不要忽视没有可视化容器的报告。 那里发生了什么事？ 这些报告位于“简单”之下，因为它们有 0 个视觉容器，但它们可能隐藏了潜在的陷阱。 这些可能是未完成的报告，也可能是需要“关注”的非标准报告。 该报告可帮助您专注于重要的事情。
成功因素 3. 在中创建一个项目 MotioCI 对于每一种类型的报告。 创建测试用例。 建立基线。 比较每个环境中的性能和值。 您将立即看到升级失败的地方以及性能下降的地方。 修复需要修复的东西。
管理进度. 您的项目经理会喜欢显示报告仍然失败的地方的摘要报告。 为了管理项目，有一份燃尽图报告记录了每天的进度并估计了项目完成的日期。
从这个燃尽图中可以看出，如果团队保持目前的步伐，升级测试将在第 18 天完成。
因此，在三个报告中，您从端到端管理了您的 Cognos 升级。
- 库存仪表板 是帮助您 a) 确定内容，b) 缩小范围和 c) 关注对升级至关重要的领域的路标。
- 详细内容 报告全面了解与升级项目相关的所有测试用例的成功或失败。 您可以快速了解接下来几天需要关注的项目领域。
- 烧掉 报告预测您的团队预计需要多长时间才能完成与升级相关的修复。
还有什么比这更好的？ 在开始之前了解您的风险。 通过缩小范围来减少工作量。 通过专注于重要领域更聪明地工作。 通过展望和预测您的预期结束日期来智能地管理流程。 总的来说，这是为您的下一次 Cognos 升级节省时间和金钱的成功公式。
