甘特图插件（甘特图组件）

本文目录一览：

• 1、甘特图插件和 “Team Calendars”有什么区别
• 2、如何使用 Excel 绘制甘特图
• 3、Atlassian In Action-Jira之核心插件（三）

甘特图插件和 “Team Calendars”有什么区别

甘特图主要有三种类型:

Ø 甘特计划图

Ø 甘特进度图

Ø 甘特载负图

甘特图的作用：

计划项目时间

跟踪项目进度

测定工作负荷

怎么做：

在纵轴列出项目中的各项活动

横轴列出连续的各个时间段

在坐标图中标出每项工作所需的时间长度的横条

甘特图适用范围：

传统甘特图的缺点是不能表示活动间的逻辑关系。目前的项目管理软件已经解决了这个问题。它们通过连接箭头来表示活动间的关联。这样,简洁易懂的甘特图成为人们做做项目时间计划的常用工具。

网络图将任务计划和进度安排分开的职能是甘特图所没有的。因此，一旦甘项活动的时间延误，甘特图整体将面临大变动，而网络图则不然。这正是网络图的优势和科学之处。

甘特图（Gantt chart ）又叫横道图、条状图(Bar chart)。它是以图示的方式通过活动列表和时间刻度形象地表示出任何特定项目的活动顺序与持续时间。它是在第一次世界大战时期发明的，以亨利·L·甘特先生的名字命名，他制定了一个完整地用条形图表进度的标志系统。由于甘特图形象简单，在简单、短期的项目中，甘特图都得到了最广泛的运用

甘特图的优点：

图形化概要，通用技术，易于理解； 中小型项目一般不超过30项活动； 有专业软件支持，无须担心复杂计算和分析。

甘特图的局限：

甘特图事实上仅仅部分地反映了项目管理的三重约束（时间、成本和范围），因为它主要关注进程管理（时间）

软件的不足。尽管能够通过项目管理软件描绘出项目活动的内在关系，但是如果关系过多，纷繁芜杂的线图必将增加甘特图的阅读难度；

甘特图的项目管理方式可以用微软公司的Office Project来体现和实现

1、甘特图表

在甘特图中，横轴方向表示时间，纵轴方向并列机器设备名称、操作人员和编号等。图表内以线条、数字、文字代号等来表示计划(实际)所需时间，计划(实际)产量，计划(实际)开工或完工时间等。

2、带有分项目的甘特图

3、带有分项目和分项目网络的甘特图

甘特图的绘制步骤：

1.明确项目牵涉到的各项活动、项目。内容包括项目名称（包括顺序）、开始时间、工期，任务类型（依赖/决定性）和依赖于哪一项任务。

2.创建甘特图草图。将所有的项目按照开始时间、工期标注到甘特图上。

3.确定项目活动依赖关系及时序进度。使用草图，按照项目的类型将项目联系起来，并安排项目进度。

此步骤将保证在未来计划有所调整的情况下，各项活动仍然能够按照正确的时序进行。 也就是确保所有依赖性活动能并且只能在决定性活动完成之后按计划展开。

应用范围：

1. 项目管理：在现代的项目管理里，被广泛的应用。这可能是最容易理解、最容易使用并最全面的一种。它可以让你预测时间、成本、数量及质量上的结果并回到开始。它也能帮助你考虑人力、资源、日期、项目中重复的要素和关键的部分，你还能把10张各方面的甘特图集成为一张总图。以甘特图的方式，可以直观的看到任务的进展情况，资源的利用率等等。

2. 微软项目管理软件(MicroSoft Project)：在微软的Project软件里，微软公司把甘特图植入程序里，通过项目经理对项目任务的分配，就可直接形成甘特图。

3. 其它领域：如今甘特图不单单被应用到生产管理领域，随着生产管理的发展、项目管理的扩展，它被应用到了各个领域，如：建筑、IT软件、汽车等等。

4. 相关软件：由于软件业的飞速发展，甘特图这种广泛应用于项目管理的软件已可由其他项目管理软件替代。如basecamp，TeamOffice（SaaS型）、趣客、易度（SaaS型）等，都可对项目进行管理，安排任务，查看进度。其中TeamOffice还有试用版，无需下载、不用安装，上网就能使用，透视出项目管理软件日臻完善的前沿趋势。

同时避免关键性路径过长。关键性路径是由贯穿项目始终的关键性任务所决定的，它既表示了项目的最长耗时， 也表示了完成项目的最短可能时间。请注意，关键性路径会由于单项活动进度的提前或延期而发生变化。 而且要注意不要滥用项目资源，同时，对于进度表上的不可预知事件要安排适当的富裕时间（Slack Time）。 但是，富裕时间不适用于关键性任务，因为作为关键性路径的一部分，它们的时序进度对整个项目至关重要。

