【客户案例】诺基亚基于 Jira Data Center 的 Backlog 管理发表时间：2020-12-17 18:19 洪旭升，诺基亚 SRAN BU 变革经理，专注于流程和工具方向的变革管理，有 6 年 Atlassian 产品使用经验。 在本文中，洪旭升将从背景、工具流程、数据管理和 Jira Performance 问题的处理等多方面与大家分享 Nokia Mobile Network （以下简称“Nokia MN”）是如何通过对 Jira Data Center 的深度定制开发及部署，使其应用于大规模组织的 Backlog 协同管理中，并通过 Jira 数据在 Power BI 报告中呈现，给团队开发和测试工作提供效能和质量数据，助力团队持续改进。 背景介绍 在此背景下，Nokia MN 由 CDS 部门牵头开始了将多种 Backlog 工具向 Jira Data Center 统一的工作。 基于 Jira Data Center 的 Backlog 管理 1. 基于 Jira Data Center 多层结构的 Backlog 管理 工具的使用与流程息息相关。工具本质上就是执行既定的流程，Backlog 管理也一样。Nokia MN 设立了流程和工具变革的项目，并在部署 Jira Data Center 作为 Backlog 管理工具之前，首先进行了统一 Backlog 管理流程的工作。在项目的不同时期，不同的 Backlog 管理流程内容包得以交付并在 Jira Data Center 里进行定制化开发与实现，然后再于所有组织和团队内进行部署。
图1 – Jira Data Center管理 Backlog 的层级结构 以上每一种层级的 Jira project 权限都可以通过邮件组的方式进行管理，方便增加或者移除用户信息。 2. Structure 插件，Scrum Board， KanBan 和 Dashboard 的使用 而在具体的操作中，为了更方便地管理 Jira Data Center Backlog 数据，Structure 插件和 Jira 自带的 Scrum Board，KanBan 和 Dashboard 得到广泛使用。 Structure 插件用于查看通过 filter 定义好的包含不同 field 的具体数据。在设置好的 Structure 里，用户可以自定义过滤 issue list，并且能够添加需要的 Jira field，用以查看所需的 Backlog 信息。对于 Jira Structure 的信息，也可以通过多种设置得到所需的查看结果。Structure 使用的例子如下。
图2 – Structure 示例 3. Effort（工作量）, Status（状态）和 Schedule（计划）聚集 为了方便地自动化获取最新的 Effort（工作量）, Status（状态） 和 Schedule（计划）数据，我们开发出针对这三个信息的聚集功能并得到广泛使用。
聚集功能在 Jira Data Center issue 的层级结构中从下至上自动更新 Effort，Status 和 Schedule 的结果，为这些数据于在线报告中自动更新提供了可能。 基于 Power BI 的数据管理 Power BI 是一款由微软公司开发的商业智能产品，是软件服务、应用程序和连接器的集合，可以将不相关的数据源转换成连贯的、视觉沉浸式的、交互式的见解。 Nokia MN 选择通过 Power BI 展现数据报告，Power BI 将 Jira Data Center 中的数据根据需求过滤出来并且以适当的方式呈现在 Power BI 界面中。 Jira Data Center Performance 问题 当用户同时大规模使用 Jira Data Center 的时候，Jira Data Center 的响应时间就会大大增加，有时甚至会慢到无法接受的地步。 比如，在软件开发的某些关键阶段，成百上千人会在同一周差不多时间去更新 Jira Data Center ticket，导致 Jira Data Center 打开特别慢，可能很长时间都打不开。 通过长久的摸索和改进，截至目前，Nokia MN Jira Data Center 的 Performance 已经相对比较稳定。下面几条为尝试过的改进途径，在此分享，供大家参考。
|
