-
系统指标说明 - 软件开发生产线 CodeArts
系统指标说明 服务内置了以下系统指标,帮助快速搭建完善的效能度量看板。 表1 系统指标 视角 领域 指标 指标定义 组织 工作项 需求总数 度量近1年创建需求总数。 存量需求数 度量在当前时刻的还未关闭的需求数。 超期需求数 度量在当前时刻的已经超期还未完成的需求数。 新增需求数
-
指标管理 - 软件开发生产线 CodeArts
”即可继续。 在页面左侧导航栏中单击“指标库”。 默认显示全部指标,可根据需要查找/查看指标。 表1 查找/查看指标 操作 说明 搜索指标 在搜索框中输入指标关键字,敲击回车,页面中显示搜索结果。 分类查看指标 服务提供三种分类方式: 按指标所属领域,分为:工作项、测试用例、代码检查、部署、代码合入、构建、工时。
-
指标库 - 软件开发生产线 CodeArts
指标库 指标管理 系统指标说明 父主题: 效能洞察
-
CodeArts前端DevOps实践 - 软件开发生产线 CodeArts
第一,要有主动、实时的、前端定制化的监控。这里有几个非常关键的方面: 前端定制化。这种监控手段非常多,有各种各样的监控工具,大部分的实现原理是源于浏览器的关键节点。CodeArts本身基于开源的项目做了定制化的监控,一是将浏览器里面所有关于监控的指标细化了。 按照框架的要求,定义一些
-
报表管理 - 软件开发生产线 CodeArts
报表的描述信息。在完成报表的发布后,当鼠标悬停在报表名称后的时,将显示报表描述信息。 图2 报表描述 单击“添加指标”,在弹框中选择需要展示的指标,单击“确认”。 指标的来源包括系统预置与自定义,预置指标详情及自定义指标操作方式请参考指标库。 单击“添加全局筛选器”,在弹框中单击“添加”,根据需要添加筛选器,并选择是否需要标题,单击“确定”。
-
管理者驾驶舱 - 软件开发生产线 CodeArts
度量组织各个项目所选时间段内饱和度。 在所选时间段内各个项目实际工时总数/预计工时总数。 在报表中,根据度量指标的结果,可以将团队的研发效能情况进行分组,分组标准如下: 表2 度量结果分组 分类 度量指标 分组标准 分组结果 交付效率 平均需求开发周期 ≤1小时 精英团队 >1小时,且≤1天 高效能团队
-
权限设置 - 软件开发生产线 CodeArts
可以在管理者驾驶舱、项目经理驾驶舱、开发者驾驶舱中查看报表。 可以查看系统指标与自定义指标。 - 团队Leader 可以在项目经理驾驶舱、团队Leader驾驶舱、开发者驾驶舱中查看报表。 可以查看系统指标与自定义指标。 可以在“团队管理”页面创建/管理团队。 领域行管 可以在全部驾驶舱
-
总览 - 软件开发生产线 CodeArts
量化开发者产出贡献,提升工作成就感,同时辅助开发者聚焦关注工作,提升工作效率。 指标库 系统指标 根据常用业务场景,效能洞察提供丰富的系统组件,帮助快速搭建完善的效能度量看板。 自定义指标 支持用户根据不同场景自定义指标,帮助完备效能看板。 管理配置 团队管理 支持管理员及团队Leader
-
持续交付流水线 - 软件开发生产线 CodeArts
——Mary Poppendieck 修改一行代码,上线需要多少时间?这一指标决定了你能多持续、多稳定的交付,决定了MTTR,多久服务可以恢复、多快能够上线一个严重的缺陷修复、多快能够发布一个服务并获取价值反馈。这一指标,就是部署的前置时间。 部署前置时间,开始于工程师在版本控制系统中提
-
与其它服务之间的关系 - 软件开发生产线 CodeArts
MapReduce服务(MRS) 测试计划服务的性能测试通过MRS来实现大数据的处理。 应用运维管理(AOM) 部署服务可以让用户在部署时选择是否要启用AOM。选择后,可以直接在AOM上注册实例,后续可以在AOM中来监控该应用实例。 应用性能管理(APM) 部署服务可以让用户在部署时选择是否要启
-
效能洞察 - 软件开发生产线 CodeArts
效能洞察 总览 驾驶舱 指标库 管理配置 父主题: CodeArts首页
-
DevOps VS 敏捷 - 软件开发生产线 CodeArts
s的最终的目的是组织效能,软件交付和运维效能是敏捷与DevOps共同的目标。 持续交付是狭义DevOps的核心理念,横跨了架构、开发、测试、运维等角色。持续交付的核心开发实践,也涵盖了架构管理、版本管理、分支策略、测试自动化、部署发布、运维监控、信息安全、团队授权、数据库管理等多
-
权限管理 - 软件开发生产线 CodeArts
项目经理是项目的主要负责人,他/她可以管理项目的需求、计划、进度、风险等方面,以及协调项目团队的工作。 测试经理 测试经理是负责项目测试工作的角色,他/她可以管理测试计划、测试用例、测试执行、缺陷跟踪等方面,以及指导和监督测试人员的工作。 运维经理 运维经理负责项目运维工作,管理项目的部署、监控、故障定位排除等。
-
DevOps现状报告解读 - 软件开发生产线 CodeArts
布的,有很多服务需要维护和管理,对它进行部署维护和监控管理的时候就比较复杂。因此使用微服务,第一步是要构建一个一体化的DevOps平台。DevOps包含了持续集成与持续发布、服务依赖关系管理、服务的发现与负载均衡,以及集中化监控管理,这些都是微服务生态系统所必不可少的工具和实践。
-
项目经理驾驶舱 - 软件开发生产线 CodeArts
需求效率度量 度量所选项目在所选时间段内的需求交付效率,包括吞吐量、交付速率等,辅助评估需求的交付风险。 图1 需求效率度量 表1 需求效率度量-度量指标 名称 单位 说明 计算口径 需求总数 个 创建需求总数。 - 存量需求数 个 度量所选项目在当前时刻的还未关闭的需求数。 状态为除“已关闭”之外的Story数量。
-
约束与限制 - 软件开发生产线 CodeArts
约束与限制 通用限制 表1 通用限制说明 指标 限制说明 浏览器 目前适配的主流浏览器类型包括: Chrome浏览器:支持最新的3个稳定版本 Firefox浏览器:支持最新的3个稳定版本 Microsoft Edge浏览器:Win10默认浏览器,支持最新的3个稳定版本 推荐使用C
-
敏捷测试 - 软件开发生产线 CodeArts
在敏捷转型的过程中,有很多内容不能很好的迁移到敏捷的模式中,在此我们主要来看看有哪些和测试有关的内容是我们需要迁移且容易出现问题的。 首先是度量标准,这是一个存在争议的话题。不同的度量指标,所产生的价值是千差万别的,有可能我们浪费精力跟踪得来的指标最终只代表了一些数字,除了评估之外不会产生其他附加
-
持续交付与持续部署概念解读 - 软件开发生产线 CodeArts
定谁对结果负责。而这恰恰是传统的运维人员不愿意频繁发布的原因,因为一旦部署,他既要对技术的部署负责,又要对业务的发布负责。解耦部署和发布,可以提升开发人员和运维人员快速部署的能力,通过技术指标衡量;同时产品负责人承担发布成功与否的责任,通过业务指标衡量。 按需部署,视技术的需要进
-
Scrum的22个基础知识点 - 软件开发生产线 CodeArts
需求量的单位一般使用工作量或者商业价值衡量。工作量使用“故事点”来代表,商业价值一般也作为产品待办工作的评估指标之一。 速率标识一个团队完成工作的速度,是评估团队效率的重要指标。 18 什么是Sashimi和Impediments? Sashimi的原意是“生鱼片”,在Scrum中
-
DevOps敏捷测试之道 - 软件开发生产线 CodeArts
而测试右移就要求我们要把软件包发布到生产环境,以及到线上运营环节,都要去做测试。 在这两个方面也有一些相应的实践,例如线上拨测,主动线上监控用户的一些行为,并从行为轨迹里面快速捕捉相应的问题,主动推送给相关的责任人,让他去关注并且解决。所以线上的过程可以通过一些测试手段,不断的