4.计算单项活动任务的工时量。

5.确定活动任务的执行人员及适时按需调整工时。

6.计算整个项目时间

如何使用 Excel 绘制甘特图

1、打开excel，准备要好整理的数据。

2、调整excel格式，一般excel格式为时间格式的，需要调整成常规。

3、选择数据，点击‘插入’菜单，找到条形图---二维条形图---堆积条形图，点击选择即可。

4、将时间条显示在上方，方便查看。点击生成图的Y轴，右键，设置坐标轴格式，勾选逆序类别。

5、设置X轴属性，让起始位置显示在原点，适当调节间距。

6、选择列表中的图像，选择蓝色部分，右键，设置数据系列格式为无填充。

7、还原之前设置的日期的单元格格式。则可以完成甘特图效果，适当拖动，调整。

注意：这里的显示颜色大小都是可以根据需要调整的。

Atlassian In Action-Jira之核心插件（三）

Jira的道在于构建了整个环境和思维模式，也赢得了市场的认可，成了一种势。无数的厂家便成了Jira的海洋生态当中的重要组成部分。有些厂家的插件是提升了Jira的体验，有些则是强化了特定功能。这里只推荐三个算得上 必须 使用的插件。

围绕这三个插件，我们能够搭建起研发管理的整体路线和迭代管控视图，简化流程，完善管理制度。接下来就介绍每个插件的场景和使用方式。

我们通过一张图形成一个大概的印象

我们当时选择这个插件期望满足的场景有下面几个：

我们项目管理常用的软件就是微软的Project，所以我们选项目标也是按照这样的思路来挑选的。最简化的概念就是 甘特图 。

当中有设置的必要的应该是Working schedule了

设置放假和周末，这样在计算任务起止的时候能够在甘特图中正确的显示，其他我没有做过多的设置。

从上图可以看出甘特图的组织形式分为4层。

1. 项目（Project）

2. 版本（fixVersion）：注意是根据父任务的修复版本确定的

3. 父任务（Story/Task）

4. 子任务（Sub-Task）

在甘特图的界面可以进行任务的管理。

可以拖动任务的两端进行开始和截止日期的调整，也可以直接拖动整个任务进行任务的调整。

任务的进度是通过下面的三角标识进度，这个计算是使用实际投入的工时与预计工时直接的比例。

蓝色的线是在日期栏直接左击，就可以设置一个时间线，默认是设置在选择日期的开始。可以用于设置迭代里程碑。

显示内容的设置界面如下：

可以看到有四种方式可以混合使用：

1. 面板

2. 过滤器

3. 项目

4. JQL查询语句

任务列表界面上元素都是可以根据实际系统中设置的字段进行调整的，如下图所示：

绿色的是自定义字段，灰色的是系统字段。自定义字段基本都是单纯的显示，系统字段会有一些其他的效果。

这个插件在前端没有任何感知，知道Jira系统中存在这个插件的基本也只有管理员了。但是对于管理员来说，这是流程推进、串联的最重要的工具了。

它的作用是在工作流的流转过程中可以附加其他的操作，列表如下：

可以看到主要有赋值、分配人员、评论、触发其他流转环节、自定义脚本等等，而且可以针对问题本身、父问题、关联问题。基本能够涵盖日常应用的场景了。

我讲一下我实践过程中，比较常用的几种场景：

使用到 Assign to last role member 或者Assign to role member 。场景例如bug，当测试发现一个bug时，可能并不直接指定具体研发，而是 提交给研发管理小组 确认之后再分配给具体研发，具体研发人员修改完成后，点击 修改完毕 按钮，转发给测试。测试若发现bug没有完全修复，点击 退回研发 按钮，直接退回对应研发（而且可以累积退回次数）。

这里面的几个步骤：

1. 修改完毕，会追溯到测试角色的最后一个经办人，并且将问题分配给他

1. 退回研发，会追溯到研发角色的最后一个经办人，并且将问题分配给他

为何要追溯某角色的最后一个经办人？因为内部可能还存在多次指派，甚至对bug进行分析后发现不是后端bug要指定给前端研发。测试不用自己分析要退回给谁，让流程来判断。

使用到 Transition linked issues 和Transition parent issue 。我们最早就讲过，整个系统是子任务驱动的，具体人员只用关心和管理自己的子任务（子任务只有开始和结束两个简单状态），但是父任务涉及多人合作和角色含义，状态和节点可能会有几十个，无论让谁来管理都是很困难的。场景，一个父任务需要UI、产品、前端、后端、测试共同完成。其中可能产品先行，完成之后交付给UI，完成就可以前后端介入，研发全部完成后才能交付给测试执行。

