正确的理解敏捷
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个事件）
Sprint计划会议（Sprint Planning Meeting）
每日站会（Daily Scrum Meeting）
Sprint评审会议（Sprint Review Meeting）
Sprint回顾会议（Sprint Retrospective Meeting）
Sprint计划会议（Sprint Planning Meeting）
每日站会（Daily Scrum Meeting）
Sprint评审会议（Sprint Review Meeting）
Sprint回顾会议（Sprint Retrospective Meeting）
5个价值
承诺 – 愿意对目标做出承诺
专注– 把你的心思和能力都用到你承诺的工作上去
开放– Scrum 把项目中的一切开放给每个人看
尊重– 每个人都有他独特的背景和经验
勇气– 有勇气做出承诺，履行承诺，接受别人的尊重
SCRUM理论基础
第一：透明性（Transparency）
第二：检验（Inspection）
第三：适应（Adaptation）
0 条评论
下一页
