研发效能 Codes 重新定义 SaaS 模式的研发项目管理平台开源版 4.5.7 发布
一：简介
Codes 重新定义 SaaS 模式 = 云端认证 + 程序及数据本地安装 + 不限功能 + 30 人免费
Codes 是一个 高效、简洁、轻量的一站式研发项目管理平台。包含需求管理，任务管理，测试管理，缺陷管理，自动化测试，cicd ，原型管理，工单，需求池等功能； Codes 帮助企业加速融合研发、测试、运维一体化进程。商业版不限功能，本地安装只限用户数，30 个用户免费 ; 社区版当前只开放了测试跟踪管理 (主要功能用例管理，缺陷管理)，后续接着分离其他功能代码出来。
gitee 代码仓库 Codes 研发项目管理软件: Codes 重新定义 SaaS 模式的一站式研发项目管理平台： 云端认证 + 程序及数据本地安装 + 不限功能 + 30 人免费；免费使用 、本地安装、研发管理、测试管理、数字大屏、CI CD、接口测试、缺陷管理、DevTestOps
*本次发布 4.5.7 一共 18 个更新 ，13 个优化更新，5 个 Bug Fixed 详见 第三部分 *
二：图文简说 Codes
Codes 的产品理念：让老板感知数据，让中层管理者感受先进，让基层员工感到舒心
理念在产品中的落地就是：以便捷的方式给管理人员抓手，使管理抓得住，抓得好；以不增加负担的方式让执行人员专注本职工作和高效协同。
好的工具，即要易用，又要方便管理：易用解决执行层面的协同问题，方便管理才能促进高效的执行，也就是说：协同仅是解决执行层面的问题，管理才是高效协同的抓手
功能架构
二、一 让老板感知数据
先来看 Codes 管理的抓手” 抓 “什么
1、做什么
作为管理者，最关心的是在特定的前一时段内团队做了什么，特定的当前时段内正在做什么，接下来特定时段内要做什么
2、做得怎样
然后是各时段都有什么问题或是风险，比如：计划内的事情完成得咋样，解决的历史工作债务，又增加多少新的工作债务，当前累积了多少工作债务
3、瓶颈在哪里
就像找到了堵点才能解决交通拥堵一样，要先识别出哪里才生了积压，积压是人的问题，还是其他问题
再来举例说明，Codes 如何通过数据感知的方式轻松的” 抓 “管理
（1）宏观微观兼顾：迭代数据与阶段数据并存、粗细兼有
（2）负载分析以日历和甘特图的形式显示，洞察工作饱和度
（3）待办排名，了解全局 “堵点” ，一目了然当前进度瓶颈
（4）迭代人员分工，了解局部 “堵点”
（5）任务复盘，复盘做什么、做得如何（排期，延期，债务解决及累积）
减少不必要的例会，比如解决的历史债务，新增债务，当前累积的债务等。
（6）各职位人员产出及工时 一目了然
（7）人员产出：工时、事项
（8）工时趋势
（9）全局看板，一目了然项目情况
（10）工时，日报，进度，全局事项总览全局
（11）风险拓扑，以直观的方式显示风险根因
（12）项目周报、部门周报、项目月报，全司项目月报
解放 PM，让他们专注于过程跟进，汇报内容弹指生成，95% 的内容自动生成，还能查看进度对比
进度对比
二、二 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）把原型管理和研发管理打通
导入第三方原型实现如 axure, 及其他在线原型文档或图片
（8）通过低代码降低 CI CD , 接口测试技术门槛
零代码拖拽式实现代码的编译和部署
零代码拖拽式进行接口自动化编排
自动推导接口依赖拓补关系图，让接口关系不再是黑匣子，便捷的接口调用链
拖拽生成断言和拖拽提取参数，让接口测试傻瓜化； 创新式接口混沌测试，瞬间完成接口健壮性测试。
三：4.5.7 更新说明
本次发布一共 18 个更新 ，13 个优化更新，5 个 Bug fixed
13 个更新
1、报表修改一系列样式，涉及 25 个统计，
2、优化看板性能，修改后台查询以前端加载方式
3、看板延期的任务加标识，名称加粗及红色显示
4、迭代列表增去掉备注，显示状态：5
5、27 个统计分析，当左则的树收缩时，自适应显示图表
6、当把 BUG 装态设置为 "撤销"，"关闭 / 撤销"，“关闭 / 不再现” 时，要填校验版本，后续便于统计 ，能统计到他们在哪个版本不存在，之前只有己改关闭，才填校验版本
7、左上菜单不对齐
8、看板中，最近完成的显示在上面
9、 菜单样式优化
10、所有列表优化，不再显示横向滚动条
11、所有列表优化，不再显示横向滚动条
12、对几个统计分析中，显示不美观的柱状图作了美化
13、下载用例导入模板时，写入用例类型下拉列表，和用例优先级列表，方便导入时填写
5 个 BUG 修复、
1、组不能修改，后台报持入日期不能为空
2、 设置测试流程时 (设置任务人员，设置测试包人员，设置接口测试包人员时)，有些人员显示不 ID 不显示人名
3、 BUG 引入原因，开发人员多同不参与项目的人，因为用户表和 BUG 表 left join 引起的
4、分配人收不到 BUG 通知邮件
5、功能引导图上，点击 “缺陷管理”, 或 “用例管理” 或 " 测试需求管理或 “测试度量” 这 4 个热点的任何一个后，跳到的页面是之前最后进入的页面，进入的应该是这三个热点对应的页面