背景

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

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

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

1、需求分析过程如下:

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

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

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

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

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

3.2 敏捷与瀑布融合 ,功能上就是阶段和计划(迭代)的融合 。

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

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

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

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

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

最后打个总结:

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


↙↙↙阅读原文可查看相关链接,并与作者交流