这一步所产出的其实就是传统软件开发过程中的软件规格说明书。软件规格说明书对于开发人员实现产品功能非常重要，是软件开发中不可缺少的部分。很多人认为敏捷开发不需要文档，其实这是个巨大的误解，但是敏捷开发中的文档确实和传统的需求文档有很多区别： 敏捷开发重视的是文档产生的过程，希望通过

查看更多 →

为什么敏捷开发可以帮到你？ 误解：敏捷开发是为了快速交付？ 敏捷开发不是一种为了快速交付而出现的方法，它之所以比较快则是因为避开了许多浪费的处理方式。 那么，敏捷改善了些什么？ 前置时间：传统开发法依循计划、分析、设计、程序开发、测试再进行修改整合后发布的步骤进行，是一种顺序性的开发模

查看更多 →

维基百科中总结到，DevOps的出现，有四个关键驱动力： 互联网冲击要求业务的敏捷 虚拟化和云计算基础设施日益普遍 数据中心自动化技术 敏捷开发的普及 从种种概念可以看出，业务敏捷、开发敏捷、运维侧自动化、以及云计算等技术的普及，几乎打穿了从业务到开发到运维（包括测试），所以虽然字面上是Dev到Ops，事

查看更多 →

取措施走出混乱。敏捷看似拥有很快的速度，但变化可以是循序渐进的，采用敏捷的新团队可以较慢的去实现一些新的实践，例如测试驱动开发等。 From:《敏捷软件测试：测试人员与敏捷团队的实践指南》 团队构成 敏捷项目团队是跨职能的，敏捷团队与传统的跨职能团队的区别就是敏捷是向整体团队运作

查看更多 →

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

查看更多 →

商城1.0” 版本的开发，当前正在进行 “迭代4” 的规划。 在开始项目规划之前，我们首先要组建团队，并确定团队的运作模式。而在这个客户需求不断变化，交付周期不断压缩的时代，敏捷开发模式无疑是各个开发团队的首选。 CodeArts提供了多种项目管理模式，其中就有基于Scrum框架

查看更多 →

们会面临一些自动化的开发工具，需要对接自动化平台，需要有一定的开发能力，这对测试人员的自身素质提出了更高的要求。而对开发人员来说，首先是质量意识不足，第二是对于大部分开发人员来说白盒测试用例会写，但是黑盒测试用例不会写。另一方面开发在转型的过程中往往忽视了敏捷价值观，他们的思想还

查看更多 →

DevOps敏捷测试之道 本文介绍企业在敏捷和DevOps的逐步转型过程中，测试如何应对挑战，如何有的放矢进行测试，建立适合产品自身发展阶段、产品特点的敏捷测试能力。 敏捷和DevOps 敏捷和DevOps转型始终是被业务目标和客户需求驱动的。市场竞争环境越来越激烈，新商业模式的

查看更多 →

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

查看更多 →

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

查看更多 →

服务名称 服务规格 交付件 团队级教练辅导 团队级敏捷导入 《项目组任命书》 《试点团队敏捷现状分析与成熟度评估》 《敏捷开发转型方案与路标设计》 《敏捷项目管理培训-课件》 《用户故事编写指南-课件》 《敏捷开发标准工作流》 《敏捷开发转型试点总结报告》 团队级CI/CD导入 《试

查看更多 →

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

查看更多 →

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

查看更多 →

m经验丰富的种子比保留原来的团队更有价值。 案例说明 常见问题 敏捷开发提倡先做市场收益率最高（最高价值）的工作，它容易导致敏捷开发团队过于看重眼前的短期利益，而忽视了产品发展的长远目标。 敏捷项目管理中，对敏捷开发团队成员的素质要求非常高，要求每位团队成员都非常专业并且拥有积极

查看更多 →

，而安排的人就是安排者自己。在敏捷开发中，自组织团队就是具备自我管理、自我驱动、自我学习等能力的敏捷开发团队本身，这样的团队一般具备如下特点： 团队成员自己“拉”工作，不是被动等待领导分配工作。 团队作为一个整体管理工作。 团队仍然需要辅导和指导，但不需要指挥和控制。 团队成员彼此沟通紧密，互通有无。

查看更多 →

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

查看更多 →

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

查看更多 →

IPD-独立软件类：面向独立软件类开发场景的IPD需求管理方法，通过结构化流程、强大的跨项目协作能力来对大型软件开发进行高质高效的管理。 适用场景：IT应用及平台类软件，硬件标准化或不依赖专有硬件，软件频繁迭代，比如ERP软件、CRM、数据库、网管软件等。 研发特点：软件可独立部署销售，多采用敏捷开发，客户

查看更多 →

crum项目用起来。 支持敏捷迭代开发，迭代计划和时间线清晰展现项目进展，工作流程支持自定制，满足企业个性化流程。 需求管理提供两种类型默认项目模板，分别包含不同的应用，以满足不同场景下的使用需求。更多模板详情请参见项目模板。 Scrum：适用于敏捷开发模式的研发管理平台，短周期持续交付，快速响应需求和市场变化。

查看更多 →

和CodeArts其他服务无缝集成，为软件开发及其应用提供全生命周期的管理与团队协作。 预置了多种项目模板：Scrum项目模板、看板项目模板、IPD-系统设备类模板、IPD-独立软件类模板、IPD-自运营软件/云服务类模板。 Scrum项目：秉承严谨的敏捷Scrum方法论和实践，适用于敏捷开发团队。 看板项

查看更多 →

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

查看更多 →