产品研发甘特图

本文目录一览：

• 1、Atlassian In Action-Jira之核心插件（三）
• 2、产品经理必备管理项目常用工具——甘特图
• 3、新产品研发项目管理的关键点
• 4、急问：开发甘特图（Gantt Chart）的组件？

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

产品经理必备管理项目常用工具——甘特图

[产品经理]的工作责任非常重要，尤其在产品研发阶段有大量的工作对接、项目管理的工作内容，因此产品经理会经常使用各种各样的辅助工具，帮助自己的工作梳理。其中甘特图就是产品经理在项目管理中最常用的一种图标。

甘特图是以图示的方式，通过活动列表和时间刻度表示出特定项目的顺序与持续时间。横轴表示时间，纵轴表示项目，线条表示项目期间计划和实际完成情况。直观表明计划何时进行，进展与要求的对比。便于产品经理对产品研发进度更好的把控。

使用甘特图的优势：

1、将复杂的管理流程用图形化的方式展现出来，让整个项目管理更加的容易被理解。

2、甘特图很好的展示了整个项目中的主要任务，以及在分配任务的资源时，是否满足了项目需求以及项目是否成功。

3、可以设置项目时间进度，可以实时掌控任务完成情况，并及时对项目进行评估和调整。

4、有助于提醒项目目标达成的情况，以及预计在什么时候会发生什么事情，这极大地方便了没有直接参与项目的管理者对整个项目进行时所发生的情况进行了解。

　使用甘特图的局限性：

1、甘特图侧重的是对整个项目进度的管理，对于项目管理中时间、成本和范围的控制还是部分局限性。

2、对于关系过多，比较复杂的甘特来说，多少会增加其阅读难度。

绘制甘特图的步骤：

1、明确项目所涉及的各项活动和项目。比如说：项目名称、开始时间、持续时间、任务类型以及是否依赖于其他任务。

2、绘制甘特图草图。根据项目的时间，持续时间等逐一标注到甘特图上。

3、确定项目活动所依赖的关系和时间进度。利用草图，将所有类型项目联系起来，并做初步安排。

4、预估单项活动所需要花费的时间。

5、为具体单项活动分配人员，并按需调整时间进度。

6、计算整个项目需要耗费的时间。

对于产品经理，不仅仅要掌握比较敏锐和细致的产品思维，一定要尽可能的学习了解更多的工具，这样在实际工作中，就可以大大提高学习效率。在黑马程序员的产品经理课程中，有多重产品经理必备软件的学习。例如石墨文档、teambition、processON、Axure、墨刀、Visio、亿图、金数据、诸葛IO、禅道，其中亿图就是常用的甘特图的绘制工具。

新产品研发项目管理的关键点

来源：8Manage新产品研发项目管理解决方案

在产品研发过程中，许多内部团队都参与了将概念推向市场的工作。协调产品需求和设计、工作阶段、时间表和可交付成果是关键，尤其涉及让这些不同的团队保持一致时。

1.  准备好有效管理资源

新产品的需求和推出市场时间往往由产品经理或高层主导，而非项目经理。但项目经理同意或不同意产品需求和推出市场时间相当大程度取决于可用的项目资源，而计划和使用资源应由项目经理主导。因此，项目经理应提前准备好自己能控制的部分——准备就绪资源管理。

8Manage PM 的资源库储存人力资源的技能信息及其可用时间和负载信息 ，以及非人力资源信息（例如，设备的可用时间， 材料的库存）。项目经理可从资源库中挑选、分配和监控所有项目资源的使用。

2.  制定更现实的产品开发计划

使用 8Manage PM 项目管理工具可以轻松实施关键路径方法或敏捷方法。如果使用关键路径方法， 项目经理需要确定最长的依赖任务链。如果关键路径上任一活动被延迟，整个产品就会被延迟。如果使用敏捷方法， 需求按优先次序进入分段开发， 没法保证全部需求都能在一个固定的项目时间完成， 但每次进入一个分段开发，利益相关者都会重新排序需求的优先级别， 确保先完成重要的产品需求。

无论项目采用上述哪类方法， 项目经理只要改进资源管理， 就会更有效地执行项目。

3.  找到适合您的图表

从任务到状态再到团队分配，您的产品开发团队应该掌握很多信息，但并非每个人都以相同的方式处理这些信息。

8Manage PM 将为团队提供在最适合您的图表中显示该数据的选项——无论您更喜欢使用甘特图，还是燃尽图——帮您更好地了解整体发展过程。

4.  使用实时报告来获得更深入的见解

当您开发新产品时，事情会不断发展。您的项目绩效跟踪和报告新信息的变化，您需要掌握最新数据，以便就如何前进做出明智的决定。

使用 8Manage PM，您创建的所有图表都能实时更新。这意味着您总是能查看最新信息。

5.  集中沟通和您的产品愿景

您可能听说过新产品的故障率很高。通常许多问题在起作用，但最大的问题可能包括频繁的错误沟通和对产品的错位愿景。

8Manage PM 有助于改进新产品开发过程，因为它为所有与产品相关的对话和状态更新提供了集中地。团队成员无需通过电子邮件线程、笔记和即时消息来获取他们需要的最新信息。

此外，这种透明度使整个开发团队了解产品的愿景。这很重要，因为有了这个更大的愿景，您就能筛选功能请求，优先考虑服务于理想结果的项目。

急问：开发甘特图（Gantt Chart）的组件？

看你的需求如何了。如果只是显示一下甘特图的，fusioncharts就不错啊，里面有甘特图的例子， 他有免费授权， 不是盗版，多好啊。

如果是需要像project那样拖动，修改等等操作的话，那就使用extjs甘特图了。你到百度搜索一下就知道了，功能挺强大的，界面也非常漂亮，但是收费。 你可以搜索一下，csdn上有破解版