Question

一篇读懂敏捷式开发

Answer 1

1.起源：2001年，受困于需求不断变化的场景，美国几个研发人员开始研究解决此困境的价值方法。

2.对于：瀑布式开发和 敏捷式开发：
举例：去餐厅吃饭，想要一份蛋炒饭。要吃饭-吃饭吃面？-盖饭炒饭？-什么盖饭？-牛肉——红烧牛肉还是自然牛肉？——是否要辣椒等——确定。
有明确的需求且不变时：瀑布式开发-厨师直接炒饭：敏捷式开发：第一个迭代，第二个迭代，有大量的重复工作花在流程上，是浪费时间的。
需求是变化的：比如走到餐厅门口，不要牛肉饭了要吃面：瀑布式开发师傅已经下锅了，来不及了。敏捷式开发：没问题，改。

3.对敏捷式开发的理解：
快：响应快，并不是综合开发速度一定快。敏-快，捷-结果。
省钱：团队scrum master去监督，但有大量重复工作不应省钱。可快速出来早期可测试版本。

4.解读敏捷宣言，理解敏捷的精髓
价值观如下：

 个体和互动 重于 流程和工具
举例：我想要一个像天一样蓝的界面。
瀑布式：BA-设计-实施-测试，层层障碍，文档在层层流传中失真。
敏捷：自组织团队，交流沟通。

 交付可用的软件 重于 完备的文档
举例：我想要一只猫
假如电话机这样来研发：
只能听——可听课说——可以找到对方，中间转机——可以自己拨号——可以无限
每一个sprint 都有value.

 客户协作 重于 合同谈判。Win-win 双赢
协作状态：可接受条件最大化客户价值实现
对峙状态：可接受条件下最大化各自利益
不是为了做功能而做功能，而是实现价值
举例：男士描述想要什么样的女朋友：腿长皮肤光滑大眼睛脑子有墨水——章鱼呢？
每个迭代都让客户验收，以防跑偏。

 响应变化 重于 遵循计划
Up style：计划如果太长太严谨，常常因变化失败，需要从头来。
Agile style： 一步一步地去计划去做。

敏捷开发的12条准则
面对面沟通是重要的，语音、副语言、非语音，如肢体语言，微表情，语音语调等促进理解。

Scrum概述：
Scrum流程：
Sprint backlog：产品列表，具有优先级。PO产品负责人。DOD。完成标准是什么。VOLOCY
Daily meeting：昨天做的什么，今天做什么，有什么问题
Sprint bum down：通过观察可以发现流程中存在什么问题
工作效率没能达到预期：
迭代任务的分配：
迭代任务中插入紧急需求：
PO-TEAM- dailymeeting-最后验收会，如果验收不合格，就继续放入到迭代任务中。
回顾会：哪里做的好good, 做的不好bad—及时改进改良。
产品功能列表：PO来管理
优先级如何排序呢：依据value,技术可行性
Scrum: 三个角色，四个仪式，三个组件