<legend id="h4sia"></legend><samp id="h4sia"></samp>
<sup id="h4sia"></sup>
<mark id="h4sia"><del id="h4sia"></del></mark>

<p id="h4sia"><td id="h4sia"></td></p><track id="h4sia"></track>

<delect id="h4sia"></delect>
  • <input id="h4sia"><address id="h4sia"></address>

    <menuitem id="h4sia"></menuitem>

    1. <blockquote id="h4sia"><rt id="h4sia"></rt></blockquote>
      <wbr id="h4sia">
    2. <meter id="h4sia"></meter>

      <th id="h4sia"><center id="h4sia"><delect id="h4sia"></delect></center></th>
    3. <dl id="h4sia"></dl>
    4. <rp id="h4sia"><option id="h4sia"></option></rp>

        Skip to end of metadata
        Go to start of metadata

        处理周期主要是指具体问题类型从“开始处理”到“解决结束”整个时间段的一个平均情况。周期性的对比可以了解我们的处理效率是否有所提升。

        如何定义一个问题开始处理解决结束,是根据工作流配置的结果处理来进行设定的,具体可以参见:01-处理周期设定



        说明:

        对于处理周期,并不是指问题开始处理时间至问题关闭的时间(原则上多数是这样);它是指一个流程认为开始处理到认识处理完毕结束的一个时长。

        比如:一个需求刚刚创建,创建完之后产品负责人可以花很多时间对需求进行逻辑梳理、价值分析,之后提交给产品部的领导审批;当领导审批之后 交给了具体的开发团队去实现。

        那么,如果我们将需求刚刚创建完,到具体需求实现完毕关闭掉,那么审批之前的时间算到处理周期中,明显不便于我们对需求实际处理时间的一个计算,会对实际情况的分析产生很大的干扰。

        因此,处理周期是指从一个状态开始到别个一个状态结束的时间段;

        如何定义各个问题类型的处理周期两个状态之间的定义呢,这需要我们在我们的工作流中进行定义;具体可以参见:01-处理周期设定


        在图表的正文,我们显示查询的组织的子组织的平均处理周期,点击具体的数据会转到详情界面,将当周处理完成的Issue全部显示出来以备我们进一步分析具体的问题

        另外的一个作用是,将查询的这个组织下的所有子组织进行横向对比,以了解不同组织之间的差异






        • No labels