<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

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

        Compare with Current View Page History

        « Previous Version 9 Current »

        项目最重要是达成目标,项目的主要作用是定制计划并能够很好的执行,但在执行环境中可能有各种各样的风险;

        在Gears项目管理中,项目详情页提供了整体的项目执行流程以及项目在各个流程的进展提示,让项目负责人第一时间了解项目的整体风险


        在项目详情页中,根据项目状态流程,项目详情页表头提供了项目状态执行的流程轨迹;每一个点表示状态的一个状态,下方显示的时间为达到这个项目流程状态的时间点。

        流程轨迹(未结束时)倒数第二个(表示当前的状态),其中状态的颜色是项目进展的一个风险提示;显示会有灰色、绿色、黄色、红色,分别有不同的含义;右边的指向数字表示,已经在当前状态停留了多少天;

        流程轨迹最后一个状态(未结束时)表示 流程的下一个状态;下方显示的项目计划完成日期,中间的数字表示离计划完成日期还有多少天,如果已经Delay,会以经色的负数字显示,表示已经过期多少天;


        颜色

        逻辑(优先级:红色,黄色,灰色,绿色)

        红色

        1:当前日期晚于项目的计划完成日期

        2:项目下存在需求状态为延迟的需求;

        黄色

        1:项目的计划完成日期未填写

        2:项目下存在需求状态为有风险的需求;

        灰色

        1:当前项目状态为流程中第一个状态

        2:当前项目未包含需求;

        3:当前项目下的所有需求未进行拆解Story

        绿色

        项目正常



        通常当项目做了计划后,如果项目进展状态出现了异常,我们可以快速的识别到;可以通过项目详情页Tab中的需求列表,来了解具体是哪些需求以及这些需求下的哪些任务影响到了项目进展状态;

        通过项目状态异常-查看具体需求的进展状态异常-了解哪些具体Story异常,帮助项目负责人快速定位项目中的问题。


        项目详情页各项,会显示项目的主要;会提示项目的项目状态、项目的进展状态、计划完成日期、项目负责人、当前经办人,以及项目总的预估工作量、拆解的需求预估工作人晶,以及具体Story的预估工作量以及当前处理任务已经消耗的工时,以及处理BUG所占用的工时;

        项目说明
        项目状态项目流程的状态结点
        项目进展状态具体可以看:流程和进展状态,提示逻辑有说明
        计划完成日期项目立项或者做计划时,确认的计划完成日期
        项目负责人可以理解为项目经理,即项目主要的负责人
        当前经办人不同项目流程状态的处理人,比如项目状态状态下有谁来审批
        项目预估人日对项目的大致预估需要多少人日
        需求预估人日项目范围内对各自的预估的预估预估工作量的总和
        Story预估工作量各个需求拆解为具体需要执行的任务的原预估时间的总和
        已消耗工作量处理正常任务,包括在Story以及其子任务、或者在需求上登记的工时
        BUG工时处理项目中的BUG时在上面登记的工时


        • 项目初期

        在项目初始,以上的工时情况(特别是项目预估人日、需求预估人日、Story预估工作量)的了解有助于我们了解我们项目的实际规模,从渐近明细的方式了解我们初始预估项目的工时以及实际工时的偏差,以提示项目负责人对项目计划、资源等做相应调整。

        • 项目中期

        在项目中期,作为项目负责人,我们除了关注项目中任务的实际执行情况,也要关注投入时间成本;此时需求预估人日、Story预估工作量、已消耗工作量这三者数字可以帮助了解工时的消耗状况,通过工时计划和工时燃尽以了解工时上的风险和问题;

        • 项目后期

        工项目后期,作为项目负责人,我们除了我们应该当了解已消耗工作量及BUG工时的投入量,特别是BUG工时的工作量可以反映项目的质量问题以及工时是否因为BUG要大幅超出项目部计划工时;


        项目在工时上的计划和投入,也可以参见08-工时分布




        • No labels