Page tree
Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 8 Next »


  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




  • No labels