敏捷项目管理 组建Scrum团队 本文将以一个示例项目为对象，介绍如何进行敏捷项目管理，示例项目背景如下： 凤凰商城示例项目介绍 【凤凰商城】示例项目是耗时数月所开发的汽车零部件配件电子商城。项目采用 Scrum模式 进行迭代开发，每个迭代周期为“两周”，前3个迭代已经完成“凤凰商城1

查看更多 →

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

查看更多 →

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

查看更多 →

evOps是敏捷在运维侧的延伸”这一说法也不无道理。只是，敏捷与DevOps，都已经不再是原来的那个敏捷和DevOps了；世界变化太快，问题域发生了变化，解决方案域自然也要随之变化。 敏捷的好处是，有一个敏捷宣言，宣告其诞生。敏捷的缺点，也许也是因为有敏捷宣言。敏捷宣言并不应该被

查看更多 →

求变化的代码编写和团队组织方法，也更注重软件开发过程中人的作用。 敏捷宣言 “敏捷”一词来源于2001年初美国犹他州雪鸟滑雪圣地的一次敏捷方法发起者和实践者（他们发起组成了敏捷联盟）的聚会。雪鸟会议共同起草了《敏捷软件开发宣言》，其中最重要的部分就是对一些与会者一致同意的软件开发价值观的表述。

查看更多 →

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

查看更多 →

如果说团队规模在5个人以下，团队处于探索阶段，这时质量活动可以仅仅局限于测试的自组织阶段，只是做一些基础类测试管理活动，把缺陷管理起来，做一些回归测试。在这个阶段主要是建立一个测试管理的流程和机制，并没有接触到自动化测试。 随着项目的进一步扩大，逐渐增长到5-10人的团队规模，这时测试工

查看更多 →

用户故事驱动的敏捷开发 敏捷开发现在已经不是新鲜事物了，从各种渠道都可以听到不同的团队实施敏捷的胜果，听的时候觉得很美，可是实际行动时就会发现那都是“别人家”的团队，结合自己的情况就会发现诸多问题。即使是仍然打算一试，也经常会不知如何开始。 因此，我们希望能够找到一个可以遵循的敏捷项目管理模型。

查看更多 →

t结束时完成交付。 客户优先级中，会员管理Feature优先级高，会员管理这个Feature就要在需求梳理会议上详细分解为Story放入到产品Backlog中。经过分解后，需要包含和管理员相关的功能：积分管理、会员级别管理、用户分析、用户管理。这些具体的功能就可以作为Story。

查看更多 →

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

查看更多 →

了制品在开发、测试、部署、上线等步骤间的有序流转。 背景信息 Maven制品的快照（SNAPSHOT）是一种特殊的版本，指定了某个当前的开发进度的副本，不同于常规的版本，Maven每次构建都会在远程仓库中检查新的快照，针对快照版本制品提供“快照版本最大保留个数”和“超期快照版本自动清理”功能。

查看更多 →

本策略包括“Release”与“Snapshot”两个选项。 Maven制品的快照（SNAPSHOT）是一种特殊的版本，指定了某个当前的开发进度的副本，不同于常规的版本，Maven每次构建都会在远程仓库中检查新的快照，针对快照版本制品提供“快照版本最大保留个数”和“超期快照版本自动清理”功能。

查看更多 →

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

查看更多 →

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

查看更多 →

预警任何修改导致已有功能的出错。 构建管理：敏捷团队中，多人快速提交是一种日常行为。构建管理系统应该支持快速并发提交构建而不破坏现有构建。 图2 敏捷成熟度评估结果实例 ThoughtWorks咨询团队和客户一起通过对上述维度的分析，形成敏捷成熟度评估报告。 父主题： 实施步骤

查看更多 →

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

查看更多 →

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

查看更多 →

在团队试点阶段，ThoughtWorks会持续总结改进运作方案（包括需求管理，运作管理，工具的尝试等），帮助客户打造自己合适的敏捷运作方案，便于之后的大规模推广。在项目总结阶段会把所有方案打包整理，并进一步细化其中的内容，ThoughtWorks拥有大量的金融行业定制化的敏捷运作方案的案例。 在项目总结阶段，Th

查看更多 →

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

查看更多 →

随着近些年敏捷在行业及企业的推广，越来越多的企业意识到了敏捷所带来的好处，并愿意在敏捷上有所投入，从而越来越多的朋友加入了敏捷从业者行列，愿意学习敏捷知识。 本文内容推荐有基本敏捷常识及有一定Scrum理论基础的朋友们阅读，并按实际场景进行参考。 定义和特性说明 定义 敏捷开发方式

查看更多 →

D需求管理方法，通过端到端客户价值需求管理、灵活轻便的敏捷规划、强大的跨项目协作能力来对云服务软件进行高质高效的管理。 需求模型：IPD需求管理是华为集成产品管理开发的核心流程，本模板预置产品需求管理的最佳实践，针对自运营软件/云服务类提供规划管理、客户需求管理、迭代管理、轻量化变更等关键能力。

查看更多 →