在迭代中，Scrum团队从产品Backlog中挑选最高优先级的需求进行开发。 挑选的需求在迭代计划会议上经过讨论、分析和估算得到相应的任务列表，称为迭代Backlog。 在每个迭代结束时，Scrum团队将递交可交付的产品增量需求。 Scrum流程是标准的敏捷开发流程，工作项层级为传统的Scrum划分方法，为“Epic

查看更多 →

而DevOps的出现，是为了解决开发与运维之间的鸿沟。前端的敏捷的确是快了，却发现因为Dev与Ops之间的隔阂，无法真正的将价值持续的交付给客户。 开发侧很快，运维侧太稳，这个就是我们常说的开发与运维之间固有的、根因的冲突，即下图中的混乱之墙。开发（尤其是“敏捷”后），求的是快速响应变化；运维，求的是稳定

查看更多 →

IDE-daemon-hiai 数据回传工具 图片预处理的时候，数据回传。 算子的数据从Device回传到Host侧。 omg 模型转换工具 可将Caffe或者Tensorflow模型转换为DDK支持的om模型文件，详情请参考《模型转换指导》。 protoc 第三方库protobuf的工具 用于将proto文件转换为各个语言支持的协议。

查看更多 →

DDK工具目录：$DDK_HOME/bin/x86_64-linux-gcc5.4。其中$DDK_HOME为Atlas 500 DDK安装目录（如/home/Atlas500_DDK）。其中$DDK_HOME为Atlas 500 DDK安装目录（如/home/Atlas500_DDK）。工具功能说明请参考表1。

查看更多 →

用贷款买房来类比架构投入，自己出的首付款就像是前期在架构上的投入，贷款就好比是减少一定的架构投入，所需承担的技术债务： 贷款买房，预期的是未来的房产的增值，贷款的利息相较起来是可以接受的。 创业期也是同样，此时承担一定的技术债务是明智合理的选择。 一味追求全款买房，就会错过买房的最好时间窗口。

查看更多 →

《复盘+：把经验转化为能力》，邱昭良 Scrum指南（2017-Scrum-Guide-Chinese-Simplified），2017年11月版 Kenneth S. Rubin. Scrum精髓[M].北京：清华大学出版社 Scrum指南2007版 Mark C. Layton. 敏捷项目管理[M]

查看更多 →

Master更多的需要和人打交道，很多实际问题的处理方式是必须在实践中才能体会的，有些还很微妙。 也许您对这些知识点的理解不尽相同，这没有关系，同样的框架和方法由于应用的环境与对象的不同，所使用的方法和理解也不一定一样，这也正是Scrum的特色之一，它帮助你找到最适合你的方式。Scrum并不是你需要严格执行的流程，而是帮助你找到适合自己的流程的框架。

查看更多 →

进入“选择模板”页面，根据自身业务需求选择合适的项目模板，各项目模板的特征和适用场景如表 项目模板特征和适用场景的区别所示。 表1 项目模板特征和适用场景的区别 项目模板 模板特征 适用场景 Scrum项目 Scrum是增量迭代式的软件开发方法，通过最重要的迭代计划会议、每日站会、迭代回顾、验收会议来进行简单高效的管理。

查看更多 →

AppStage开发中心基本概念 基本概念 说明 产能 产能原指在一定时间内，企业所能生产的产品或提供的服务的数量。开发中心中特指版本开发团队每天能提供的开发人员的数量。 Scrum 增量迭代式的软件开发方法，通过最重要的迭代计划会议、每日站会、迭代回顾、验收会议来进行简单高效的管理。 IPD-系统设备类

查看更多 →

”持续交付也好，DevOps也罢，最终目标是快速的交付价值。 如果说管理实践的目的是为了鉴别什么是正确的事情，以及正确的做事情。那么工程实践的目的，是除了正确的做事情以外，还能高效的做事。 工程实践就像人体的肌肉，是强调执行力的，是大脑想到然后肌肉能够做到并且快速的做到。每一丝的赘肉都会影响身体执行的速度，所以需要

查看更多 →

