AES专家服务

首页 标签 AES专家服务
# AES专家服务 #
关注
2725内容
开发之痛:稳定的测试环境,怎么就那么难 | 研发效能提升36计
开发之痛:稳定的测试环境,怎么就那么难。对于生产环境,准确、稳定最重要,我们推荐以应用为中心的基于OAM和IaC的实践方式;对于测试环境,隔离、低成本和稳定的依赖是最重要的,我们推荐基于稳定环境的隔离测试环境的实践,复用稳定环境,通过流量隔离和数据隔离来生成测试环境。通过环境建设,我们解决了研发过程中的资源冲突。
80%的软件环境管理问题,根因都在这里 |研发效能提升36计
80%的软件环境管理问题,根因都在这里,云效云原生应用管理平台AppStack正是基于OAM的应用交付平台,企业在云效AppStack,可以通过应用编排、占位符、变量等声明式定义,实现一套编排多环境差异化部署,同时基于版本和基线实现环境一键拉起、一键回滚。
看懂这5幅图,研发效能分析和改进就容易了
作为 CTO 或企业管理者,我们如何去了解和衡量研发团队的研发效能呢?作为 PMO 和效能负责人,我们该从哪几个维度来回答关于研发效能的问题呢?如何通过效能数据分析,帮助企业管理者透明化研发效能水平和变化趋势,分析效能问题根因、指导改进行动、衡量改进效果。
敏捷研发项目,我们该如何度量?
作为项目负责人,我们如何及时获悉当前项目的最新进展和问题,了解项目的整体状况?作为项目管理人员,我们如何跟进和推进项目的正常进行?如何借助云效效能洞察平台 Insight,帮助项目管理者及时发现问题和偏差,推进项目进展、保障项目的迭代和高质量交付。
跨项目度量,CTO、PMO们的好帮手
云效Insight 30天免费试用,在云效Insight中,通过「项目进展」、「存量需求趋势」、「存量缺陷趋势」、「新增需求趋势」、「新增缺陷趋势」「项目投入人力名」、项目工作量排名」这7张指标卡,CTO以及项目管理者可以及时了解组织整体的运作状况、业务的响应能力与质量、业务及项目的资源分配情况,以便及时做出决策和响应。跨项目度量,CTO、PMO们的好帮手。
构建制品不一致,后续工作都是白费 | 研发效能提升36计
本篇文章,我们从软件交付的终态出发,提出了不可变构建的概念。在软件开发的过程中,我们怎样才能享受产业生态的红利,实现软件交付过程的标准化呢?软件交付当中的集装箱应该是什么样的?
如何帮助金融客户“用好云”?
如何帮助金融客户“用好云”?做「政企数智创新的同行者」,这对于阿里云混合云来说不仅仅是一句口号,更是在千行百业践行的行动指南。
做到这4点,才是真正的持续交付| 研发效能提升36计
全线专栏《研发效能提升36计_持续交付篇》上线啦!本专栏将通过10-20篇文章,系统分享云原生时代,企业如何落地持续交付。本文是该专栏的第2篇。 什么是真正的持续交付?
云原生时代,软件交付有何不同 | 研发效能提升36计
从今天起,我们将开启一个新的专栏:《研发效能提升36计_持续交付篇》。专栏将通过10-20篇文章,系统分享云原生时代,企业如何落地持续交付。
免费试用