这里面思想其实很简单，就是子任务工作流+角色。首先对于不同角色要区分出合理的用户组，当每个人完成任务时，判断他自身的角色从而触发父任务的状态流转。比如产品完成任务时，转至 方案设计完成 ，研发完成时可以判断当前父任务下是否存在测试子任务，若存在转至 研发完成待测 ，若不存在说明不需要测试转至 研发完成无需测试 。

这里给大家一个小小的建议

当你添加自动化工作流时，这里时可以选择名称或者id的，id就是一串唯一数字，当你需要精确触发工作流时可以指定。但是像上面描述的那种情况，其实并不能完全判定当前的状态是什么。比如需要产品协助时，产品会先完成任务之后研发才开始，这时候研发介入的上一环节是 设计方案完成 ，但是也存在不需要产品研发直接开始比如研发内部优化，这种情况下研发介入的上一环节是 待办 。如果这时候指定的具体的工作流，起始状态不正确就无法执行。所以建议是使用名称，而且建议规范是 转至+下一环节名称 ，比如到研发这个环节，无论从待办或者方案涉及完成，甚至测试退回，都成为 转至研发 ，这样我们只要写一次post function就可以满足多种情况了。

注意 ：即使使用名称流转，也必须满足该流转的起始和中止状态满足当前情况。例如如果我 方案设计中 如果没有指向 研发进行中 节点，即使我尝试触发该流转也是无法执行的。

研发在质问我，已经9012年了我们还要使用工时这种low爆的形式来做绩效管理么？每天凑满8小时工作时间对于管理层就这么重要么？你们的能力仅仅就是看着这个人工时有没有记录好么？

如果你这么想，说明你没有想过研发管理到底该做什么。研发管理控制三要素：时间、成本、质量。控制的目的是提升，如何提升？必然是发现问题，改进才能提升。最简单发现问题的地方是 工时分配 ，而不是某个员工8小时工时本身。某个迭代中，那个story投入的工时超出成本，哪些人的bug工时投入超出正常比例、哪些人的线上问题投入工时较高、整体研发部门投入在非研发工作上的比例是多少，要不要优化。这些才是我们应当去关注并改进的。当所有人员只有3-5个人，可能这个数据受个人影响比较大，但是当人员超过30-50人时，个人少报或者没有正确填写的影响就已经比较小了，我们要观察的是趋势，大项的时间投入正常都是有记录的，这样基本就能够反应真实情况了。

所以Tempo作为目前时间管理最好的工具，在研发管理中重要性相信各位管理人员都有认知了。

tempo当前最新是9.4.2版本，我使用的是8.15.3 。我尝试升级过一次插件，结果大家都不习惯新的界面，我不得不退回老版本。

全局配置中有几点说明，我们是子任务驱动所以工时不允许记录在父任务。但是只有一个任务下有子任务的时候才是父任务，否则就可以记录工时。

Work Attributes是设置工时填写面板的自定义字段

注意 ：这里的字段只有通过记录工时按钮呼出的界面才有，比如完成任务时填报工时的界面是没有自定义字段的。

v9去掉的就是这个工时表，这个基本上是我们最常用的功能了。所以去掉之后大家都不知道怎么用了。

用户这个地方的下拉框可以选择如下几种选项。其中比较难理解的是账户这个概念，tempo里面实际上是有成本概念的，就是通过账户当中的金额来管理，不过我们没有使用过。

常用的几个是用户（分析单个用户的工时分布），团队（每个小组整体任务工时分布），高级（指定过滤器查看任务工时分布），问题（查看单个问题的人员工时分布）

时间区间可以任意指定，查询出的结果可以直接导出excel用于做透视图之类的。

v9主推的就是Reports操作的内容和界面形式应该是更加优化，上面的时间区间、过滤器设置（可以多选），分组可以多选和排序。

这个我们用的比较少，主要会针对某个具体问题、或者较大的Epic相关的项目站会、总结会时，分析人员工作进度和使用。

上述三个插件加入到Jira之后，我们完成了迭代整体控制、工作流实施、研发管理规范与提升三方面配置，基本已经可以开始组织一个研发团队为了同一个既定目标按照统一规范流程进行开发，而且尽量简化过程降低研发非研发类工作的占比。但是我们还是可以使用一些其他的插件来提高研发管理整体效率。另外必须说一句，这些插件的仪表盘可用插件没一个能用的。