实践scrum随笔

1.产品BackLog

2.对于BackLog的估算

3.燃尽图--burndown

4.了解团队的生产率

5.掌握scrum众多的基础实践

Scrum和极限编程（XP）都要求团队在每一次迭代的结尾完成一些可以交付的工作片段。迭代要短，有时间限制。将注意力集中于在短时间内交付可工作的代码，这就意味着Scrum和XP团队没有时间进行理论研究。他们不会花时间用建模工具来画UML图、编写完美的需求文档，也不会为了应对在可预计的未来中所有可能发生的变化而去写代码。实际上，Scrum和XP都关注如何把事情做好。这些团队承认在开发过程中会犯错，但是他们明白：要投入实践中，动手去构建产品，这才是找出错误的最好方式；不要只是停留在理论层次上对软件进行分析和设计。

用Ken Schwaber的话说，Scrum不是方法学，它是一个框架。也就是说Scrum不会告诉你到底该做些什么。

Scrum的强大和令人痛苦之处就在于你不得不根据自己的具体情况来对它进行调整。

多种团队尺寸（3-12人）、sprint长度（2-6个星期）；定义“完成”的不同方式；不同形式的产品backlog和sprint backlog（Excel、Jira、索引卡）；多种测试策略、演示方式、多个Scrum团队的信息同步方式……。

XP实践——各种各样的每日构建，结对编程，测试驱动开发，等等；

把XP和Scrum进行结合。

把“原则与实践”变成了……嗯……“如何真正动手去做的过程”。

你完全不了解Scrum或者XP？那你最好先去看一下这几个链接：
• http://agilemanifesto.org/
• http://www.mountaingoatsoftware.com/scrum
• http://www.xprogramming.com/xpmag/whatisxp.htm