-
如何构建高效的持续交付能力 - 软件开发生产线 CodeArts
来源：Jez Humble - continuous delivery 从沟通的角度上来说，当然是越频繁越好，那么自然是下面这张图会更适合，而这张图，就是持续集成的场景。 软件版本管理 软件版本管理，即SCM，为什么前所未有的受到重视？ 每个公司通常会有一个Build Mana
-
指标管理 - 软件开发生产线 CodeArts
配置展示方式。 在页面中间选择指标的展示方式，可选项包括：曲线图、柱状图、双轴图、条形图、饼图、面积图、指标卡、表格。 根据需要选择图表中的展示内容，将被选中的字段从页面左侧拖拽到文本框中。 完成配置后，页面中将显示图表结果。 配置更多信息。 在页面右侧“数据筛选”页签中，单击“
-
我在CodeArts做需求 - 软件开发生产线 CodeArts
注意到的是What（干什么），却忽略了Who（为谁做）以及Why（为什么做）。而Who>Why>How>What的逻辑模式，恰好也是影响地图的结构。 CodeArts支持工作项模板，在“设置 > 项目设置”中，可以看到如何将用户故事的三段式，预置在Story的工作项模板中，也可以根据需要自行定义描述信息。
-
团队Leader驾驶舱 - 软件开发生产线 CodeArts
员工作统计。 - 工作负荷度量 度量所选团队中成员的工作项负载，辅助团队Leader能够及时识别团队成员超负荷的工作，以及团队的安排是否合理，是否需要调整，从而能够保证项目进度的正常。 图2 工作负荷度量 表2 工作负荷度量-度量维度 度量维度 说明 按工作项数 统计预计开始、结束日期在日期范围内的工作项计数。
-
解读华为云CodeArts HE2E端到端DevOps实施框架 - 软件开发生产线 CodeArts
的纠缠于细节，在看到全景图的同时，逐层进行细节拆分。采用用户故事地图，跳出了扁平化的产品待办列表，看到了产品的全景图，可以真正聚焦于目标用户以及产品最终的形态。产品待办列表只是一维的，而用户故事地图是三维的，这是高维与低维的比较，高维恒胜。 用户故事地图基于简单的网格结构，规则是
-
功能特性 - 软件开发生产线 CodeArts
行。 移动应用测试 提供移动兼容性测试服务。提供TOP流行机型、数百名测试专家，使用图像识别和精准控件识别技术，只需提供App/H5/快应用/小程序应用，便可生成兼容性测试报告（包含系统日志、截图、错误原因、CPU、内存等），自动完成测试任务。了解更多 提供丰富Android、i
-
总览 - 软件开发生产线 CodeArts
码、构建、测试、部署、发布端到端主题领域，同时可以基于强大的洞察平台进行自定义指标和数据探索。 灵活可扩展的自定义报表 提供丰富的数据分析图表类型和强大的自定义报表能力，满足企业定制化的场景诉求，从而构建企业量身定制的研发效能度量和治理门户。 应用场景 收集数据困难 企业涉及到的
-
项目经理驾驶舱 - 软件开发生产线 CodeArts
项目进度以及识别交付风险。 项目经理驾驶舱只有租户管理员、效能洞察管理员、项目经理、领域行管四种角色可以查看报表，角色与权限管理操作请参考权限设置。 需求效率度量 度量项目在当前租户下所配置时间段内的需求交付效率，包括吞吐量、交付速率等，辅助评估需求的交付风险。 图1 需求效率度量
-
用户故事驱动的敏捷开发 - 软件开发生产线 CodeArts
用户故事地图上，这是标准的用户故事地图格式： 最上面2层是产品的功能区域（模块）。 每个模块下面的功能点，来自于用户故事中的某个步骤的分析 每个功能点的即时贴上标注出用户故事的ID，这样便于我们比对影像地图找到对应的功能点。 一些在影响地图中没有明确列出的内容在这张图上被显示出来，比如后台管理和系统功能部分的内容。
-
用户故事地图 - 软件开发生产线 CodeArts
的系统（用户故事地图）。 用户故事地图样例 下图是一个蛋糕制作及心得分享系统的用户故事地图： 第三行所包含的内容就是“大家在电子邮件系统所要做的事情”，包括：注册、配置信息、发布、下单、支付等。 第二行对这些事情进行了分组。 与一般用户故事地图不同的是，这张图当中增加了第一行的角色划分，以使整个流程更加清晰明了。
-
什么是DevOps - 软件开发生产线 CodeArts
撑DevOps的理念基础是敏捷宣言，它强调人（和文化），致力于改善开发和运维团队之间的协作。从生命周期的角度来看，DevOps的实施者也试图更好的利用技术，尤其是自动化工具，来支撑越来越多的可编程的动态的基础设施。 DevOps的技术实践 配置管理 软件配置管理的核心功能是版本控
-
Scrum实践之团队 - 软件开发生产线 CodeArts
开发而组成的跨职能、自我管理团队，在组织方式、管理模式和开发过程等方面与传统的开发团队有着重大改革。 Scrum团队与传统团队的简单对比下图： Scrum团队中没有传统意义上的项目经理、产品经理、开发经理，而是引入了产品负责人（Product Owner）、Scrum Master和开发团队（The
-
DevOps面面观 - 软件开发生产线 CodeArts
假象，在瓶颈之后做的任何改进都是徒劳的，因为只能干等着瓶颈把工作传送过来，而在瓶颈之前做的任何改进则只会导致瓶颈处堆积更多的库存。所以如何识别真正的瓶颈变得尤为重要，在发现问题之后多问几个为什么，力求找到根源原因。 DevOps的由来 Flickr公司的约翰·阿尔斯帕瓦和保罗·哈
检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
