什么是敏捷开发方法？什么是SCRUM？
有人在这个字面上下功夫，说敏捷就是反应要灵敏，动作要快捷；有人还在字面上进行延伸，说敏捷就是又好又快，或者就是多快好省；有人说敏捷就是光写代码不写文档；有人觉得敏捷就是没有制度，管理松散的工作方式；有人觉得只要敏捷了，就代表高软件交付水平。
- 角色（Role）：产品主管（Procuct Owner），他负责项目的商业价值；SCRUM师傅（ScrumMaster），他负责团队的运转和生产；以及自组织的团队。
- 会议（Ceremonie）：迭代计划会议，每日晨会（daily scrum meetings），迭代回顾会议。
- 工件（Artifact）：用来排列任务的优先级和跟踪任务。待开发任务列表（product backlog），迭代任务列表（the sprint backlog），进度图（burndown chart）
现在，我们就开始对案例进行分析和诊断。
失败案例分析
我们这里借用SCRUM实施调查中的两个词“成功”和“失败”。其实，我们很难定义成功和失败。在实施调查中，失败可以理解为使用SCRUM不当，没有到 达预先的期望，直至最后团队放弃了SCRUM。成功是意味着大家还在继续使用SCRUM，从某种程度上说，就是SCRUM达到了团队的预先期望，至少是可 以接受的期望。
总而言之，如果只是学了SCRUM的形，却没有敏捷的意，没有掌握敏捷的思想和精神，那么再怎么使用SCRUM，仍然只是在东施效颦。
成功案例分析
到此，也许你会吸取上面两个失败案例的教训，也认同文中的分析，觉得敏捷很实用、很有价值；也许此时，你却在紧缩双眉，因为敏捷的思想和精神，让你觉得有点理想化，不切实际。
无独有偶，这些成功案例的团队，就是通过这样的方式进行一步一步推进，把SCRUM成功的引入到了各自的项目中。其中三个成功实施SCRUM的公司，无疑是璎珞天色的团队最能深入敏捷的精髓。
小结
敏捷就是一个团队持续不断的自我改进过程，直到那些优秀的品质成为大家的一种职业习惯——一个自组织的团队。敏捷没有终点，我们一直在路上。
http://www.infoq.com/cn/articles/scrum_investigation_case_study