敏捷开发学习笔记（一）

视频学习地址：http://edu.csdn.net/course/detail/164

互联网行业需求是灵活多变的，有的时候，客户都说不清楚他们须要的是什么东西。

Scrum 这个词来自于橄榄球，一种球类运动。我们知道在球场上，瞬息万变，即使是经验老道的运动员，他都不能很好的掌握整个局势。

Scrum 体系的特点：
1、适度的计划
2、足够灵活

产品经理
1、建立条目化的需求
结果叫：产品待开发项或者产品功能列表
2、给产品待开发项（产品功能列表）排优先级，毫无疑问，排优先级的作用就是先做最重要的事情
说明：我们的需求不应该直接给开发人员，因为开发人员缺少全局观。

例子：假设 100% 的工作我们做了 10%，因为我们得到的是一个可以交付的软件，于是乎，此时我们就可以投入市场，得到反馈。如果 10% 效果不理想，我们就没有必要花 90% 的时间。（我自己有一个感慨，我写的代码很多都没有运行在线上环境，也就是说我们写的代码都被抛弃了）。

计划会议上，1、产品经理要把需求讲解给开发人员听；2、评估时间。
以前的做法是产品经理要写一大堆文档，这样做的弊端是：1、很少有产品经理能写出非常详细的文档；2、开发人员很少能通过看文档就读懂产品经理的意思。所以，我们还不如直接面对面讲解。

接下来就要开始迭代了，迭代的周期为一个月，这个时间区间是为了我们便于聚焦。

迭代开始以后，开发人员就可以放心不受干扰地工作，产品经理在期间不能添加需求。
这个时候产品经理加需求的弊端？

一个迭代周期完成以后，开发人员交付的是可以工作的软件，然后，产品经理就可以喊一帮人给出反馈。

迭代的末尾会有一个反思会，做两件事情：1、大家谈一谈什么是好的事情，什么是我们要坚持的；2、大家谈一谈这次迭代做的不好的地方，如何改进。

---

一篇讲解敏捷实践让人热血沸腾的文章《我在ThoughtWorks中的敏捷实践》

---