体需求场景。 计划和跟踪、迭代开发 步骤③~⑩是Scrum框架过程，是主要的管理实践。 Scrum定义了一个相对完整的敏捷过程管理的框架。在CodeArts中，将Scrum的框架与团队日常的开发活动，很好的融合起来。主要的过程产物包括产品故事列表、迭代故事列表、潜在可交付的产品增

查看更多 →

体需求场景。 计划和跟踪、迭代开发 步骤③~⑩是Scrum框架过程，是主要的管理实践。 Scrum定义了一个相对完整的敏捷过程管理的框架。在CodeArts中，将Scrum的框架与团队日常的开发活动，很好的融合起来。主要的过程产物包括产品故事列表、迭代故事列表、潜在可交付的产品增

查看更多 →

级的敏捷实施。 ThoughtWorks公司是打造端到端敏捷开发过程的行业领导者，从2007年开始在中国提供敏捷咨询服务至今，已经为数十家客户进行了成功的敏捷转型，并形成了众多的端到端敏捷转型成功实践。下图为端到端实践全集合。ThoughtWorks会根据客户现状为客户组合最佳实践，达到最佳的转型效果。

查看更多 →

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

查看更多 →

存储服务OBS、 数据可视化 服务 DLV 等云服务，很好的保证了系统的数据存储和处理能力，提高了系统的性能和并发处理的能力； 基于安全、柔性与敏捷的平台底座打造的面向于离散类制造企业的跨行业MOM解决方案，涵盖了物流、制造、设备和质量等多个环节； 提供实时的数据可视化服务能力，通过管

查看更多 →

才可能实现的需求就是浪费。 目标/里程碑与发布计划 业务目标可以与迭代的发布计划关联，每次迭代只处理少量的目标。 《影响地图》建议一次只处理一个目标，目的在于快速反馈和调整。个人认为基于团队规模、迭代步速，一次迭代可以包含几个目标取决于目标的颗粒度以及时间估算，不可一概而论。在具

查看更多 →

Ops可看作开发、运维和质量保障（QA）三者的交集。 DevOps运动源自于提高IT服务交付敏捷性的需要，早期出现在许多大型公有云服务提供商中，并被其认可。支撑DevOps的理念基础是敏捷宣言，它强调人（和文化），致力于改善开发和运维团队之间的协作。从生命周期的角度来看，DevO

查看更多 →

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

查看更多 →

使用ThoughtWorks特有的敏捷成熟度的体系框架，对客户IT现状进行多维度的评估，并定制转型方案及实施计划。 图1 ThoughtWorks AMM（Agile Maturity Model）敏捷成熟度评估 ThoughtWorks有一套已被行业验证的敏捷成熟度体系（Agile Maturity

查看更多 →

功能，用户可以通过使用特性满足他们的需求。比如“电商网站”的 “门店网络查询功能”，特性通常会通过多个迭代持续交付。 Story通常是对一个功能进行用户场景细分，并且能在一个迭代内完成，Story通常需要满足INVEST原则：Independent（独立的），Neogotiabl

查看更多 →

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

查看更多 →

您可以在新建合并请求界面的“关联工作项”中选择目标工作项进行关联。 需求管理：同是软件开发生产线下的一个服务，其功能是为研发团队提供简单高效的团队协作服务，包含多项目管理、敏捷Scrum、精益看板、需求管理、缺陷跟踪、Wiki在线协作、文档托管、统计分析，工时管理等功能。 前置准备 （可选）配置代码提交流转状态。

查看更多 →

查询迭代下工作项状态的统计数据（处理人维度） 功能介绍 查询迭代下工作项状态的统计数据（处理人维度） 调用方法 请参见如何调用API。 URI GET /v4/projects/{project_id}/status-statistic 表1 路径参数 参数 是否必选 参数类型 描述

查看更多 →

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

查看更多 →

助客户打造自己合适的敏捷运作方案，便于之后的大规模推广。在项目总结阶段会把所有方案打包整理，并进一步细化其中的内容，ThoughtWorks拥有大量的金融行业定制化的敏捷运作方案的案例。 在项目总结阶段，ThoughtWorks将为试点团队再次进行AMM敏捷成熟度评估。从客观的体

查看更多 →

和需求痛点，主要分为四个方面： 泛互联网：业务极度依赖线上应用，并对系统稳定性要求高（如健康码、电商） 游戏/零售等2C企业：在线应用频繁迭代，需兼顾稳定性和了解用户使用反馈（如游戏、社交App） 出海需求：因数据安全或数据出境安全法原因，必须替换海外品牌产品（各类企业，包括华为）

查看更多 →

迭代评审会议验收迭代成果。 在到达迭代的预计结束时间前，项目组召开迭代评审会议，展示当前迭代的工作成果。 “迭代”页面提供了迭代统计图表，团队可以方便的统计当前迭代的进度情况，包括需求完成情况、迭代燃尽图、工作量等。 进入“迭代”页面，单击“统计”，即可展开迭代进度视图。 父主题： HE2E

查看更多 →

概述 每一个迭代结束时，会召开一个迭代回顾会议，对已结束的迭代进行全员的总结，回顾做得好的和做得不好的，寻找改进措施，并在下个迭代进行改进。 迭代回顾可以使用如下功能： 使用仪表盘、统计报表，了解迭代的质量、进度、工作量的情况，基于真实数据进行改进。 使用Wiki内置的“迭代回顾会议

查看更多 →

在上面这个例子中， 第一次迭代使用0作为游标， 表示开始一次新的迭代。 第二次迭代使用的是第一次迭代时返回的游标， 即命令回复第一个元素的值 ：17 。 从上面的示例可以看到， SCAN命令的回复是一个包含两个元素的数组， 第一个数组元素是用于进行下一次迭代的新游标， 而第二个数组元素则是一个数组，

查看更多 →

持续测试与反馈 敏捷测试 DevOps敏捷测试之道

查看更多 →

。 管理迭代 对迭代进行规划与管理。在项目内“工作 > 需求管理 > 迭代”页面，单击“创建迭代”按钮创建迭代。 详细操作步骤请参见： 管理迭代。 自定义工作流（可选） 根据需要自定义工作流。 详细操作步骤请参见： 自定义工作流。 迭代回顾 迭代工作完成后，可以对每次迭代进行总结，方便下次迭代改进。

查看更多 →