|
项目管理者联盟 | 中国工程管理网 | 中国研发管理网 | |
会员中心 | |
资料库 | |
论坛 | |
博客 |
 |
|
 |
||||
|
|
||||||||||||||||||||||||||||||||
|
标题：项目管理的敏捷模式和瀑布式有何区别
楼主
|
|
 riverstone PMB：63913 省份：上海市 行业：IT软件 注册：2006/5/31 |
瀑布式开发模型分为若干阶段：需求分析、系统设计、编码和单元测试、系统集成，以 及运行和维护等几个基本阶段。 瀑布模型做了4 个主要假设： 如果我们花时间来理解的话，存在着一套定义相当明确的需求 在开发过程中，需求的变化非常小，使我们能够应付惠集网，而不用重新构思或者修改我们的 计划 系统集成是一个适当且必要的过程，我们能够在架构和计划的基础上合理地预测系统集 成的运行情况 创建一个大型的新软件应用程序所需要的软件创新和研发工作，是可以按照预先制定的 时间表进行的 但是，很遗憾，现实情况表明这 4 个假设都是错误的，很难站得住脚的。 假设1，已经在 B 项目中被证实是不存在的了。即使是在最擅长的行业领域，客户想法 的变化，独特化，都是没有办法保证需求是可以一下子就全面到位的。 假设2，确定需求和交付系统之间的时间间隔越长，变化也就越多。如果开发速度很慢 而变化发生的太快，那情况就很糟了。 假设3，系统集成会顺利进行?别开玩笑了，这个假设的前提是，只要进行适当的计划 和分析，我们就可以预测复杂系统那个的所有组件系统工作的情况。现实情况，告诉我们， 前期所有的分析，既不能预知也不能控制系统集成的过程。问题过于复杂，变化不断发生的淘bao网女装夏装; 项目进行期间技术不断革新;关于集成的假设都是错误的，并且发现错误时已经为时太晚。 假设4，计划其实是一种预测，只能反映预测的精确程度，但并不见得能够反映实际情 况，尤其是超大的计划。超出4周，就基本上是胡说了，变化太快。 其实，不是瀑布式模型概念错误了，而是从瀑布式模式被提出到现在这30多年来，我 们都错误的理解瀑布式模型。其实，瀑布式模型的应用是有前提条件的。Royce 在 1970 年发表的《管理大型软件系统的开发》中，提到：这个模型建议在关键的原型阶段之后应用， 在原型阶段首先要充分的理解所要应用的关键技术以及客户的实际需求。 瀑布式开发模式想得很美好，但是，在残酷的现实面前祛痘产品哪个好，却因为缺乏灵活性，适应性不 佳而渐渐被放弃。 与此同时，业界不断探寻适合软件项目的开发模式，其中，敏捷软件开发 模式越来越得到大家的关注和采用。接下来，让我们看看有何不同。 |
| 回复 | 引用 发表时间：2014/11/14 12:40:27 | |
| ！ 您尚未登录，不能回复主题。 现在 登录 注册 |
|
