60分钟敏捷开发入门

世界的不确定性
17:27:27
V
易变性 Volatility
U
不确定性 Uncertainty
C
复杂性 Complexity
A
模糊性 Ambiguity
We didn’t do anything wrong, but somehow, we lost
世界的不确定性
17:27:27
• 信息爆炸，技术日新月异，商业模式层出不穷。
过度生产
未应用功能 开发完成但没有被客户应用的功能。
额外作业
再次学习
人员频繁流动导致经验不能积累，反复重新学习； 在多个环节移交时，接收信息者需要重新学习； 拥有某领域的专家，但却没参与，由团队重新摸索。
运输
移交
知识信息的传递总是伴随信息丢失，比如需求传递。
17:27:27
移动
任务切换
员工参与多个项目或杂事繁多，导致效率下降。
Closee to agreement
Close to certainty
Structured projects
Far from certainty
技术
17:27:27
02
什么是Scrum
橄榄球运动
17:27:27
Scrum发展历史
17:27:27
1986年 1990年
竹内弘高和野中郁次郎阐述了一种新的整体性的方法：这种方法与橄榄 球相比较，前者各阶段相互重叠，并且由一个跨职能团队在不同的阶段 完成整个过程，而团队“作为一个整体前进，把球传来传去”。
的不断完善将提升敏捷性） – 10.简洁，即尽最大可能减少不必要的工作。这是一门艺术。 – 11.最好的构架、需求和设计出自于自组织的团队。
– 12.每隔一定时间，团队会对如何才能更有效地工作进行反省，对自己的行为进行调整。
敏捷流派
17:27:27
百花齐放，百家争鸣 敏捷是一系列实践的 总和，且这些实践仍 在不断膨胀。
• 今天的确定，明天变成不可能，今天的假设，明天被 验证为不正确。
• 一切以确定的不变化的假设为前提，进行的计划和试 图对发生的过程进行控制，很大几率会出现问题，难 免失败。
敏捷价值观
17:27:27
遵循的原则
17:27:27
– 1.我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。
敏捷实践 时间盒 自动化 看板/故事墙 限制在制品 Pull 持续集成 作战室 价值流 迭代 回顾会
17:27:27
传统 VS 敏捷
17:27:27
• 传统管理方式：领导指派任务
– 领导事无巨细地分配任务，追踪任务
➢ 在估算问题上博弈，团队加一倍，领导砍一半 ➢ 推一步走一步，领导累，PM累，队员也累
工作。 – 6.在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交谈。 – 7.可工作的软件是首要进度度量标准。 – 8.敏捷过程提供可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、
恒定的开发速度。 – 9.不断地关注优秀的技能和好的设计会增强敏捷能力。（对技术的精益求精以及对设计
等待 缺陷
延迟 缺陷
构建失败；测试阻塞；关联项目延迟。 解决缺陷活动本身就是浪费，而且缺陷越遗留到后端浪费越大。
TPS & 敏捷
TPS实践 实时管理系统 自动化(Jidoka) 看板(Kanban) 消除浪费 拉式Pull 拉线/安灯/Stop the line 大部屋 一个流 小批量 改善(Kaizen)
17:27:27
• Defined VS. Empirical process预定义 VS 实验性 • 计划 & 价值
计划驱动的前提
17:27:27
• 计划驱动在以下前提是可行的：
– 可以提前明确整个计划的全部步骤； – 绝大多数计划都是正确的； – 市场状况基本保持不变； – 即使有变动，变化很小，可以通过变更活动调整计划。
– 2.即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化为客户创造竞争优势
– 3.经常性的交付可工作的软件，交付的时间可以从几周到几个月，交付的时间间隔越短 越好。
– 4.在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。 – 5.围绕被激励起来的人构建项目。给他们提供所需的环境和支持，并且信任他们能完成
60分钟敏捷案例 开发入门
透过传统看敏捷，Scrum的3355
透过传统看敏捷 什么是Scrum Scrum三个角色 Scrum三个实体 Scrum五个活动 Scrum五个价值
01
透过传统看 敏捷
丰田的演变
17:27:27
• 20世纪早期，丰田佐吉通过在织布机上安装能够在任
何纺线断掉的时候自动停机的装置，发明了Jidoka这
• 敏捷管理方式：自组织团队
– 不断自我管理、自我改进，当你做到符合领 导的期望，甚至超越期望，自然就不需要被 管理
➢ 为团队指明整体目标（如Sprint Backlog），具体 工作细节由团队自己决定。
传统 VS 敏捷 多快好省
17:27:27
Plan Driven
Value Driven
传统 VS 敏捷
个概念。
• 20世纪30年代，丰田喜一郎将这些原理应用到汽车 制造中，发明了JIT这个概念。只要生产过程中有人发 生错误，便要立刻全面停机，待状况解除后才能复机， 这样能将故障所产生的损失减到最低。
安灯
17:27:27
丰田屋
17:27:27
消除浪费
制造业
软件
项目浪费举例
库存
部分完成的工作
中途取消的需求、设计、BUG； 代码未及时合入导致引发后续更多同步工作量。
Ken Schwaber在其公司使用了一种方法Advanced Development Methods （先进开发方法），这种方法后来发展为Scrum。
– 反馈
——迭代演示，灰度发布
– 调整和完善 ——回顾会议，质量回溯
齐默尔曼斯泰西矩阵
需求
Chaotic projects
Chaotic
Far from agreement
Complex
Complicated All
Simple
Agile projects
wenku.baidu.com
17:27:27
四种情况分 别适合采用 哪种开发模 式？
思考
17:27:27
• 你认为敏捷开发有哪些特征？请说出关键词
什么是敏捷
17:27:27
• 敏捷开发：在高度协作的环境中，持续不断地快速输
出可交付产品，通过反馈进行自我调整和完善的方法。
– 高度协作
——自组织，面对面沟通
– 持续不断
——迭代开发，持续集成
– 快速
——快速交付，快速验证
– 可交付
——可演示，可反馈