VUCA需要敏捷开发

VUCA是指以下四个特性的商业环境，在VUCA的环境下，企业要随时响应变化；

而传统的瀑布开发模式，很难应对；所以业界急需应对这种环境的方法

什么是敏捷开发【Agile】？

• 是一种以人为核心，迭代，循序渐进的开发方法；迭代是敏捷理论的核心；
• 它是组织文化，流程，工具的结合体；三种同样重要，缺一不可
• 流行的敏捷软件开发框架包括：XP极限编程，Scrum【迭代式增量软件开发过程】，Kanban【应用看板管理，并强调持续交付】

敏捷开发 PK 传统开发

迭代是敏捷理论的核心：

• 计划在迭代中完善
• 拥抱变化；更高的交付频次；降低项目风险

Scrum理论基础

• Scrum是基于经验过程控制理论（经验主义）。
• 主张知识源自实际经验以及当前已知的情况下做出的决定所获得。
• 采纳一种迭代和增量式的方法来优化对未来的预测和控制风险

经验过程控制理论的三大支柱：透明，检视，适应

「透明」：强调范围及一致性，特别是对完成定义的理解

• 确定过程中的关键环节对于哪些人是可见的；
• 关键环节做到统一的标准，统一的理解；所以参与者在谈及过程时须用到统一的术语；
• 负责完成工作，和检视结果增量的人，必须对完成的定义有一致的理解

「检视」：强调质量，但不能阻碍正常工作

• Scrum的使用者，必须经常检视Scrum的工件，和完成Scrum目标的进展
• 最好由技能娴熟的检视者严格地执行；但不应该过于频繁，而阻碍工作本身

「适应」：强调及时纠偏

• 如果「检视」发现过程中有1个或多个方面偏离可接受的范围，并且会导致产品不可用时，就必须对过程及过程化的内容加以调整；
• 调整工作必须尽快执行；这样才能避免进一步的偏差

Scrum整体框架

Scrum中的三个角色

1??「产品负责人 Product Owner」

是唯一管理产品优先级列表的负责人；负责最大化投资回报

• 把确定的产品特性翻译成一个有优先级的产品待办列表；并且不断地调整优先级和梳理这个列表
• 商业产品：产品负责人对产品的成功负责
• 企业内部的应用而言：产品负责人与客户通常是同一个人；也需要为最大投资负责
• 在实践中，价值的含义往往很模糊；优先级的制定可能会受到很多影响；比如：希望让关键客户满意；保持与战略目标的一致；解决风险等

2??「敏捷教练 Scrum Master」

是教练和导师，确保每个人理解Scrum中的原则和实践；并且帮助带领组织成功完成敏捷开发转型

• 不是团队成员的经理or项目经理，而是是团队的带头人 or 团队的代表
• 为团队服务，帮助移除障碍，保护团队免受外部干扰，并且帮助团队使用现代的开发实践
• 教育，培养，并指导产品负责人，团队，以及组织中的其他人提高使用Scrum的技巧

3??「开发团队 Development Team」

满足产品负责人的目标

• 开发团队自行选择如何以最好的方式开展工作；拥有完成工作所需的全部技能，不需要依赖团队之外的人；
• 团队通过协同工作，在每个Scrum结束时交付潜在的，完成的，并且可发布的产品在每个Scrum评审会议展示
• 开发团队最佳规模：足够小，保持敏捷性；足够大，在Scrum内完成重要工作（团队能力弹性）

Scrum中的三个工件

1??「产品待办列表 Product Backlog」

一个产品只有一个产品待办列表，存在并演化于产品的整个生命周期，是产品的路线图，是团队依照优先排序顺序完成工作的唯一的工作概括，

产品负责人必须纵观全局，做出优先级排序的决策，以体现利益相关者的意愿，一个好的产品列表要做到以下几点：

• 粗细适宜，优先级列表顶端的事项要比低级别的事项更为精确详细
• 估算，当前版本的发布事项需要有，例如：工作量估算，技术风险估算
• 产品负责人要定期梳理产品待办列表，为了响应学习和变化，客户的新想法，新见解，竞争导致的技术变化及障碍。。。等等

2??「Sprint待办列表 Sprint Backlog」

包括当前Sprint选出的产品待办列表，同时加上交付产品增量，和实现Sprint的目标和计划

• 是开发团队对于下一个产品增量所需的那些功能，以及交付那些功能到完成的增量中所需的工作量的预测
• Sprint产品待办列表将开发团队用来达成Sprint目标的所有工作变得清晰可见
• 为了确保持续改进，它至少包括1项在上次会议确定下来的高优先级的过程改进

3??「产品增量 Increment」

增量是迈向愿景及目标的一步，无论产品负责人是否决定发布它，增量必须可用；

新的增量必须是完成的；这意味着它必须可用，并达到了Sprint团队完成的定义的标准

Scrum中的五个活动

[蜡烛]使用固定的事件来产生规律性；以此来减少Scrum之外的其他会议的必要性

??[蜡烛]所有事件都是有时间限定的；每一个事件限制在最长的时间范围内。

?[蜡烛]一旦Sprint开始，它的持续时间是固定的；不能缩短或延长；其他事件可以在它的目标达成之后立即结束。如此可以确保时间在过程中的使用，而不会造成浪费。

1??Sprint：是Scrum的核心

• 其长度为2-4周；这段时间内构建一个完成，可用的，和潜在 可发布的产品增量
• 在整个开发周期间，Sprint的长度保持一致；前一个Sprint结束后，下一个Sprint紧接着开始

2??Sprint Planning Meeting 计划会：在Sprint开始之前进行；此次会议的目的是，确定Sprint的计划，并设置Sprint的目标；

• 商议Sprint中需求的数量，这是开发团队的责任；也是和当前Sprint，Sprint待办列表定义目标；
• 产品负责人描述了整个团队最高优先级的功能，然后讨论团队在Sprint中做哪些用户故
• 整个团队都应该参加这个会议

3??每日站会 Daily Scrum：在每个工作日的指定时间，是团队相互同步工作，并报告遇到的障碍的机会

• 会议建议不要超过15分钟；团队成员都需要参加；为了保持简洁，建议会议保持站立姿势
• 每个团队成员向团队报告3件事①自上次会议以来,完成了哪些工作 ② 在下次会议前有哪些工作会被完成 ③ 遇到了什么障碍

4??Sprint评审会 Sprint Review:Sprint快结束时举行;用于解释所用于交付的产品增量

• 按需调整产品待办列表; Scrum团队和利益相关者,共同讨论这次Sprint中所完成的工作;跟进完成情况和Sprint期间产品待办列表的变化;
• 所有的参会人员,协同讨论接下来可能要做的事情,来优化价值;
• 这是一个非正式会议;非进度汇报会议;演示增量的目的是为了获取反馈,并促进合作

5??Sprint的回顾会议 Sprint Retrospective:是Scrum团队,检视自身,并创建下一个Sprint的改进计划会议的机会

• 回顾会议发生在Sprint的评审会议结束之后,下个Sprint计划会议之前
• 对于长度为4周的Sprint来说,回顾会议时间最长不超过3个小时,对于较短的Sprint来说,会议时间通常会缩短
• Scrum Master要确保会议的举行,并且每个参会者都明白会议的目的.

基本概念补充：

Scrum五个价值观：当这些价值观渗透到团队之中;前面的3个角色,3个工件,5个活动才能发挥出最大的价值才能使团队成为真正的敏捷团队

Scrum的特点：

敏捷开发的四种核心价值

敏捷开发的十二原则