如何充分利用 MotioCI 支持经过验证的实践
MotioCI 具有用于 Cognos Analytics 报告创作的集成插件。 您锁定您正在处理的报告。 然后,当您完成编辑会话时,您将其签入并添加评论以记录您所做的事情。 您可以在注释中包含对外部缺陷跟踪或更改请求系统中的故障单的引用。
您可以找到有关如何设置之间的连接的其他详细信息 MotioCI 和您的第三方票务系统 MotioCI 使用下的管理员指南 MotioCI 与第三方票务系统。 一个关键字(修复,关闭) 与票号将关闭票。 或者,使用类似的关键字 引用 加上票号会将签到评论写入票务系统并保持票证打开。
使用票务系统(如 Atlassian® JIRA、Microsoft Windows™ Trac 或许多其他系统)通过跟踪特定任务、问题及其解决方案来帮助项目管理。 票据提供了作者或报告开发人员与最终用户、测试团队和其他利益相关者之间的沟通方式。 票务系统还提供了一种跟踪缺陷并确保在将报告推广到生产之前解决它们的方法。
报告开发的典型工作流程
需要明确的是,整合 MotioCI 使用票务系统并不是您的团队与票务系统交互的唯一方式。 通常,如随附的工作流程图所示,在 Cognos Analytics 环境中的报表开发过程与 MotioCI 可能是这样的:
- 积压. 将创建一个新票证。 业务分析师记录新报告的业务需求,并通过创建工单将其直接输入工单系统。 他把票放在 积压 州。
- 研发支持. 积压工单可以通过多种不同方式确定优先级,但最终工单将分配给报告开发人员并标有她的姓名。 票的状态可能会更改为 in_dev. 她将创建一个新报告。 当她在 Cognos Analytics 中开发报告时,她将签入她的更改并在签入注释中引用该票证,例如“已创建新报告; 初始版本; 添加提示页面和支持查询, 参考文献#592”。 或者,“添加了事实查询和交叉表; 过滤器和格式, 参考文献#592。” (在 MotioCI,主题标签编号成为直接指向工单的超链接。)她可以在几天内多次查看报告、进行更改并使用工单参考将其重新签入。
- 开发完成。 报告开发人员完成报告并对其进行基准测试后,她在工单系统的工单中注明它已准备好由 QA 测试并从 in_Dev 至 准备好进行质量检查. 这个状态是一个标志 MotioCI 管理员或负责推广 Cognos 报告的角色,报告已准备好迁移到 QA 环境进行测试。
- 专业版motion 到 QA。 管理员将报告和状态更改为 在_QA。 此状态让 QA 团队知道报告已准备好进行测试。
- 测试。 QA 团队根据业务需求测试报告。 报告要么通过测试,要么失败。 如果报告未通过 QA 测试,则工单将标记为 在开发 状态,返回给报告开发者进行修复。
- 测试成功。 如果报告通过,则 QA 团队通过标记它告诉管理员它已准备好升级到生产 准备好生产 州。
- 专业版motion 到生产. 一旦报告准备好生产,就可以获得最终批准并按计划发布,可能与其他已完成的报告捆绑在一起。 管理员将报告提升到 Cognos 生产环境。 他把票放在 完成 表示开发和测试已完成并已投入生产的状态。 这将关闭票证。
报告开发过程的管理
此工单管理流程意味着并且经过验证的实践表明:
- 每个新报告都应该有一张带有设计报告的业务需求的票。
- 每个缺陷都应该有一张票来记录报告中的任何错误或问题。
- 每次编辑报告时, MotioCI 签到注释应包括已处理的票号。
- 从 Dev 提升到 QA 的每个报告都应该有一个关联的票证,管理员可以确认开发已经完成并且可以转移到 QA 环境。
- 从 QA 升级到生产的每个报告都应该有一张历史记录表明开发完成、已通过 QA、已获得所有必需的管理批准并已升级。
- 生产环境中的每个报告都应该有一个 digital 从概念到测试到修复到解决再到批准和专业的书面记录motion.
最后一点是审核员最喜欢验证的。 她可能会问:“您能告诉我您如何确认生产环境中的所有报告都符合您记录的票务和批准流程吗?” 回应审计员的一种方法可能是提供一份所有已迁移报告的列表,并让她仔细检查票证以查找不符合您的流程的报告。
或者,更理想的是,您可以提供一份报告列表 不能 遵守您定义的开发和票务流程。 这就是这份报告有用的地方:“无票推广的报告”。 这是一份报告列表的例外报告 不能 坚持将每个报告更改与工单相关联的最佳实践. 这是您希望为空的少数报告之一。 如果所有已提升的报告都有与之关联的票证,它将没有记录。 换句话说,只有在生产环境中并且被提升的报告没有在评论中引用票号时,该报告才会出现在列表中。
有好处的过程
这个过程有什么好处,或者你为什么要在你的组织中这样做?
- 改进的团队协作:票务系统实际上可以将可能无法正常交流的角色聚集在一起。 例如,报告作者和最终用户,或项目经理和 QA 团队。 票证跟踪提供了一个公共场所来交流共享资源,即正在开发的报告。
- 降低成本:
- 与逃逸到生产中的缺陷相比,尽早发现并修复缺陷的成本要低得多。
- 提高效率 - 报告作者总是从一个明确定义的工作说明中工作。
- 通过手动流程自动化缩短时间
- 改进的文档:此过程成为缺陷及其解决方式的自我记录知识库。
- 改进的预测和分析:您现在可以跟踪关键绩效指标并将其与服务水平协议进行比较。 大多数票务系统都提供这些类型的分析。
- 改进的内部支持:您的支持团队、其他报告开发人员(甚至是您未来的自己!)可以查看过去是如何解决类似缺陷的。 这种共享的知识库可以导致缺陷的快速解决。
- 提高最终用户满意度:通过票务系统直接访问开发人员,用户可以期望快速解决缺陷,并通过系统监控请求报告的进度。
结论
这是遵循经过验证的实践和遵循定义明确的流程的价值的丰厚回报的一个例子。 此外,新 MotioCI 报告,“无票推广的报告”可以极大地帮助解决审计师的问题,或者只是内部监控以确保遵守公司标准。