正在生成
详细信息:
检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
度量组织各个项目在所选时间段内平均需求开发周期。 关闭时间在所选时间段内各个项目平均需求开发周期。 交付质量 现网问题数 个 度量组织所有项目发现环境为现网环境的缺陷数量。 创建时间在所选时间段内的发现环境为现网环境的BUG数。 现网问题平均恢复时长 小时 度量组织所有项目发现环境为现网环境的缺陷平均恢复时长。 创
每个人都非常熟悉这个场景,但是当我们开始讨论的时候,有两个问题开始浮现: 每个人习惯不同,如何统一我们的故事? 从起床到出门要经历几个不同的阶段,到底应该如何确定阶段? 第一个问题其实是“用户故事”要解决的首要问题:这个场景的角色(Person)是谁? 第二个问题其实就是确认需求粒度的过程。 在敏捷需
呢?答案是工具并不能解决这个问题,因为这是流程问题。众所周知,华为公司有各种各样的安全红线,在做内部的云化服务化工具链落地实施的时候,最大的工作量集中在如何打破枷锁上,怎么把内网的一段代码或者一段测试用例或者二进制的安全文件快速传递到外网仓库,这一问题花了很长时间。举一个简单的例
清楚的提交信息 通过写清楚的提交信息,你可以让其他人更容易跟上我们的思路并提供反馈。 提交说明要回答如下问题: What——要解决什么问题? When——什么情况下会发生? How——怎么样解决这个问题? Why——为什么这样解决是合理的,比其他解决方法更好? 合并请求的提交要清晰 一个好的合
ECS部署失败,报错“docker login failed”或“Get https://XXX denied” 问题现象 应用“phoenix-sample-standalone”部署失败,报错信息为“docker login failed”或“Get https://XXX denied”。
CCE部署失败,报错“Invalid value: map[string]sting{\"io.kompose.serivce\":\"db\"” 问题现象 应用phoenix-cd-cce部署失败,报错信息如下: 图1 报错信息示例 原因分析 在修改yaml文件时,文件中代码的缩进格式不正确,导致部署失败。
进行,会议上每个成员需要回答3个问题: 你昨天做了什么? 今天计划做什么? 是否遇到了障碍,需要其他人的帮助? Daily Scrum 不是一个汇报会议,因为所有的参与者都必须抱着平等的心态参加,你所回答的3个问题是说给所有人听的,所有人的3个问题也都是说给你听的。Daily Scrum一般由Scrum
能与业务目标/价值之间缺乏必然的关联与一致性,在做的事与期望的目标南辕北辙。 影响地图试图通过结构化、可视化、协作化的方式来从源头解决上述问题。 影响地图是一门战略规划技术,通过清晰的沟通假设,帮助团队根据总体业务目标调整其活动,以及做出更好的里程碑决策。影响地图可以帮助组织避免
ECS部署失败,报错“expected alphabetic or numeric character, but found '*'” 问题现象 应用“phoenix-sample-standalone”部署失败,报错信息为“expected alphabetic or numeric
提交订单时报错“Policy doesn't allow bss:order:update to be performed.” 问题现象 IAM用户进行购买操作时,完成购买规格配置后,单击“去支付”时,页面提示“Policy doesn't allow bss:order:update
<Business Value>. 作为一个<角色>,我想要<活动>,以便于<商业价值>。 三段式的用户故事,核心是从用户角度出发描述问题,站在用户的立场思考问题。 好的用户故事讨论的是为谁做和为什么做,而不仅仅是做什么。作为Who,我想要What,以便于Why。有了Who、Why、Wh
而导致的失败,例如研发调试环境的JDK升级后,未在环境清单中标记清楚,导致生产环境未做相应升级而引发失败。为了避免因为环境不一致导致的各种问题,本样例项目中将各微服务应用与环境统一打包到镜像,保持环境(开发调测环境、测试环境、QA环境、生产环境)一致。 通过本章节,您将了解开发人
开通购买时报错“您的权限不足,请检查账号是否冻结、受限。 ” 问题现象 购买套餐过程中,页面提示“您的权限不足,请检查账号是否冻结、受限。” 原因分析 出现该提示,较常见的原因有以下几点: 账号未进行实名认证。 账号已欠费。 处理方法 通过实名认证:登录控制台,进入“账号中心”,
ECS部署成功,但访问网页失败 问题现象 应用“phoenix-sample-standalone”部署成功,但访问网页(“http://IP:5000”与“http://IP:5001”)失败。 原因分析 主机未添加入方向规则“允许访问5000以及5001端口”。 本文建议使用操作系统为Ubuntu
、运维、测试协同作战,提高研发效率,实现高效交付,解决传统模式下的运维之痛。 事实证明,DevOps确实能够较好的解决开发和运维之间的混乱问题,提升研发效率,实现高效交付。在近期中国信通院(CAICT)发布的《中国DevOps现状调查报告(2019年)》(以下简称报告)中,超八成
的目标和动因之间存在巨大的冲突。 通过小批量的、独立的快速交付周期,让各个功能/服务团队之间彼此解耦,快速获取反馈,快速验证问题,DevOps并不能解决问题,它只是让你快速失败,If you fail,fail fast。(所以在DevOps里,失败原本就是学习的一种方式) 通过
需求管理可视化,准确度量软件开发过程,上下游合作伙伴高效协作。 高校/培训机构 研发挑战 受应试教育影响,学生接受课堂理论知识能力强,运用知识解决实际问题偏弱,多数学生忽略了对动手能力、职业素养、团队协作意识等方面的培养;教师精心制定的教学计划与内容难以跟随IT行业快速变化的技术理论与前沿趋
在开发团队中不会有人说:“我那部分做完了,你那部分没有做完,因此我们失败了。”开发团队的成员必须充分意识到他们必须合作才能冲刺目标承诺,失败是团队中每个人的问题。 广泛沟通 开发团队成员相互之间以及他们和Scrum Master、产品负责人之间需要进行广泛的沟通,快速、高效交换有价值的信息。 广泛
看板无法取代的。 劣势 数据无备份:历史数据不能被积累,无法对历史数据度量与分析。 异地同步难:如果团队成员分布在异地,信息的同步是很大的问题。 记录的信息量少:受便签空间制约,书写的信息量有限,但是同时也约束了内容的简洁性。 电子看板的优势与劣势 优势 历史数据积累方便:可以很方便的对数据进行度量与分析。
作为一个互联网创业团队,什么时候开始引入DevOps做工程能力的建设?不要从第一天就开始。任何一个创业产品都会经历这样几个阶段:一开始,目标客户还不明确,需要寻找目标客户,处于问题和解决方案适配的阶段,那时候只有创始人和他的合伙人,这个阶段不需要做工程实践,只需定位目标客户,寻找目标客户的痛点。之后设计一系列的最小可