这就是产品待办列表（Product Backlog）。这些内容在得到了PO和团队的认可后会交付给团队进行开发，就变成了sprint backlog，这个过程可能很复杂（比如包含多层分解、涉及多个子产品/组件、多个团队协作），也可能很简单；转换成sprint backlog的过程一

查看更多 →

计划和实施方案。 敏捷改进小组为敏捷转型项目的特性团队，包含领导层与各个角色的种子选手。建立敏捷改进工作圈迭代运作，建立敏捷转型工作坊持续总结与改进，建立敏捷改进工作墙，实时可视化敏捷转型的状态及进度。在管理敏捷转型的同时，让敏捷改进小组对敏捷转型本身有更加深入的理解。 图1 现场实践示例

查看更多 →

《敏捷开发转型方案与路标设计》 《敏捷项目管理培训-课件》 《用户故事编写指南-课件》 《敏捷开发标准工作流》 《敏捷开发转型试点总结报告》 《项目组任命书》 《试点团队敏捷现状分析与成熟度评估》 《敏捷开发转型方案与路标设计》 《敏捷项目管理培训-课件参考版》 《用户故事编写指南-课件参考版》

查看更多 →

看板项目：采用卡片式的交互，适用于轻量、简单管理的软件开发团队。 IPD-系统设备类项目：面向系统设备类产品开发场景的IPD需求管理方法，通过结构化流程、强大的跨项目协作能力来对大型产品开发进行高质高效的管理。 IPD-独立软件类项目：面向独立软件类开发场景的IPD需求管理方法，通过结构化流程

查看更多 →

软硬件复杂产品。 研发特点：涉及到软硬件配套开发，产品需求相对固定，有相关的行业标准，开发周期长，一般为6～9个月，对产品质量及稳定性要求高，决策点多，多采用瀑布模式。面向系统设备类产品开发场景的IPD需求管理方法，通过结构化流程、强大的跨项目协作能力来对大型产品开发进行高质高效的管理。

查看更多 →

Smell，用户故事也一样会有坏味道： 几十页上百项需求堆在Product Backlog里。 提交的需求，自始至终没人和你沟通，某一天突然发现需求被实现了。 排在Product Backlog中段和后段的用户故事太过详尽。 大家依赖Product Backlog电子系统，而不是面对面进行沟通。 用户故事长得像需求规格说明书。

查看更多 →

crum所定义的开发团队规模为5-9人，可以完整交付一个有价值的产品增量。按照Scrum指南的定义，Scrum团队包括了产品负责人、Scrum Master以及开发团队。团队级敏捷导入标准包，基于客户团队管理和软件生命周期模型的现状，结合华为云CodeArts产品，便于试点团队软件开发模式转型到敏捷软件开发模式。

查看更多 →

传统企业通过使用需求管理服务的需求、缺陷管理与跟踪、以及敏捷迭代的管理，可以熟悉并掌握敏捷迭代交付的理念和实践。 同时基于强大的自定义功能，企业也可以结合转型的过渡阶段，自定义过渡的工作流，平稳转型。 软件外包企业 软件外包企业通常难以掌握产品的路标和项目进度，产品质量通常只有在交付后才能得到验证。

查看更多 →

概述 需求管理（CodeArts Req）为敏捷开发团队提供简单高效的团队协作服务，包含多项目的管理、敏捷迭代、看板协作、需求管理、缺陷跟踪、文档管理、Wiki在线协作、仪表盘自定制报表等功能。 您可以使用本文档提供API对需求管理进行相关操作，如创建、删除、查询任务等，支持的全部操作请参见API概览。

查看更多 →

云测 测试计划 测试计划（CodeArts TestPlan）是面向软件开发者提供的一站式云端测试平台，覆盖测试管理、接口测试，融入DevOps敏捷测试理念，帮助您高效管理测试活动，保障产品高质量交付。 产品概述 查看官网 仅两个按钮时选用 立即使用 成长地图 由浅入深，带您玩转测试计划服务

查看更多 →

