深度解读敏捷思维与敏捷开发实践

左侧是传统的瀑布开发模式，可以看到整个三角形都是风险区域。
 
按照这种瀑布开发模式，只有等到系统最终上线验收后，用户才能一次性获得所有价值。
 
而如果是用这种增量迭代的方式，我们可以看到红色所代表的风险区域面积会很小，因为每一次迭代都可以去交付一部分的价值，哪怕中途项目发生了一些变故，之前所做的工作依旧具有交付价值。
 
3.Scrum  
 
了解完迭代的概念后，我们会看到不管是Scrum框架还是极限编程，其实都是以迭代为基础的。
 
下面就来进一步看看什么是Scrum框架。
 
著名的敏捷专家、敏捷布道者Mike Cohn给出了这样一个定义：
Scrum是一个让我们关注于在最短时间里去交付高质量商业价值的敏捷框架。
 
简单来说，Scrum是一个框架，里面很多的工具和技术都是用于实践敏捷宣言的价值观及十二原则。
 
 一幅图看懂Scrum 三大角色 
 
在Scrum的团队里，有三类角色：
Product Owner
Scrum Master
Team
 
一个Scrum团队最好是全栈团队。如果是一个软件开发项目，那么团队里最好要有架构师、前端开发、后端开发、测试工程师。
 
一个团队的人数建议是5-9人，如果比5人更少，那很多工作往往就没办法推进了。
 
而如果人数多于9人，团队规模就会过大，进而造成许多浪费，所以推荐的是5-9人之间。 
 
 两大 Backlog 
 
 # Product Backlog 
 
这个指的是产品的待办列表。
 
我们可以把它看成是一个需求池，不管是产品经理还是BA，获取用户需求进行转化后，都可以放在Product Backlog里。
 
 # Sprint Backlog 
 
Sprint就是所谓的迭代，Sprint backlog指的就是一个迭代的代办事项。
 
 四会 
 
 # Sprint Planning Meeting 
 
这是整个迭代的计划会。
 
在计划会里，会从Product Backlog里拿出目前要做的工作事项，进行工作量的评估，并且将它放进Sprint Backlog里。
 
在一个sprint的1-4周时间期限之内，团队必须全力冲刺，完成Sprint Backlog里的各项工作。
 
 # Daily Scrum 
 
这是每日站会，或者叫Scrum Meeting。也就是团队成员每天要开的会。
 
 # Sprint Review 
 
这是指评审会，评审会会对整个迭代的交付物进行评审。
 
最好是客户也能参与评审会，让客户对交付物是否能够满足需求进行评审。
 
 # Sprint Retrospective 
 
这是指回顾会，是Scrum团队内部的会议。
 
会议会列举整个Sprint的过程当中做的好的点，以及做的不好的点。
 
这并不是由产品经理或者项目经理单独来复盘，而是由团队的所有成员来共同探讨，并且提出改进的解决方案。