正确的理解敏捷

误解一： 敏捷开发意味着可以不需要文档、设计和计划

误解二： 敏捷只是一些优秀实践，或者是优秀实践的结合

误解三： 敏捷只适用于小项目开发

误解四： 敏捷只会对研发产生改变

误解五： 管理者不需要亲自了解敏捷，只需要管理上支持就可以了

误解六： 引入敏捷只需要按照既定的步骤去做就可以了

误解七： 敏捷是CMM的替代品，是另一种流程

误解八： 敏捷只注重特性的快速交付，在敏捷下架构不重要了

对敏捷认识的误解

统一敏捷认识

敏捷软件开发是基于敏捷宣言定义的价值观和原则的一系列方法和实践的总称。自组织、跨职能团队运用适合他们自身环境的实践进行演进得出解决方案。

敏捷的概念

敏捷=理念+优秀实践+具体应用

敏捷三个层次

深入理解“聚焦客户价值”标识和消除软件开发中的浪费交付刚刚好的系统随时构建质量，不容忍缺陷及时消除技术债务，持续保持快速响应

聚焦客户价值(Value)，围绕价值流消除浪费

理念1：

深入理解“激发团队”认清团队的基本事实敏捷方式下管理者的转变敏捷方式下团队成员的转变

团队是价值的真正创造者，应加强团队协作、激发团队潜能软件开发是一种团队活动，首先应做到提升沟通效率降低交流成本

激发团队(Team)潜能，加强协作

理念2：

深入理解“适应变化”认请“客户是逐步发现真正需求”小批量是快速交付的关键通过迭代计划不断调整以适应需求变化应持续保持良好的软件架构利用多层次反馈不断调整以逼近目标

不断调整以适应(Adapting)变化

理念3：

敏捷理念

管理者努力“激发”团队：通过目标来牵引团队自主工作帮助团队提供资源，排除障碍营造团队自我管理的工作氛围作为教练辅导团队进步基于简单原则的管理，原则简单但必须被遵守

激励团队

团队成员是“全方位的积极参与者”:共同参与计划制定和任务安排团队协作贯穿工作始终面对面交流是主要沟通方式关注团队目标，共担责任能力要求更广，主动学习适应岗位要求

团队的改变

因地制宜选择适合的敏捷实践

团队

需求清单

迭代

工件

迭代计划会议每日站立会议可视化管理迭代验收迭代回顾会议

管理实践

用户故事结对编程TDD（测试驱动开发）持续集成Anatomy系统解剖

技术实践

实践概览

业界敏捷优秀实践概览

PO产品负责人（Product Owner）：Scrum Master开发团队

3个角色

产品Backlog（Product Backlog）SprintBacklog产品增量（Increment）

3个工件

Sprint（Sprint本身是一个事件，包括了如下4个事件）Sprint计划会议（Sprint Planning Meeting）每日站会（Daily Scrum Meeting）Sprint评审会议（Sprint Review Meeting）Sprint回顾会议（Sprint Retrospective Meeting）

5个会议

承诺 – 愿意对目标做出承诺专注– 把你的心思和能力都用到你承诺的工作上去开放– Scrum 把项目中的一切开放给每个人看尊重– 每个人都有他独特的背景和经验勇气– 有勇气做出承诺，履行承诺，接受别人的尊重

5个价值

3355

第一：透明性（Transparency）

第二：检验（Inspection）

第三：适应（Adaptation）

SCRUM理论基础

正确的理解敏捷