Atlassian工具的优缺点。 在非IT业务中使用



大家好,今天我将尝试介绍使用Atlassian的优势,并讨论几个用例。

每个人都知道JIRA最多是一个错误跟踪器,作为一个用于管理项目的系统,但这远非它的全部功能。 今天我们将讨论这种用法。

很明显,Atlassian有很多产品系列,因此我们将尽量缩小我们要谈论的优势:不论听起来多么奇怪,Jira Core,Service Desk,Confluence和Jira Software都将被赋予“软件”一词​​。

我会尽量简短,因为通常这样的对话会花费很多时间。 这样啊

您一开始需要了解什么和功能。





首先,Jira-Service Desk-Confluence软件包非常适合为任何业务组织支持部门和流程,这可能是目前市场上最受欢迎的案例。 但是请不要失望,如果您需要为设计部门,人力资源,安全,IT等部门建立流程,那么仍然可以做到。 让我们从使用Atlassian的好处开始。

用例


在这里,我指的是云,服务器,数据中心解决方案。 对于每个人来说,有人怀疑云系统,例如,银行或政府机构等人需要根据法律将所有数据存储在该国,因此您需要使用服务器版本。 而且,人们不必担心自己的能力会更容易,而云版本的灵活性,开发速度吸引了越来越多的客户。

低门槛


我记得我们是如何开始为乌克兰一家大型农业企业的IT部门实施Service Desk和Jira Software的,在经过几个月的IT工作者,来自AXO部门的同事之后,我必须说,人们根本不是IT部门,要求使用相同的工具。 他们只是走来走去,看着一些新乐器,仅此而已。 几个小时的培训足以让您的员工使用Jira并使用所有内置功能,并且其中有很多。 我们将进一步讨论他。

价钱


您看到HP台式机服务的价格了吗? 那IBM呢? ZenDesk只是有些不足之处。 除了功能和成本之外,您仍然可以从Atlassian获得质量支持。 是的,对于企业而言,花数十万美元购买软件以供日后使用,这不是问题,但是即使这些人也提出了逻辑上的问题“为什么?”。 开始进行比较之后,事实证明Atlassian可以涵盖ITIL,ITSM流程,甚至提供报告,还可以使您与公司保持同步。

柔韧性


当他们告诉我公司决定合并这两个部门时,因此在某些(以及几乎所有)企业软件中,您需要更改流程,界面和设置,而这需要六个月的时间才能完成,这开始让我失望。 是的,在这里,当然,重组和更改也需要时间,但是通常,对于大型的自动化流程,它要花几周的时间,而对于简单的事情,则要几天。

模块化


Jira,服务台,Confluence,具有很多内置功能,正如我们已经发现的那样,它并不昂贵,但很多时候还不够。 (否则,Atlassian将不会是Atlassian)。 因此,有一些插件,即附加的功能,使您可以做一些小事情,反之亦然。 使用插件,您几乎可以完成所有事情,而且都在同一系统中,一个控制面板。 好吧,老实说,插件无法完成的工作-可以通过其他方式完成=)

使用Jira时要记住的事情


  1. 使用Jira和Service Desk不会自行解决问题。 您仍然需要一种合理的方法来组织工作,构建业务流程以及提高业务中的官僚主义水平。
  2. 定制选项与专业知识相关。 我的意思是,为了通过自动创建/关闭任务,复制评论和其他乐趣来构建复杂的流程,您需要对工具,插件,方法以及最重要的是组织流程的最佳实践有更深入的了解。

例子


好吧,让我们尝试找出例如如何在非IT业务中使用这些产品。 通常,这是一个很古老的神话或观点,即此类系统仅适用于IT专家,或更糟的是仅适用于软件开发。 实际上,所有这些仅仅是可以适应任何业务,任何流程,任何需求的工具。 欲望和时间的问题。

因此,回到示例。 首先,让我们假设一家银行。 有一家银行,它有部门,这是项目办公室,经济,人力资源,安全,信息安全,风险,当然还有IT部门,支持,财务部门,律师,甚至收银处。 所有这些都需要某种控制,任务统计系统,时间,以及内部和外部用户的服务台。 部门,部门,单位负责人可以收集报告和制定计划的地方。

现在我们来看一些部门的工作方式。 例如,这是用于处理用户请求的业务流程。



在这里,经理们非常满意,对执行的期望是SLA。 需求和知识的来源不同,将数据存储在任何方式都不同步的本地文件堆中。 可以看出它当然很糟,但是它的工作方式相同,所以并不可怕:)



以下是吉拉的组织方式:

  1. 内置服务台,带有用于创建请求的正式流程和表格;
  2. Jira Software的Jira Service Desk上的定制工作流程;
  3. 大量的自动化(在行之间复制注释,自动关闭应用程序,自动创建应用程序,状态同步等等);
  4. Confluence的知识库和说明。



报告中




总体而言,在Jira中进行报告也是一个单独的问题,但是如果您尝试快速解释在Jira之前和之后在非IT业务中收集和报告(至少在我看到的地方)的区别:想象一下,您需要开车每周一次开车,但是这台机器需要每次组装。 每次,您都去处理发动机的部门,他会把它提供给您,但不是全部给您,因为汽缸是在另一个地方制造的。 您要求在底盘后面移动时要获得气瓶,在那里您还会发现一个惊喜,一切都在那里,但是没有轮子,当您发现轮子时,它们没有轮胎,现在您整天都在跑步,看来您已经在收集轮胎了汽车,但伙计们给了您错误的钥匙,方向盘根本没有固定在任何东西上。 现在您不能去看手册给他看汽车,不能给汽车拍照,然后告诉汽车有多好。 你明白我的意思吗? 报道不是真的,但它的收集只是面粉。 因此,Jira是已经建立的收集工厂,您可以根据系统中的最新相关数据来设置需要报告的参数,然后将其放置在那里。

总结


在下一个主题中,我计划讨论在Atlassian堆栈中针对不同业务使用Agile,SAFe,业务分析和项目管理,可以使用的典型流程选项和设置,如果幸运的话,还提供详细的案例描述。

谢谢你

Source: https://habr.com/ru/post/zh-CN473188/


All Articles