讨论清楚了功能点，进入开发阶段以后，用户故事是控制技术团队开发进度和交付进度的引线，也就是我们应该按照故事一个一个的进行开发测试和交付。这样才能确保我们交付的永远和用户预期一致，所有的开发、测试投入都是可以产生用户认可的价值的。这个时候用户故事起到了跟踪和驱动开发过程的作用。 通过以

查看更多 →

研发特点：商业决策和需求决策分离，需求决策向下授权。以微服务为作战单元小步快跑，快速规划持续交付，发布频繁，交付周期2~3周左右甚至3~5天，多采用DevOps敏捷模式。面向云服务软件类开发场景的IPD需求管理方法，通过端到端客户价值需求管理、灵活轻便的敏捷规划、强大的跨项目协

查看更多 →

很多团队都提过一个敏捷团队中测试与开发人员比例的问题。与其关注比例，团队应该更关心他们需要什么样的测试技能。每个团队的需求是不同的，尤其对于敏捷项目团队而言，敏捷和DevOps的运作方式，会让团队中的专业人员突破他们的技术领域，投入到其他活动中，因此对于测试人员和开发人员来说，需要考

查看更多 →

值显示位置、数值颜色、前缀和后缀。 图例 图例是指在多维度可视化图形表达中，用以区分不同维度可视化图形的提示标识。 图7 图例 显示图例：是否展示图例。图例文字内容来源于数据模型下“s”的取值。 图例标记：设置图例小图标形状。 图例宽高：设置图例的宽度和高度。 图例间隔：设置图例之间的间隔。

查看更多 →

明文档，项目成员可以随时访问和获取。愿景成为每个人都爱不释手的知识书写工具，成为人们进行知识创作、沉淀和交流的平台。 需求管理Scrum开发流程 Scrum是敏捷开发的主流方法，通过迭代冲刺的方式，持续交付，从用户需求到用户反馈实现每一个闭环的软件开发过程。 通过最重要的迭代计划

查看更多 →

om”模型支持的算子，才能把TensorFlow和Caffe模型转换成“.om”模型。“.om”模型支持的TensorFlow和Caffe算子边界请见附录Caffe算子边界和Tensorflow算子边界。 “.om”模型当前暂不能完全兼容TensorFlow内置的Keras API。 “.om”模型当前不支持Caffe2。

查看更多 →

敏捷回顾 如何玩转每日站会 父主题： Scrum项目最佳实践

查看更多 →

DevOps是集大成者，是各种好的原则和实践的融合，敏捷又何尝不是如此。2001年的17位雪鸟大师，各自在践行着不同的敏捷框架和实践。敏捷宣言和原则，原本就是一次融合。2003年Mary Poppendieck和Tom Poppendieckf的精益软件开发方法，即便是已经有敏捷宣言的前提下，也一样

查看更多 →

表述。 价值观 个体和互动 高于 流程和工具 工作的软件 高于 详尽的文档 客户合作 高于 合同谈判 响应变化 高于 遵循计划 也就是说，尽管右项有其价值，我们更重视左项的价值。 原则 敏捷宣言中还包括以下原则： 对我们而言，最重要的是通过尽早和不断交付有价值的软件满足客户需要。

查看更多 →

开发产品模型 什么是产品模型 在线开发产品模型 离线开发产品模型 导出和导入产品模型 父主题： 产品开发

查看更多 →

om”模型支持的算子，才能把TensorFlow和Caffe模型转换成“.om”模型。“.om”模型支持的TensorFlow和Caffe算子边界请见附录Caffe算子边界和Tensorflow算子边界。 “.om”模型当前暂不能完全兼容TensorFlow内置的Keras API。 “.om”模型当前不支持Caffe2。

查看更多 →

人员配比低。 从部门组织和流程和文化上看，测试人员对需求理解不足，测试和开发之间的部门墙导致信息不透明、沟通协作滞后和不足，质量向速度过分妥协，以及忽视敏捷文化和价值观的培养塑造。 从测试和产品技术和方法上看，产品耦合度高、可测试性差，测试过于依赖黑盒功能测试，测试策略、方法不恰当，测试环境部署时间长，频繁升级等。

查看更多 →

ock开发自己的业务逻辑，服务B基于测试来保证给A提供的结构是可用的，最终两个服务可以独立上线，A和B可以做远调。这就好像我们生活中的螺母和螺丝，它们分别由A和B厂商制造，但是他们会遵循一些契约，保证螺丝的长度、宽度、对应的型号和间距都会对应标准，最终两个厂商生产的螺丝和螺母能够

查看更多 →

，而是一个框架，在此框架中您可以使用各种不同的过程和技术。 Scrum让您的产品管理和工作技术的相对成效更加清晰地显现出来，以便您可以持续改进产品、团队和工作环境。 Scrum框架由Scrum团队以及与之相关的角色、事件、工件和规则组成。框架中的每个部分都有其特定的目的，其对于S

查看更多 →

集中式SVN 版本控制系统分为集中式和分布式两种工作模式，Git和SVN是最为广泛被使用的代表，Git由于其诸多特点，更适合DevOps。 安全性——Git是分布式，而SVN是集中式，存在单点故障风险。 分支功能——Git分支功能强大，便于查询和追溯分支间的提交历史，且支持双向合并。

查看更多 →

在线开发产品模型 概述 在线开发产品模型前需要创建产品。创建产品需要输入产品名称、协议类型、数据格式、所属行业和设备类型等信息，产品模型会使用这些信息作为设备能力字段取值。物联网平台提供了标准模型和厂商模型，这些模型涉及多个领域，模型中提供了已经编辑好的产品模型文件，您可以根据自

查看更多 →

优选数据格式，即指定网络算子优先选用的数据格式，“ND(N=4)”和“5D”。仅在网络中算子的输入数据同时支持“ND”和“5D”两种格式时，指定该参数才生效。“ND”表示模型中算子按“NCHW”转换成通用格式，“5D”表示模型中算子按华为自研的5维转换成华为格式。“5D”为默认值。 fp16_high_precsion

查看更多 →

双模模型 在现有过程管理体系和流程工具的基础上，构建研发和工程管理框架，补充敏捷类项目的实施流程。重点在于：以Kanban和Scrum作为基础管理工具，以持续集成实践集作为基础工程工具，支持传统和敏捷两种开发模式，适用于不同类型系统的项目研发。 图2 支持敏捷开发模式的双模模式

查看更多 →

所以离线开发产品模型就是按照产品模型编写规则和JSON格式规范在devicetype-capability.json中定义设备能力，在servicetype-capability.json中定义服务能力。因此离线开发产品模型需要熟悉JSON的格式。 由于离线开发产品模型文件相对在

查看更多 →

Studio，可通过导入模型和拖拽模型两种操作方式导入模型。 上传模型至OBS 将自定义的模型上传到OBS服务，非“.om”格式的模型上传文件包含caffe模型文件“.caffemodel”和“.prototxt”和配置文件“.cfg”，或tensorflow的“.pb”模型文件和配置文件“.

查看更多 →

、准确地传递客户价值。协同开发过程是通过配置、工具和技术的系统性支持。在最高层面上，用户和企业赞助者都会持续参与。 职责共享：团队灵活和相互协调创造出积极氛围和不断提高效率。不存在知识或技能的潜在单点故障，由团队而不是个人对问题负责。 精益思考：敏捷开发实践是对精益管理目标的很好补充。

查看更多 →