检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
好的用户故事讨论的是为谁做和为什么做，而不仅仅是做什么。作为Who，我想要What，以便于Why。有了Who、Why、What的信息，How就变得呼之欲出了。以往我们上来就写需求的，往往注意到的是What（干什么），却忽略了Who（为谁做）以及Why（为什么做）。而Who>Why>
已开通历史计费模式的用户，如何转换成新计费模式？ 当前暂不支持已开通历史计费模式的用户一键切换成新计费模式，需要将历史计费模式退订，再购买新套餐。 已开通历史包年/包月计费模式的用户，请登录CodeArts控制台，单击退订，即可进入退订页面完成操作。 已开通历史按需计费模式的用户，请参考退订，关闭按需计费。
CodeArts IDE只读权限。 系统策略 CodeArts鉴权管理 CodeArts提供三层权限模型：租户级权限、项目级权限、实例级权限。 三层权限模型的作用范围：租户级权限>项目级权限>实例级权限。 当三层模型中的权限配置发生冲突时，权限作用的优先级为：实例级权限>项目级权限>租户级权限。
正规化的研发模式道路。此后，如测试自动化工厂、DevOps、CI、DevOps大规模敏捷等等，每次研发模式的变更都会带来一部分工具的沉淀，工具本身又会随着模式和技术的变更不断的发展。例如，华为的研发工具部在2003年左右就成立了，最早聚焦在测试自动化工厂方面，包括软件自动化工厂、
从小型做硬件、做CT通信产品的公司，成为跨ICT公司，研发理念和思想上也在不断变化。经历了初步的CMM持续交付、持续集成到敏捷、DevOps，直到最新的进化状态CodeArts。下图是华为公司在过去三十年研发能力和研发方法以及研发的工具进化的过程。 云原生Cloud Native的“纹身”
讨论工程方法和企业能力。但是现在，在交付方式逐步从单体软件向云上迁移的过程中，大家开始意识到继续在自己的研发环境做基于本地化的私有化工具链已经落伍。于是提出新的要求，做新的全云化的DevOps工具链，本文将讲述对此理念进行的实施。 本文主要分为以下五个部分： 首先要检查自己的DevOps状况。
执行中提供更多的澄清是合理的。变更冲刺目标会引起浪费，损害团队的士气和信任。 “锁定目标”是一个规则，并不是铁律。Scrum团队在遵守“锁定目标”的同时还要注实效。如果变更冲刺目标造成的经济后果远远小于推迟变更所造成的经济后果，那么就应该选择适时变更。假如冲刺的目标变得完全无效，
单击“登录指令”，页面弹框显示登录指令。 其中， “-u”之后的字符串为用户名。 “-p”之后的字符串为密码。 最后的字符串为SWR服务器地址，此地址即为后续配置并执行任务中的参数“dockerServer”。 图1 登录指令 此处生成的登录指令为临时登录指令，有效期为24小时。如果
特性包采用包周期购买方式，可叠加购买，购买上限请参见购买页面。 变更套餐包规格 CodeArts支持以下场景的套餐包规格变更。 登录软件开发生产线控制台，单击“变更规格”，根据设置变更配置即可。 表2 变更规格 场景 方案 补差价升配 基础版增加人数 提交变更订单，补交差价，支付完毕后立即生效。 基础版升级为专业版/铂金版
e”三种细粒度权限。 变更CodeArts套餐规格 CodeArts支持变更套餐规格，变更影响请参考变更配置后对计费的影响。 登录CodeArts控制台，单击，选择区域。 找到CodeArts套餐，单击操作列中的“变更”。 根据需要选择规格、购买人数、变更类型，勾选同意声明，单击“下一步”。
tore”。 在文件列表中找到“vote/templates/store-network.html”并打开。 单击，根据Story添加门店地址，并在页面底部文本框中输入备注信息“添加门店列表”，单击“确定”。 <ul> <li>A分店：E机场1号航站楼出发层靠右直行123米右侧</li>
设，投入了DevOps建设。这个决定是当时做的很正确的一个决定，尽管那段时间非常痛苦，因为团队既要交付特性，压力很大，加班很多，同时还要做工程能力的建设。CodeArts先从一个团队做试点开始，有效果之后再铺开，不久之后所有团队都开始做DevOps。 华为DevOps一体化平台框架
影响，为此我们需要做什么（What）。 影响地图通过构建产品和交付项目来产生实质影响，从而达到业务目标。 为什么（Why）？ “我们为什么做这些？”也就是我们要试图达成的目标。 找到正确的问题，要比找到好的回答困难得多。把原本描写在文档中，更多的是隐藏在高层利益干系人头脑中的业务目标，定性定量的引导出来。
我们为什么要做性能优化？下面让我们来看几个数据： 第一，40%的用户如果在一个网站加载时长超过三秒之后就会离开这个网站。 第二，用户转换率和网站的响应时间进行关联的结果基本是，响应时间越高，性能越差，转换率越低。 之前在知乎上有一个很出名的讨论，有个人分享他把网站的响应时间从10秒提高到2秒，效率提高500
好的用户故事讨论的是为谁做和为什么做，而不仅仅是做什么。作为Who，我想要What，以便于Why。有了Who、Why、What的信息，How就变得呼之欲出了。 以往我们上来就写需求的，往往注意到的是What（干什么），却忽略了Who（为谁做）以及Why（为什么做）。 而Who>Why
境界是无为，赋能PO那帮人做业务决策，别烦我。”——Martin Liu。第三方非授权 从这句话中我们可以看出，从业务上，并非每一个功能都需要发布给每一位用户，而是根据不同的业务上下文，来决定哪些功能发布出来，针对哪些用户进行开放。发布决策，由业务来做。而技术需要的，是提供高效的交付能力，并保持随时可发布的版本状态。
都设置成最高优先级，去抢占发布窗口。所有人都这样想这样做，拥堵就此产生，真正高价值的需求无法得到快速交付。（试想，如果每天有十次发布，大家还会拼得头破血流去抢一个发布窗口么？） 上线频度低的另一个副作用是，单次上线中包含的变更规模变大，风险也随之增加。事实上，减少上线次数不仅不会
be performed.” 开通购买时报错“您的权限不足，请检查账号是否冻结、受限。 ” 历史计费模式说明 已开通历史计费模式的用户，如何转换成新计费模式？
技术需求、规格说明书等工具，试图使用规范的文档来解决需求收集和传递的问题。在这个过程中，我们将用户的需求转换成技术可以理解并可实施的规格。对于已经习惯了这种方式的人来说，要转换成使用用户故事的方式需要比较大的思维方式转变，大家往往遇到的疑问也是，难道使用用户故事就不需要规格了吗？
重要程度 选择“关键”。 为了便于开发人员理解，在本地准备一个文件“门店网络列表”，表格内容参照下表。 表3 门店网络列表 分店名称 分店地址 A分店 E机场1号航站楼出发层靠右直行123米右侧。 B分店 F区G路456号。 C分店 H区J街789号。 D分店 K区L大道K大楼西侧。
长按/截图保存，微信识别二维码
或者关注公众号“华为云”
