范琦敏：Jira Service Management和Jira功能上最大的区别，在于Jira比较偏向后端，面向于内部的开发人员，甚至是admin人员。Jira Service Managemen提供了portal端和SLA（服务等级协议）功能，所以更偏向于前端，但它也可以面向后端。比如我们已经把产品交付给客户，客户对于这个产品的反馈，类似于售后支持等可以使用Jira Service Management来实现。所以Jira Service Management这个产品从两个部分来讲，与Jira的区别就体现在面向的对象不一样。其次功能上，有SLA和portal端。

徐博文：传统上Jira也可以作为需求管理的工具，因为它能够处理事务流转。Jira Service Management与Jira的区别，我觉得是Jira Service Management有表单的形式，并且对于客户端没有用户数的限制。

Q：Jira Service Management的使用场景有哪些？

范琦敏：从场景上来讲，一个是面向客户服务，以服务为主；一个是ITSM，以运营为主。除了这两种之外，Jira Service Management有一个很好的功能，就是Insight。Insight是作为资产管理使用的。Insight的作用类似于建立关系型数据库，或者建立对象架构。这个对象架构里面包含对象的属性，属性和属性之间可以引用另外对象的信息。所以，从整体来讲，它类似于这次演讲中提到的CMDB。

Jira Service Management配合Insight使用，能适用于什么场景？比方说，IT运维人员认为公司设置的所有软硬件都是资产，那么他就可以在Insight中设置软硬件的信息储备。也可以设置和员工之间的关系，假如把员工当成一个资产，那员工会作为资产对象在Jira Service Management的Insight里进行管理。

Q：Jira Service Management适用于企业中哪些部门？

范琦敏：Jira Service Management中的Insight可以扩展使用，不仅针对IT运维人员，HR团队可以将其作为员工的HRIS小型系统，销售人员也可以将其作为客户关系的数据系统来使用。

徐博文：常规来说，企业的IT运维人员会把Jira Service Management作为IT运维管理的工具或平台来使用。我们也接触过有些客户拿来作为需求管理的平台。它可以很好的跟Jira集成。

Q：企业在变更管理上会面临什么样的难点？有什么好的实践方法吗？

范琦敏：Atlassian的两个理念：变更不会间断IT服务，且不会对现有服务产生影响。但在实际的业务场景中，很多变更会产生影响，比如不得不停机、不得不关服务器，或者是已经影响服务。所以，在变更前需要去评估这个变更会产生什么影响，这个影响可能是未知的。比如，有些客户需要变更代码，但是代码变更、发布后会产生什么样的风险，我们不太清楚。

那么企业如何进行变更管理？首先，针对已经知道影响范围、后果的变更，通常需要做事先的准备和审批，通过后即可直接变更。这类变更的信息一定要公布出去，让它作为一个计划存在，让大家对于预期做的变更有所准备。对于不清楚影响或后果的变更，需要做充分的准备和测试。只有测试确定了之后，才可以进行变更，尽量减少它带来的影响。

Q：Jira Service Management如何帮助企业进行知识管理？

范琦敏：Jira Service Management和Confluence集成后，Confluence能够作为知识库支撑Jira Service Management的项目。Confluence知识库有两个作用：对外，对客户，在提单之前可以先找相关文章，在看了文章后，他们可能不需要提单，可以直接去解决问题。这样能够减少收到的工单提报的数量，减少工作量。

对内，比如IT团队，他们可能对于事故有深层问题的管理和分析。定位原因后，他们会把相关的分析和解决方案做成文档，形成知识库，作为对内的知识储备与团队分享。这样能够降低类似事件再次发生的概率，或者当事件再次发生时，可以直接参考知识库中的文章去解决。

Q：发生重大事件时，最重要的是什么？企业应该建立怎样的事件管理机制？

范琦敏：Jira Service Management有SLA，让我们可以明确对于事件的处理目标是什么。避免在事件发生后，我们不清楚应该在多久时间之内响应或解决。有了这个起到标准和监管作用的工具后，就能很快处理事件。

事件处理是这样的。首先，事件本身在工具里显示出来后会有及时的提示。你也已经知道目标是什么。IT运维的第一反应可能不是去分析深层次原因，而是马上解决这个问题。举个例子，比如服务器宕机，或者应用无法访问，那么他们通过重启服务器，或者如果是集群可以用其他的节点看一下…等等这些方式，先把问题解决了。当事件解决后，后续想要深层次挖掘产生事件问题的原因，才会启用问题管理。问题管理是配套事件管理一起使用的，也是直接在Jira Service Management中实现的。

我们可以在Jira Service Management项目里面去创建问题分析的任务，然后和产生的事件进行链接，就可以直接了解到当前事件，以及与这个事件相关的问题分析的任务走到了什么状态。不仅仅是IT运维团队，可能也涉及到数据库、DBA等等，一起做问题分析。

Q：Jira Service Management提工单的方式有哪些？能否支持移动办公？

徐博文：Jira Service Management有服务等级以及响应时间，如果没有这方面需求，它也可以作为单纯的需求接收工具。甚至可以用邮件的形式提工单，特定邮箱写的邮件会自动生成工单。因为有些客户需要去接受他们的上百个客户的工单，所以通过这种形式提交也很合适。

Jira Service Management支持通过它的门户网站提工单，也支持邮件的形式提工单。甚至通过门户网站可以添加知识库，知识库里有常见的问题，客户能够查阅知识库里的资料，甚至不用提工单，就直接解决了。

龙智是Atlassian的解决方案合作伙伴，我们开发了很多产品，比如跟飞书、钉钉、微信集成，您能够通过这些入口提工单，移动办公非常方便。

Q：请介绍一下您一天的工作

范琦敏：就工作的性质来讲，可以分为售前，就是客户还没有实际使用工具之前，想要了解工具的特点，或者在了解的过程中提出了一些需求。这时，我们会给客户初步的解决方案。这就是我们在售前过程会做到的程度。

实际上，我们更多的工作是在售后。我们会给客户关于工具的具体培训，这个培训会让他们了解这个工具可以干什么，我们也会激发他们的思维，例如询问在了解这个工具后，结合场景，您认为这个工具能帮助解决什么问题，我们希望授人以渔。

除了培训以外，我们也提供实施服务。除了最基本的安装、迁移、运维，我们还会针对具体需求给客户做配置，或者他们直接把业务场景给到我们，我们会把业务场景搬到工具上实现，这使得他们在用工具的过程中，有更好的体验。使用这个工具的原因是希望这个工具能够更加匹配业务，所以我们帮助客户从这个方面做配置实施，对客户更有利。

Q：您平时服务得比较多的是哪些行业？有没有令你印象深刻的案例？

徐博文：Atlassian的产品本身适应非常多的行业，无论是游戏、金融或是汽车。现在，新能源汽车也是一个大方向，Jira和Jira Service Management这套生态在汽车行业使用非常广泛，以及其他包括咨询行业、快消和银行都在使用。他们一部分将其作为IT运维管理工具，另一部分是像我之前说的，作为需求管理的工具，还有工单管理等。

咨询行业有个案例，需要通过一个系统去管理客户的请求，又想通过这个系统管理内部人员工单的完成情况，包括工时。所以他们结合使用了Jira Service Management以及TimeWIse工时管理产品，二者结合解决了他们的问题。