v2.140.0-新增项目计划组件、执行组件
更新时间：20200514
更新内容：
新增瀑布型项目。
瀑布型项目支持“项目计划”甘特图组件。支持 WBS 过程，将项目目标拆解成计划和工作。支持设置计划、工作之间的父子层级和先后顺序。支持设置甘特图的前后置关系。
支持记录项目计划的版本，支持版本对比。
瀑布型项目支持“执行”组件，列出 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️ 为不同角色配置项目计划的权限
我们在此版本优化了项目里权限配置的位置。现在，所有的权限都集中在一起配置。迭代相关的权限不再和项目权限混在一起。工作项权限也移动到了权限配置，但我们保留了原来工作项类型里的权限配置入口。
在“项目设置-权限设置”里，配置项目计划的权限。“项目计划与已拆解工作权限”有以下权限点：
管理项目计划（允许成员查看项目计划、修订项目计划，更新项目计划版本；允许成员对工作和里程碑进行增删改查，查看已拆解工作）
查看项目计划（允许成员浏览项目计划；允许成员括查看工作、计划、里程碑，查看已拆解工作）
查看已拆解工作（允许成员浏览已拆解工作）
更新工作进度（允许成员更新工作进度）
更新里程碑状态（允许成员更新里程碑状态）
最后更新于