是使用物理看板更适合，两个到三个迭代后，团队自然对敏捷流程有了认识，一些敏捷的习惯已经养成。要引导团队的改善活动，看板从开始到稳定要经历过几次进化，最后达到团队理想的流程管理和最好的可视化状态。这个时候建议再引入电子看板，让敏捷习惯持续传承。 如果团队成员分散到多个地域，毫无疑问

查看更多 →

产品优势 一站式软件开发生产线 软件开发全流程覆盖：支持需求管理、代码托管、流水线、代码检查、编译构建、部署、测试、制品仓库等全生命周期软件开发服务。 开箱即用，云上开发，全流程规范可视，高效异地协作。 研发安全Built-In 在应用设计、开发、测试、运行等全流程提供安全规范及

查看更多 →

产品 产品族 产品 产品结构 品质参数维护 父主题： 仓储管理

查看更多 →

产品 【功能说明】 用于维护系统管控的产品 【操作步骤】 新增产品：单击“新增”按钮 -> 添加产品信息 -> 单击“保存”按钮；系统支持复制新增和右键批量新增； 图1 新增产品 先进先出：产品勾选了“是否先进先出”，则生产发料时，按照生产日期/入库日期，日期早的优先发料；维护了

查看更多 →

软件测试和质量管理 提高测试效率和覆盖率 支持不同规模团队敏捷测试流程，需求驱动的测试杜绝漏测、误测。 开发测试高效协作 需求、用例、缺陷双向追溯，不同角色及时高效协作。 多维度质量看板 多维度产品质量看板，全方位评估产品质量，保障产品高效验收。 持续自动化测试 支持接口自动化测试 应用

查看更多 →

用于促进软件开发、运维和质量保障部门之间的沟通、协作与整合。DevOps的出现是由于软件行业日益清晰的认识到：为了按时交付软件产品和服务，开发和运维工作必须紧密合作。DevOps可看作开发、运维和质量保障（QA）三者的交集。 DevOps运动源自于提高IT服务交付敏捷性的需要，早

查看更多 →

：为了按时交付软件产品和服务，开发和运营工作必须紧密合作。” IBM这样说：DevOps是企业必备的持续交付能力，通过软件驱动的创新，保证组织抓住市场机会，同时减少反馈到客户的时间。 DevOps不只是开发与运维的问题 一般而言，开发与运维有着不同的文化：开发部门的驱动力通常是“

查看更多 →

图说CodeArts Req 详细文档 立即使用 成长地图 由浅入深，带您玩转需求管理。 01 了解 为敏捷开发团队提供简单高效的团队协作服务。 产品介绍 什么是需求管理 产品优势 应用场景 权限管理 03 使用 学习如何在需求管理中开始您的实际工作。 常用操作 创建CodeArts项目

查看更多 →

的实施规划、需求、设计、开发、测试并独立交付、运维的项目型团队。在华为所有产品都在向这个方向发展。从前一个大型产品线所有决策都是一层一层往上升级报告，现在就是往全功能团队发展，产品经理决定全权决定产品做什么，什么时候做，什么时候上线，产品的规划是什么，产品的竞争力在哪里，目标客户群在哪里。团队负责把产品交付出来。

查看更多 →

结合客户自身的业务及IT的特点（敏捷评估的结果），以及ThoughtWorks在金融领域的经验，补充建立敏捷类应用开发项目实施流程 传统开发模式：强调高度安全、稳定、可靠，适用于中后端核心系统的开发。 敏捷开发模式：强调响应、速度，兼顾稳定性，适用于前端客户交互体验相关系统或创新业务系统的开发。 图1 双模模型

查看更多 →

战略举措（Epic） 产品的愿景目标，通过Epic的定义和实现，使产品团队能够把握产品发展方向，并最终获取相应的商业回报。在具体交付中，Epic通常面向产品投资方或决策层，用来组织和呈现特性细节。 特性（FE） 特性是产品包需求或服务支撑“客户问题（PB）”所具备的重大能力。 产品包需求：由

查看更多 →