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。

相关推荐
A_cainiao_A5 小时前
【软考】【2025年系统分析师拿证之路】【啃书】第七章 软件工程(八)
软件工程
network_tester6 小时前
手机网络性能测试仪器介绍
网络·网络协议·tcp/ip·测试工具·信息与通信·信号处理·tcpdump
天堂的恶魔9467 小时前
软件测试 ——Postman(Newman的使用)
测试工具·postman
开开心心就好9 小时前
极速、免费、体积小,一款PDF转图片软件
人工智能·智能手机·eclipse·pdf·软件工程·软件需求
天堂的恶魔9461 天前
软件测试 —— Postman(全局变量和环境变量,请求前置脚本,关联)
测试工具·lua·postman
夏旭泽1 天前
软件工程的基本原理
软件工程
夏旭泽1 天前
软件工程的本质特征
软件工程
風落2 天前
《告别复杂PDF编辑,PDF Eraser开启便捷办公新体验》
pdf·软件工程·软件需求
计软考研大C哥2 天前
【25考研】考清华的软件工程专业的研究生需要准备什么?
经验分享·考研·软件工程
moton20172 天前
5步打造完善的物联网IoT测试体系
物联网·测试工具·可用性测试·iot·物联网测试·测试体系