瀑布模型的弊端:
1). 强调文档性:导致了往往要到开发的后期,才能看到软件的模样.为软件的开发极大的增加了风险性.
2). 没有迭代与反馈:导致了无法应对客户的需求变化.
而在当今ERP盛行的软件市场里面,由于市场带动的软件需求变化和软件初期客户对需求描述的不清楚,都为瀑布模型的使用带来了困难.
3). 采用瀑布模型开发的软件,极大的带来了更改的成本
结果:我们需要一种能够针对需求变化作出快速有效反馈并且能够让客户在短期内看到软件模型,减少风险的开发方法——Agile{Scrum}
敏捷开发方法的前身是轻量级开发方法(Lightweight methods)—针对传统的重型开发方法(传统的瀑布开发方法)
Scrum开发方法是由Jeff Sutherland在1993年创立
Scrum的骨架和核心:Scrum的所有实践都围绕一个迭代,增量的过程骨架展开
Scrum是遵循敏捷方法的一个软件开发框架。在SCRUM框架中,融入敏捷开发的精神和思想,就被称作SCRUM开发方法。Scrum是一个 什么样的开发框架呢?简单说,它由三个角色(Role),三种会议(Meeting),三项工件(Artifact)组成
Scrum中基本概念
三个基本角色(Role)
三种会议(Meeting)
三项工件(Artifact)
from: http://blog.csdn.net/xoyojank/archive/2008/09/02/2864542.aspx
扩展阅读:
Scrum框架及其背后的原则(上)——Scrum 框架的伪代码描述
Scrum框架及其背后的原则(下)——框架背后的原则及实施过程不良症状分析
我们团队在推行Scrum过程中受到外界各种各样的压力。目前能被允许采用的有限的几种实践也经过了各种折中,甚至都不敢光明正大的承认采用的是Scrum!
从两篇中文和另外一篇英文文章后面的评论明显可以看出咱们深奥了。师长经常教导我们“先做人,再做事”,精辟啊!
尊重科学!
微软的一些资料:
评论