Codes 重新定义 SaaS 模式的研发项目管理平台开源版 4.5.6 发布

​

 一：简介

     Codes 重新定义 SaaS 模式 = 云端认证 + 程序及数据本地安装 + 不限功能 + 30 人免费 

     Codes  是一个 高效、简洁、轻量的一站式研发项目管理平台。包含需求管理，任务管理，测试管理，缺陷管理，自动化测试，cicd 等功能； Codes 帮助企业加速融合研发、测试、运维一体化进程。商业版不限功能，本地安装只限用户数，30 个用户免费 ; 社区版当前只开放了测试跟踪管理 (主要功能用例管理，缺陷管理)，后续接着分离其他功能代码出来。

官网 https://icodes.work/

gitee 代码仓库 Codes 研发项目管理软件: Codes 重新定义 SaaS 模式的一站式研发项目管理平台： 云端认证 + 程序及数据本地安装 + 不限功能 + 30 人免费；免费使用 、本地安装、研发管理、测试管理、数字大屏、CI CD、接口测试、缺陷管理、DevTestOps

本次发布 4.5.6  一共 11 个更新 ，8 个优化更新，3 个 Bug  fixed 详见 第三部分 

二：图文简说 Codes 

   Codes 的产品理念：让老板感知数据，让中层管理者感受先进，让基层员工感到舒心

   理念在产品中的落地就是：以便捷的方式给管理人员抓手，使管理抓得住，抓得好；以不增加负担的方式让执行人员专注本职工作和高效协同。

好的工具，即要易用，又要方便管理：易用解决执行层面的协同问题，方便管理才能促进高效的执行，也就是说：协同仅是解决执行层面的问题，管理才是高效协同的抓手 

功能架构

二、一    让老板感知数据

先来看 Codes 管理的抓手” 抓 “什么

1、做什么

     作为管理者，最关心的是在特定的前一时段内团队做了什么，特定的当前时段内正在做什么，接下来特定时段内要做什么

2、做得怎样

       然后是各时段都有什么问题或是风险，比如：计划内的事情完成得咋样，解决的历史工作债务，又增加多少新的工作债务，当前累积了多少工作债务

3、瓶颈在哪里

     就像找到了堵点才能解决交通拥堵一样，要先识别出哪里才生了积压，积压是人的问题，还是其他问题

 再来举例说明，Codes 如何通过数据感知的方式轻松的” 抓 “管理

（1）宏观微观兼顾：迭代数据与阶段数据并存、粗细兼有

（2）负载分析以日历和甘特图的形式显示，洞察工作饱和度

（3）待办排名，了解全局 “堵点” ，一目了然当前进度瓶颈

（4）迭代人员分工，了解局部 “堵点”

（5）任务复盘，复盘做什么、做得如何（排期，延期，债务解决及累积）

减少不必要的例会，比如解决的历史债务，新增债务，当前累积的债务等。

（6）各职位人员产出及工时 一目了然

（7）人员产出：工时、事项

（8）工时趋势

（9）全局看板，一目了然项目情况

（10）工时，日报，进度，全局事项总览全局

（11）风险拓扑，以直观的方式显示风险根因

（12）项目周报、部门周报、项目月报，全司项目月报

  解放 PM，让他们专注于过程跟进，汇报内容弹指生成

二、二    Codes 让中层管理者感受先进

（1）首创的事件驱动 + 信息流的管理模式 

 为后续事件编排 + 工作流编排打下基础，同时一个页面搞定一切工作，实时推流

（2）事件驱动的工作区，事找人，实时推流

（3）敏捷、瀑布、看板润物细无声方式融合 

底层一套数据，可以随意切换。瀑布以阶段为主，敏捷以迭代为主

瀑布与敏捷隔合：瀑布各阶段或里程碑下以迭代来规化阶段内的工作事项，可以有多个迭代；如前期以敏捷为主，后续可批量把迭代分配到阶段中，然后 Coodes 自动推导阶段进度

（4）生成式全局看板，再也不需手动创建看板

以逆向的方式，也就是通过定义查询条件的方式，来生成看板。所有人共用一个全局看板，定制各自的看板
需求、任务、需求评审、用例、缺陷把它们各自的不同状态，泛化为：规划中、进行中，已完成，终止｜暂停这几种状态， 并显示在对应的看板泳道中。

看板分组，可按人员、项目、迭代分组，以便分组后再显示各分组数据的看板

（5）多事项闭环迭代 ， 过程管理更通透和全面

   一个迭代是一个完整研发周期闭环：从需求-->到研发任务-->到测试-->到上线  
包含了从需求、到任务、到用例、到测试、到缺陷、到自动化测试到上线，并自动生成迭代总结并存档

（6）日报工时融合，让日报无操作空间

