资源

v2.140.0-新增项目计划组件、执行组件

更新时间:20200514

更新内容:

  1. 新增瀑布型项目。

  2. 瀑布型项目支持“项目计划”甘特图组件。支持 WBS 过程,将项目目标拆解成计划和工作。支持设置计划、工作之间的父子层级和先后顺序。支持设置甘特图的前后置关系。

  3. 支持记录项目计划的版本,支持版本对比。

  4. 瀑布型项目支持“执行”组件,列出 WBS 拆解得到的工作。

使用指南:(功能介绍/使用场景/操作指引)

为了更好的支持“完整规划项目范围、过程监控”的工作方式,我们新增了瀑布型项目。瀑布型项目通过“项目计划”组件支持 WBS 过程。项目管理者可以使用“项目计划”规划项目计划,分配项目工作。执行人员可以在“执行”组件里查看自己负责的工作。

现有的项目会被设为敏捷型项目。敏捷型项目会以支持“整理维护需求池、持续迭代”的工作方式为目标,继续迭代新功能。

1 新建项目时选择瀑布型项目

新建项目时,项目模板会标记出模板自己的项目类型。每个项目类型都有自己特定支持的组件:

新建项目时,如果选择"瀑布型项目",其中的「项目计划」等组件可帮助用户分解目标。

项目类型

不同项目类型下特定的组件

瀑布型项目

项目计划、项目规划

敏捷型项目

迭代、计划、时间视图(原甘特图)

2 将项目目标分解为计划和工作

项目计划是规划项目和跟踪进度的关键工作。如果需要编辑项目计划,必须通过修订按钮进入修订状态。项目计划暂时只支持一个用户同时编辑。修订状态下,系统会实时保存你的任何改动。项目计划的内容更改后,必须手动发布。

在修订模式下,项目管理员可以通过新建工作、新建里程碑,分解项目的目标。新建工作或里程碑后,支持在列表上上下拖动条目,来改变他们的父子结构。

工作与计划的自动转化:“工作”对应 WBS 里的“工作包”,是最低层级的可执行的工作。通过新建或拖动改变工作之间的父子结构时,不再是最底一层的“工作”会自动转化为“计划”。同理,如果“计划”底下不再有任何“工作”,它也会被自动转化为“工作”。

在修订模式下,支持在甘特图上拖动里程碑和工作对应的条目,直接更新开始时间和完成时间。

设置甘特图前后置关系

在修订模式下,支持在甘特图上直接添加前后置关系。可以为工作和里程碑添加前后置关系。系统支持四种前后置关系:

  • 开始-完成

  • 开始-开始

  • 完成-完成

  • 完成-开始

因为计划的开始时间和完成时间由底下包含的工作决定,本身无固定的起止时间,所以无法添加前后置关系。同理,工作转化为计划时,会取消已有的前后置关系(系统会给出二次确认警告)。

你也可以在工作或里程碑的详情页添加前后置关系。

4 设置前后置关系时,检查是否合法、影响范围

设置前后置关系时,会检验此关系是否导致矛盾。比如导致其中某一条工作的开始日期晚于完成日期,发生循环。如果发生矛盾,则不能添加此前后置关系。系统会在弹窗里详细分析失败原因。

设置前后置关系时,会弹窗确认变更影响。

5 设置前后置关系后,起止时间变化的互相影响

设置前后置关系后,起止时间变化时,也会依照对应的关系,确认变更影响。变更影响遵循以下原则:

  • 因前后置关系,开始日期延期时,工作的时间长度不变;

  • 因前后置关系,完成日期延期时,工作的开始时间不变。

每种前后置关系对应的规则如下:

A 开始后,B 才能完成

修改 A 的开始日期时,检查 A 的开始日期是否晚于 B 的完成日期。如果是,则确认变更影响:因为 A 开始后,B 才能完成,所以 B 的完成日期需要同时变更为 yyyy-mm-dd(不影响 B 的开始日期)。

修改 B 的完成日期时,检查 B 的完成日期是否早于 A 的开始日期。如果是,则提示变更失败:因为 A 开始后,B 才能完成,所以 B 的完成日期不能早于 A 的开始日期 yyyy-mm-dd。

A 开始后,B 才能开始

修改 A 的开始日期时,检查 A 的开始日期是否晚于 B 的开始日期。如果是,则确认变更影响:因为 A 开始后,B 才能开始,所以 B 的开始日期需要同时变更为 yyyy-mm-dd(不影响 B 的长度)。

修改 B 的开始日期时,检查 B 的开始日期是否早于 A 的开始日期。如果是,则提示变更失败:因为 A 开始后,B 才能开始,所以 B 的开始日期不能早于 A 的开始日期 yyyy-mm-dd。

A 完成后,B 才能完成

修改 A 的完成日期时,检查 A 的完成日期是否晚于 B 的完成日期。如果是,则确认变更影响:因为 A 完成后,B 才能完成,所以 B 的完成日期需要同时变更为 yyyy-mm-dd(不影响 B 的开始时间)。

修改 B 的完成日期时,检查 B 的完成日期是否早于 A 的完成日期。如果是,则提示变更失败:因为 A 完成后,B 才能完成,所以 B 的开始日期不能早于 A 的完成日期 yyyy-mm-dd。

A 完成后,B 才能开始

修改 A 的完成日期时,检查 A 的完成日期是否晚于 B 的开始日期。如果是,则确认变更影响:因为 A 完成后,B 才能开始,所以 B 的开始日期需要同时变更为 yyyy-mm-dd(不影响 B 的长度)。

修改 B 的开始日期时,检查 B 的开始日期是否早于 A 的完成日期。如果是,则提示变更失败:因为 A 完成后,B 才能开始,所以 B 的开始日期不能早于 A 的完成日期 yyyy-mm-dd。

6 通过版本对比,监控项目执行情况

每次发布系统都会自动记录一个新版本。修订状态下,你可以通过版本名称旁边的编辑按钮,编辑版本的名称。

项目计划查看状态下,点击右上角的历史版本对比,即可进入版本对比页面。

版本对比里默认会对比当前版本和上一个版本。屏幕左边为对比版本,右边为参照版本。对比版本里,新增的工作、计划或里程碑或者提前完成某一条目,会被标记为绿色;被删除的工作、计划或里程碑或者条目延期完成,会被标记为红色。如果某项属性的内容发生了变更,则会被标记为蓝色。你可以手动选择要对比哪两个版本。

项目计划查看状态下,在右上角的更多菜单里,还能查看里程碑计划的所有历史版本。

7 在“执行”组件查看我负责的工作

“执行”组件会列出所有拆解得到的工作。“执行”组件不会列出拆解过程中的计划。执行人员可以在“执行”组件里查看自己负责的工作。“执行”组件支持筛选器。

8 为不同角色配置项目计划的权限

我们在此版本优化了项目里权限配置的位置。现在,所有的权限都集中在一起配置。迭代相关的权限不再和项目权限混在一起。工作项权限也移动到了权限配置,但我们保留了原来工作项类型里的权限配置入口。

在“项目设置-权限设置”里,配置项目计划的权限。“项目计划与已拆解工作权限”有以下权限点:

  • 管理项目计划(允许成员查看项目计划、修订项目计划,更新项目计划版本;允许成员对工作和里程碑进行增删改查,查看已拆解工作)

  • 查看项目计划(允许成员浏览项目计划;允许成员括查看工作、计划、里程碑,查看已拆解工作)

  • 查看已拆解工作(允许成员浏览已拆解工作)

  • 更新工作进度(允许成员更新工作进度)

  • 更新里程碑状态(允许成员更新里程碑状态)