Page tree

武汉汇科天下科技有限公司

Skip to end of metadata
Go to start of metadata

 我们将从以下几点介绍Gears



  1. Gears产品定位

    基于Jira的一个插件,提供企业级精细化工作管理的一个平台;
    主要聚焦工作管理中的任务、资源、效率、问题,通过大家规范性的使用jira,让团队的工作进行透明化的管理,并自动给出相应的效率、效率、工作流程中的相应审计以及问题,帮助管理和决策者

  2. Gears要解决的问题

    痛点

    Jira的学习成本:通常Jira的操作习惯并不太适合多数人,特别是不是技术的业务人员;另外对于Jira高级功能,需要很多有专业Jira管理经验的人才能支撑

    Jirar的使用成本 :通常使用Jira的操作体验不太好,特别是issue详情页中的按钮操作、登记工时、issue对象之间的关系关联等;

    工作管理成本:对项目管理、需求管理、任务管理,不同解决的人很难透明地、直观地、可视的清楚项目的整体情况。

    数据分析和加工成本:对于需要对工作各项进行审计,没有更好的直观的报表数据呈现,采用其它插件并不能完全得到想用的。

    解决方案

    提供个人工作台和团队工作台,方便用户查看自己的任务,并在上面进行快速工作;

    提供各类问题查询页,同时增加需求、项目详情页,方便操作的操作人员了解工作情况和处理问题;

    提供策划详情页、需求详情页、项目详情页,以及其它的工作流增强功能,让工作管理更轻盈

    提供丰富的数据报表和良好的展现形式,不用数据加工直观展现;

  3. Gears管理的核心


    管理的核心是基于对任务规范性的管理和操作,将工作中的效率得到合理的分配,将工作流程的效率以及工作过程中的问题展现出来,为管理得提供有力的决策支持。

  4. Gears的理念


    对公司内部的人和团队的工作,给予合理的流程,让工作更为透明化,大家都知道自己和别人都在做哪些有价值的事情,同时对自己的工作和别人的工作能够清晰可见;并将工作的效率、资源分布和使用情况完全通过数据来者呈现,通过数据来做决策;

  5. Gears的工作方式

    工作方式很多公司采用的是任务方式,比如开发建一个任务,完成了就将任务关掉;测试人员参与进来进行测试,就新建一个测试任务;在这种组织化的工作环境中无法让相关的工作有效的进行流转。比如开发工作做完了,但测试还没有参与进来,完成的质量是不是全部覆盖了需求、是不是有bug,都需要测试完成后得出;所以对于开发来讲,它的issue关闭了并不代表完成能够交付了。
    因此,在Gears的工作中,提供采用流程化的工作方式;将所以的工作以流程、分流程的方式进行呈现;并且提倡全员(角色)参与到流程中来。这也是现在流程的敏捷的一种工作方式。

    比如,一个具体的需求;业务方提出来,产品经理将它分析成不同的需求,之后开发人员将每一个需求拆解为具体的Story,每一个Story开发先进行开发,在测试环节由测试人员接收进行相应测试;之后验证没有问题了,由开发人员关闭;
  6. Gears的集成能力

    Gears的集成能力得益于Jira有很好的开放接口,并有Atlassian公司其它的产品的全景式的支持;同时Gears也开放自身的相关接口,能够为其它系统快速的集成。



  7. Gears中的五个主要对象

    Gears主要针对核心的应用场景,提供了五个对象(jira中是指:问题类型 )

问题类型作用使用对象
GEARS-策划

主要用于商业创意、业务需求;比如公司要组织一个周年庆,需要所有业务部门、所有产品线都参与进来;这即为一个大策划活动;

这类的活动,可能会到不同的产品线中不的同需求;策划再细化下来可以为具体的各产线的需求。

主要为业务方;

如策划只涉及到一部分,由一个部线的产品方也可提出。

GEARS-需求

主要用于较为具体的需求提出;这此需求可以来自于GEARS-策划拆解出来的,也可以由产品经理收集而来,也可以由产品经理提出来,甚至可以由其它的问题转化而来(客户的需求反馈、测试以及其它人员提的优先改进意见,或者由开发团队内部提出的性能优化、代码重构性)

它可以理解为是一个What的问题。

主要为产品经理、PO(Porduct Owner)
Story

主要用于很明确的一项任务,可执行、可量化、可验收验证的一个问题;

建议开发人员和测试人员对一个问题进行流程化处理;

它可以理解是一个How的问题.

主要为具体问题解决人员。
GEARS-BUG主要用于对具体的Story任务、需求、以及项目的缺陷,或者其它优化性建议提出

主要为测试验收人中;

GEARS-项目主要用于对需求池中的需求进行打包(划定项目范围),作为一个整体项目者管理;可以在项目详情页中对需求进行管理,可以进行里程碑定位,可以对项目中的风险和问题进行管理;主要为项目负责人(项目经理)
Epic

在Gears中代表一组有相关性的story人一个集合,并不未对它有实际性的处理;

它的概念来自于敏捷 ;通俗的可以理解为:版本、或者组件。

产品经理、开发Leader
子任务(Subtask )

它是JIRA 的一个子任务,从属于标准任务下;

一般用作较大Story 时的工作再次细分;

开发人员、开发Leader