

首页  思维导图  详情



正确的理解敏捷

2022-03-01 14:34:05   7  举报





AI智能生成

什么是敏捷，为什么敏捷，怎么进行敏捷实践

产品设计

项目管理

敏捷开发

数字

模版推荐

作者其他创作

大纲/内容

统一敏捷认识

对敏捷认识的误解

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

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

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

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

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

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

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

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

敏捷的概念

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

敏捷三个层次

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

敏捷理念

理念1：

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

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

理念2：

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

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

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

理念3：

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

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

业界敏捷优秀实践概览

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

激励团队

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

团队的改变

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

实践概览

团队

工件

需求清单

迭代

管理实践

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

技术实践

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

3355

3个角色

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

3个工件

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

5个会议

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

5个价值

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

SCRUM理论基础

第一：透明性（Transparency）

第二：检验（Inspection）

第三：适应（Adaptation）