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

发布于:2024-07-27 ⋅ 阅读:(27) ⋅ 点赞:(0)

 一:简介

     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)风险拓扑,以直观的方式显示风险根因

up-0ceff85dfa412abc7a3e0514ce425a2203c.png

(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。


网站公告

今日签到

点亮在社区的每一天
去签到