本地开发工具说明 本地开发工具包含了ServiceComb引擎2.x的本地轻量化版本，提供用于本地开发的轻量服务中心、配置中心，和简单易用的界面。 使用说明请参考本地开发工具压缩包中的README.md文件。 表1 本地引擎资源配额限制 功能 资源 最大配额 微服务管理 微服务版本数量（个）

查看更多 →

本地开发工具说明 本地开发工具包含了微服务引擎2.x的本地轻量化版本，提供用于本地开发的轻量服务中心、配置中心，和简单易用的界面。 使用说明请参考本地开发工具压缩包中的README.md文件。 表1 本地引擎资源配额限制 功能 资源 最大配额 微服务管理 微服务版本数量（个） 10

查看更多 →

以用户使用的场景为主线，将大的阶段点，及其细分的活动，以树状的结构进行梳理和展现，既可以看到独立的需求条目，又能够看到整体需求场景。 计划和跟踪、迭代开发 步骤③~⑩是Scrum框架过程，是主要的管理实践。 Scrum定义了一个相对完整的敏捷过程管理的框架。在软件开发生产线中，将

查看更多 →

观，他们的思想还停留在传统的开发思想，开发做开发的事，质量跟我无关。这些其实并不是技能的问题，更多的还是思想意识上的欠缺。除了人的意识之外，前面还提到了技能意识，流程意识，例如过度依赖黑盒功能测试，我们在流程里面对测试的保障就是依赖黑盒子，结果测试、前端的UI测试，认为做到这些就

查看更多 →

在这两个方面也有一些相应的实践，例如线上拨测，主动线上监控用户的一些行为，并从行为轨迹里面快速捕捉相应的问题，主动推送给相关的责任人，让他去关注并且解决。线上的过程可以通过一些测试手段，不断的反馈给真正的开发人员，让他知道当前产品的整体表现，开发人员就会快速的针对产品作出应对方案。

查看更多 →

”。 归档后的项目对所有成员只读，不能进行工作项的增删改等操作。 归档后的项目仍然计入项目数。 删除项目 单击导航“基本信息”。 单击“删除项目”，在弹框中输入项目名称，单击“删除”。 删除成功后，页面返回首页，列表中将不显示已删除的项目。 删除项目将会删除项目下的代码库，代码检查任务，编译构建任务及测试用例等。

查看更多 →

我遇到了哪些问题和障碍？（哪些问题和障碍阻止了我的工作或使我的工作放缓？） 这简单的三个问题可以促使团队成员每天都要检视自己的工作、制定自己的工作计划、获得清除障碍的帮助以及对团队做出承诺。如果团队按正确的方式开站会，进行得好的话，可以达到如下效果： 图5 站会目标 共济压力 健康的敏捷团队都会有共济压力。

查看更多 →

提升，而没有提升的环节自然就成为约束环节，比如说UED设计师的设计速度不能像开发人员每周上线特性一样快，所以设计人员的效率是没有办法跟上团队的脚步的。在这种情况下，把设计和开发人员的节奏错开。设计师需要专注，设计是一个创造性的过程，尤其是大特性的设计需要给予专注的时间做设计，UE

查看更多 →

“新建文件”，进入新建的文件首页。 填写“文件名”，并在文件名右侧的下拉框选择text模板为“java”，完成代码文件的新建并返回文件列表。 快速新建并合入合并请求 在新建分支并完成代码开发后，您可以新建一个合并请求，合入您修改的代码文件，具体步骤如下： 单击右上角的“新建合并请求”，

查看更多 →

LiteOS开发工具介绍 Huawei LiteOS Studio是Huawei LiteOS提供的一款Windows下的图形化开发工具。它以Visual Studio Code的社区开源代码为基础，根据C语言编程特点、Huawei LiteOS嵌入式系统软件的业务场景开发的工具。它提

查看更多 →

用户故事以用户使用的场景为主线，将大的阶段点，及其细分的活动，以树状的结构进行梳理和展现，既可以看到独立的需求条目，又能够看到整体需求场景。 计划和跟踪、迭代开发 步骤③~⑩是Scrum框架过程，是主要的管理实践。 Scrum定义了一个相对完整的敏捷过程管理的框架。在CodeAr

查看更多 →