如果日报上罗列的事项和实际工作安排就没有紧密关联，“混子” 对日报就有 “操作空间”；管的人越多，越难记住每个人的具体工作。如果混子瞎编日报，也难以察觉，一看满满当当，以为产出还不错，干的事项不少嘛。

填写日报时，要自动列出当日事项。加待处理事项和其他事项让日报更全面，且和实际工作安排关联，日报还可发往第三方平台

（7）日报工时融合，自动生成项目日报、项目周报

（8）落地敏捷测试

传统的测试计划只定义了工作项，且只是用例相关，最关键，只有工作项，没有分工， 不便于团队协作，也不便于跟踪各自的进度。在同一个迭代下分配工作即有全局又有 个体的分工及任务跟踪。

（9）流程驱动缺陷管理

流程驱动测试，告别一刀切。因地制宜”，可按需实时调整测试流程， 以反应不同管控目的； 不同流程对应不同的 bug 状态 , 更能反应项目实况， 并根据流程推动 bug 状态的演化。

（10）任务批量排期，省事省事

批量排期（粗加工），再拉会（精加工）调整，月初或月底排期工作省事快捷，可顺排也可倒排

（11）自动层层推算进度

需求下有用任务，或子需求 用任务或子需求的工时来推算父需求的工时，如需注多有也是层层推算。

二、三   让基层员工感到舒心

Codes 以不增加负担的方式，让专注本职工作和高效协同，以低代码提升个人工作效率

     执行过程事找人、透明化、可追溯；围绕需求拉通所有研发活动，全场景业务数据惯通不割裂。

对于具体干活的人员，主要是两件事，我的工作有什么如何汇报我的工作，团队的工作如何组织实施

（1）我的事项

  事件驱动 + 信息流 + 时时推流

  事找我，在我的待办事项中处理一切事务，实时推流

（2）我关注的事项

可以通过订阅的方式，订阅事件，然后按订阅关系推流，订阅时除了可订阅事件，还支持各种复杂的条件，如下图所示

时间轴视图

（3）工时日报融合，集工是填报工时，方便快捷

以批量的形式分分钟填好工时，让烦人的工时，不再烦人！，并自动生成项目日报方便 PM 查阅，工时可以配置无审批，或 PM 审批，部门负责人审批

自动生成项目日报

自动列出当日事项，在其后填写工时，缺陷及用例都计算了工时，可以完整统计迭代进度，项目进度，以及部门工时。按支持层层下钻到人，如项目下钻到迭代，再从迭代下钻到人，或是从部门下钻到人

（4）各功能中心可分多维度分组显示，如任务中心，需求中心等

​

（5）以迭代为中心来组织，且多事项迭代，从需求到测试到上线 形成闭环。

需求评审后，规化到迭代中，然后开发人员拆分需求为任务，同时测试可写测试用例，过程中间的产出放到迭代的交付物中，自动和项目文档关联，在发布中定义上线事项及执行人

 （6）围绕需求拉通所有研发活动

多种视图模式，满足不同需要，围绕需求拉通所有研发活动，确保干系人信息对齐，一个页面实现主要研发活动的联动。

再也不会在需求下不能直观看到任务和用例了，产品视图让产品专注于需求，全景视图让研发人员一目了然 需求拆解，看板和甘特图视图。

（7）通过低代码降低 CI CD , 接口测试技术门槛

零代码拖拽式实现代码的编译和部署

零代码拖拽式进行接口自动化编排

自动推导接口依赖拓补关系图，让接口关系不再是黑匣子，便捷的接口调用链

拖拽生成断言和拖拽提取参数，让接口测试傻瓜化； 创新式接口混沌测试，瞬间完成接口健壮性测试。

三：4.5.6  更新说明

本次发布一共 11 个更新 ，8 个优化更新，3 个 Bug  fixed

8 个更新 

1、BUG 属加一个非必填属性，当需求引起的问题时，可以选择对应的产品人员，以便后续的处理如统计。
2、安全增加，删除了不用的包，以及升级 app scan 扫描出来的有漏洞的 jar。
3、迭代中加上限制，一个接口测试场景，只能加入到一个迭代中。
4、在迭代明细界面，地删除加了限制，不能删除当前迭代。
5、 BUG 查询中增加产品人员查询条件。
6、BUG 处理历史中，处理说明，显示不全时，增加光标指上时，悬浮显示所有。
7、增加一个产品人员简报的 BUG 分析。
8、迭代下用例包中，增加二次分配用例功能，以前要是需要二次分配用例，需要在测试包管理中去处理，不方便。

3 个 BUG 修复、

1、迭代中如果有多个迭代，一个用例包，可能分到多个迭代，现在修改为一个测试包只能加一个迭代中。
2、在测试流程设置中，取消某个流程后，停留在此流程的 BUG，有的点修改时，页面没内容。
3、用例转 BUG，有时候上传不了附件，一直在 loading。

​