背景

传统的项目管理理念中，瀑布和敏捷两种项目模式泾渭分明，市面上所有的研发管理软件，也是基于传统的理念，只能 2 选 1，非常死板。

2 选 1 的模式一点都不与时俱进，为什么这样说呢？受敏捷思想的影响，在实际项目实践中，不是完完全全按瀑布来，而是采用 “小” 瀑布模式，这里的 “小”，就是在阶段内执行不同的计划（类似于一个阶段下有多次迭代），每个计划都有可验证的产出物，以防 “大 " 瀑布那种，最后才发现问题，修复的代价太大 。

Codes 产品团队基于以上众所周知的认知，不走寻常路，不死板的限定在理论中，从实际出发，采用了二者融合实现。

1、需求分析过程如下：

功能上体现为，项目支持在敏捷视图和瀑布视图中随意切换。底层的逻辑是，不管哪种模式 Codes 中底层数据是一套，只是敏捷模和瀑布模式时，主要差别是 “主线” 不一样，敏捷以迭代为主线，瀑布以阶段为主线。

2、功能实现，设置项目缺省项目模式视图：

在建项目时，可设置缺省视图是敏捷还是瀑布，如果选择了瀑布且当前项目没有维护阶段，且需要选择一个阶段模板以自动创建阶段

3、功能实现，在项目中敏捷视图和瀑布视图可随意切换，且看下面细细道来。

3.1 各个阶段概况了如指掌，如工时，进度，任务等

3.2 敏捷与瀑布融合 ，功能上就是阶段和计划（迭代）的融合 。

左边展开阶段，显示其下计划，一对多的关系；右边显示计划中的工作事项

3.3 敏捷与瀑布，左右开弓，想切就切

前两节瀑布视图以阶段为主线的显示，下图切换为敏捷视图下以迭代为主线的显示

3.4 敏捷与瀑布融合 ，宏观微观兼顾 。

在仪表盘中有 PMO 关注的宏观层面的里程碑，也有细粒度的迭代数据还有更细粒度的各项事项的汇总。且能通过阶段下的计划层层推算阶段的进度。

最后打个总结：

Codes 这敏捷和瀑布的融合模式，是不是很爽，解决了只能 2 选 1 的问题，关键确实实用，与时俱进；创新不是为了玩新奇，是为了解决问题，下一次我们来聊聊 Codes 生成式全局看板，一板走天下，也是很酷的功能。匠心打磨，持续创新是 Codes 的产品基因。