Codes 开源免费研发项目管理平台 2025年第一个大版本3.0.0 版本发布及创新的轻IPD实现

Codes 简介

Codes 是国内首款重新定义 SaaS 模式的开源项目管理平台,支持云端认证、本地部署、全部功能开放,并且对 30 人以下团队免费。它通过创新的方式简化研发协同工作,使敏捷开发更易于实施。并提供低成本的敏捷开发解决方案,如事件驱动实现的 "事找人"、自动生成工周报,多事项闭环迭代,日报与工时填报融合、同步在线离线测试用例、流程化管理缺陷、低代码接口自动化测试和 CI/CD,以及基于迭代的研发管理和测试管理等,践行敏捷开发。主要功能有:需求池、原型管理、工单管理、工作汇报、需求管理、任务管理、测试管理、缺陷管理、自动化测试、项目文档、工时进度管理、风险管理、项目管理(支持多种模式),统计分析等。

Codes 旨在提高各职能部门和人员的协同工作效率,优化软件产品敏捷开发周期,管理员工工作计划和工作负载,便于领导层从全局视角把控各个软件产品的研发进度和风险管控。主要用户有部门领导、产品经理、项目经理、软件研发人员、软件测试人员、项目实施人员和销售人员。

一、3.0.0 发版说明

更新日期: 2025年02月21日
更新说明:

经过两个月的迭代,Codes 终于迎来了 3.0.0 的 重磅发布,3.X 系列是重大升级;3.0.0 主要增加 IPD 相关功能及一系列优化,带来更好的体验和更好用的功能,强烈建议升级! 详见: 《codes 3.0.0RC Release 说明》

二、3.0.0 新功能规划背景及功能示例说明

1)、常见的项目实施流程

2)、Codes 对项目实施流程的 4 种实现

2.1 Codes 轻 IPD 流程

Codes 创新的轻 IPD 是什么

采用轻量化的 IPD 模式实现,且融合了敏捷 。轻 IPD 主要解决多项目交付的研发过程管理,相比标准 IPD 的两个流程:作正确的事和正确的做事,轻 IPD 中只实现了正确的做事,评审也做了简化,只维护评审记录不进行再线评审。IPD 中有规划、计划表,迭代,矩阵、概览等功能

Codes 轻 IPD 达成的目的是什么

以交付为导向来规划,一般为涉及多个项目(产品)的项目组合,也可是单个项目。

Codes 轻 IPD 具体流程

规划好阶段后,分配要交付的功能清单到相应阶段中,然后由实现项目来迭代实现。具体操作流程:拖动左上按钮到轨道线的节点来规划阶段,然后分配需求池需求到阶段中,然后按需引用到不同的项目或产品中去实现,最后在不同的项目中建立迭代来实现这些需求,在实现过程通过填写工时日报自动计算各事项的进度且自动更改其状态。

不同于同类产品手动建项目集,Codes 中是以交付目标来进行规划,按实际涉及的项目自动推算出项目集所含子项目,一个 IPD 规划就相当于是一个项目集,具体流程如下图所示:

Codes 轻 IPD 功能实现

规划:

拖拽当 "拖拽式维护阶段" 到轨道线上任意节点上进行创建,已创建节点间可以拖动换位,右键修改、删除。也可以点击 "拖拽式维护阶段" 右边的... 以表单形式维护

计划表:

以 treegrid 显示规划情况

概览:

显示从各阶段涉及的项目, 及各项目下的迭代

矩阵:

横向为阶段,纵向可以项目,可以是迭代,部门和人员,中间的方格中显示对应的需求,还可设置是否显示需求任务

甘特图:

以甘特图显示阶段及其下需求

Codes 轻 IPD 流程 又可分为需求型和任务型:

流程上两都一样的。只是和需求型,在各阶段中以需求来开展工作事项,而任务型流程在各阶段中直接以任务来开展工作事项。
Codes 轻 IPD 任务型流程:

2.2 Codes 标准敏捷研发过程

过程和 IPD 一样,主要区别在于,标准敏捷流程是用于单一项目,不能跨项目,且直接从开发需求来展开工作事项,IPD 流程需求池需求来展开工作事项,需求池需求是没有从属项目的,且可以被多个项目引用,但只能在一个项目中实现。

具来来说就是对单一项目如何实施进行总体的阶段规划,然后在各阶段中以迭代来执行阶段内的事项,如有子阶段,也是通过迭代来体现,标准流程如下图所示:

先定义好项目的阶段或里程碑,也就是粗粒度的项目规划,接下来

产品维护好需求(需求管理或需求池中)---->研发经理排迭代---->迭代中研发人员拆分需求为任务---->测试人员编写测试用例及对需求进行测试---->研发开发完后,设置测试为提交测试状态---->测试人员进行测试并设置迭代为测试状态---->准备发布,在发布中维护发布的所要作的一系事事项。

还有两个流程,用于任务即需求的非正规模式的项目管理 :

也经常有非正规模式的项目管理,也就是任务即需求,也就是围绕任务展来进行项目管理,存在即合理

2.3 Codes 简单任务管理流程

所谓的简单,说白了就是管理好工作事项,让人和事清晰明了,事项进度一目了然,人员的工作动态尽在掌握即可,不需要复杂的流程,事项记录清楚且方便协同就行。这种模式适合什么项目呢?适合运行期项目,运维类项目,日常维护类项目,小团队开发周期短的小项目等。如下图所示:

2.4 Codes 轻量化敏捷任务管理研发过程

任务多周期长,为了便于管理在第 3 个流程的基础上以迭代来分批实现

相关推荐
知已难寻9 小时前
03 · OpenStack的计算管理 Nova
运维·服务器·开发语言·云原生·云计算·openstack·开源软件
xurime18 小时前
Excelize 开源基础库发布 2.11.1 版本更新
数据分析·excel·开源软件·excelize·gitcode
达达表哥2 天前
VIC博客全新版本 底层优化 包含新主题新插件
php·腾讯云·开源软件
Da Da 泓3 天前
五子棋 Web 端测试用例报告
前端·网络·websocket·网络协议·测试用例·项目
会开车的鸟哥4 天前
自动创建测试用例与组件测试向导
测试用例·simuinktest
进度猫4 天前
甘特图、看板、里程碑到底怎么选?
项目管理·产品经理·甘特图·项目管理软件
螺丝钉tina5 天前
[Playwright][08] Upload 模块自动化:如何设计真实业务测试用例?
运维·自动化·测试用例
TomEval5 天前
【测AI】第22篇:Agent 系统测试方法 — AI 学会“动手“了
人工智能·python·prompt·aigc·测试用例
8年车载测试5 天前
汽车五大域详解:动力、底盘、车身、座舱与智驾域
汽车·bug·jira·uds诊断·ecu刷写测试·canoe工具
车软学堂5 天前
CANoe自动化:跑起第一个测试用例
运维·车载系统·自动化·汽车·测试用例