敏捷开发与SCRUM

scrum的步骤总结如下：

项目负责人（一般是PM）列出一个要做的功能列表，按照优先级排好；每次从列表中抽出最重要的，且可以在二到三周内可以完成的几个；安排成子任务，分配好；

对于每个任务分配一个PM，一个Designer，一两个程序员和一个测试，一个sprint（由一个小组快速迭代开发一小功能）。Sprint：有快速的意思，美国第三个无线运营商 Sprint。这里就是快速开发小功能的意思，不是百度百科上面翻译成的“冲刺”。

马上开始做，且小组成员共同参与明确需求，设计原型，和编码迭代等整个过程（和scrum的本意一样，一群人一起上去“野蛮”完成任务）。这是和传统开发区别最大的地方。它并不像瀑布模型那样：设计等待pm确定需求；技术等待设计师出稿，或者技术等待PM写完需求（这种分级开发是最原始的办法）。上述瀑布工作流的问题是：每个阶段的某个角色很忙，但其他人闲的蛋疼；但是由于组与组做得远，没有任何讨论，所以对于需求或者设计的细节没有任何了解。技术人员往往直接拿到一个要求就开干，完成了事。极大地扼杀了技术人员的积极性，创造性和成就感。

每天开小会（daily scrum）来分享每个小组具体完成了哪些进度；同时项目负责人再总结总体的进度；

2-3 周后，小任务们应该告一段落，然后回顾总结一次。准备下一次的小任务（next sprint）。

再反复强调一次：Scrum是敏捷开发的最常用形式，其核心思想就是需求是经常变化并且难以确定的，犹如 Schrödinger's cat（薛定谔的猫）一样；所以把大功能划小，然后配置完整的小团队（麻雀虽小，五脏俱全）去快速迭代开发（小团队的每个人都参与整个小任务的完整开发过程），直到把成批的小任务KO掉。

关于Scrum和敏捷开发大致就是这些。对团队的要求是：组小，团队的人素质很高，很活跃，另外责任心强，最好在招人的时候就保持好比较高的水准。