作，哪些地方可以改进？”采用Scrum，每个冲刺我们一直在开发、测试和集成可交付的特性，为了确保团队可以频繁、定期交付价值特性，不至于忙到吐血，每个开发团队成员都应该使用良好的技术实践，比如持续集成和自动化测试等。 人员稳定 开发团队需要人员稳定。开发团队成员的稳定更有利于提高生

查看更多 →

个功能可能以后还要用到的，所以我们还要这样那样等等。这时，用户故事可以起到控制讨论范围的作用。你可能会觉得，技术人员的角度是对的，因为可扩展、可复用等是软件设计的基本原则。但是我们应该从发展的角度来看待这些问题，假设我们可以预见的其他用户故事确实会影响这个功能点，那么这样考虑是可

查看更多 →

陷/任务等），可支撑IPD、DevOps、精益看板等多种研发模式，还包含跨项目协同、基线与变更管理、自定义报表、Wiki在线协作、文档管理等功能。 和CodeArts其他服务无缝集成，为软件开发及其应用提供全生命周期的管理与团队协作。 预置了多种项目模板：Scrum项目模板、看板

查看更多 →

重点关注持续迭代地测试新开发的功能，而不再强调传统测试过程中严格的测试阶段。 建议尽早开始测试，一旦系统某个层面可测，比如提供了模块功能，就要开始模块层面的单元测试。同时随着测试深入，持续进行回归测试保证之前测试过内容的正确性。 组织挑战 接下来让我们看看，在敏捷转型的过程中，传统的

查看更多 →

团队级敏捷导入责任分工矩阵表 以下为职责描述案例，可酌情修改。 R=责任方/Responsibility S=协助方/Support 序号 业务流程 工作内容 华为 客户 1 试点项目启动 试点项目组成立 S R 试点项目启动会议 S R 试点团队现状分析 R S 2 敏捷辅导阶段

查看更多 →

Scrum项目实践概述 Scrum适用于敏捷开发模式的研发管理平台，短周期持续交付，快速响应需求和市场变化。 一个完整的Scrum迭代流程大概涉及需求规划、迭代计划、迭代开发、敏捷回顾四个阶段，整体流程图如图1所示。 图1 Scrum迭代流程 本文将基于前期识别出来的常见问题，总

查看更多 →

如何解决开发团队中的任务没人领取的问题 背景 在传统开发模式下，开发任务是由项目经理指派给个人的，而在敏捷开发模式中，开发任务是团队领取的。 很多企业在转型中遇到过这样的问题：“计划会议认领开发任务的时候，有几个任务没人认领怎么办？” 问题分析 首先，相对于传统开发模式的指派开发任务

查看更多 →

一起工作。 围绕斗志高昂的人进行软件开发，给开发者提供适宜的环境，满足他们的需要，并相信他们能够完成任务。 在开发小组中最有效率也最有效果的信息传达方式是面对面的交谈。 可以工作的软件是进度的主要度量标准。 敏捷过程提倡可持续开发。出资人、开发人员和用户应该总是维持不变的节奏。

查看更多 →

持续规划与设计 什么是敏捷 影响地图 用户故事地图 用户故事驱动的敏捷开发 我在CodeArts做需求 Scrum的22个基础知识点 Scrum实践之团队 Scrum实践之冲刺 敏捷项目管理 敏捷实践之物理看板与电子看板

查看更多 →

试点项目也将成为客户敏捷试点优选项目，建立端到端的敏捷开发和运作流程。 敏捷改进小组的建立 用敏捷的方式管理敏捷转型，改进工作本身就是一个敏捷项目，需要团队协作及适应性地去制定改进目标、计划和实施方案。 敏捷改进小组为敏捷转型项目的特性团队，包含领导层与各个角色的种子选手。建立敏捷改进工作圈

查看更多 →

Req（原ProjectMan）是华为多年研发实践沉淀的需求管理与团队协作服务，内置多种开箱即用的场景化需求模型和对象类型（需求/缺陷/任务等），可支撑IPD、DevOps、精益看板等多种研发模式，还包含跨项目协同、基线与变更管理、自定义报表、Wiki在线协作、文档管理等功能。

查看更多 →

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

查看更多 →

Scrum项目最佳实践 Scrum项目实践概述 需求管理 迭代计划 迭代开发 敏捷回顾 成员管理 附录

查看更多 →

一个迭代中能完成。 Testable：可测试。 Story通常持续数天（days），并应在一个迭代内完成交付。 Story的工作量估计可以使用人时、人天，也可以使用敏捷推荐的故事点。 故事点英文名称Story Point，故事点是一种基于敏捷的估算工作量的方法。 故事点综合了交付

查看更多 →

NVEST原则： Independent（独立的） Neogotiable（可讨论的） Valuable（对客户/用户有价值的） Estimable（可估计的） Small（小的） Testable（可测试的）。 Story又可以继续拆成Task。Task是实现层面的，例如准备环

查看更多 →

产品优势 专业方法论与实践的承载 承载敏捷管理、精益的软件项目需求管理理念。 支持Scrum项目和看板项目模板，面向不同的软件管理场景，兼顾标准和轻量灵活的软件开发场景。 支持Scrum推荐的需求规划和需求分解层次。 支持敏捷迭代开发、迭代计划和时间线清晰展现项目进展。 内置IPD等多种研发模式

查看更多 →

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

查看更多 →

嵌入式软件场景，其特点为软件持续迭代，硬件平台也在持续演进，比如通信设备、汽车、家电、消费电子等涉及到软硬件复杂产品。 IPD独立软件类项目 软件可独立部署销售，多采用敏捷开发，客户需求变化频繁、快速规划、敏捷发布，交付周期一般为2～3个月甚至更短。 IT应用及平台类软件，硬件标准化或不依赖专有硬件，软件频繁迭代，比

查看更多 →

开发可训练技能 可训练技能简介 新建可训练技能 HiLens安全帽检测技能 更新应用版本 查看技能详情 删除可训练技能

查看更多 →

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

查看更多 →

、自组织团队、小批量交付、团队节奏、可改善可持续的流程、保持沟通等，以及包括Scrum、Kanban、XP在内的众多管理和工程实践，来实现开发与业务之间的频繁沟通，快速响应变化。 而DevOps的出现，是为了解决开发与运维之间的鸿沟。前端的敏捷的确是快了，却发现因为Dev与Ops

查看更多 →