| 长久以来，身为“软件开发商”的微软的名声并不太好，倒不是人们对微软的软件产品不满意，而是其更新周期太过漫长，比如Office、Windows、SQL Server和Exchange等主打产品的更新周期都长达3年左右，这其中的主要原因就是微软在软件项目的开发中采用了瀑布式开发模式。但随着用户对软 件的需求越来越苛刻，瀑布式开发模式已经难以满足新型软件的开发要求，而微软也不得不改变自己的软件研发策略。
国外科技媒体Arstechnica日前发文对微软软件研发策略的转变之路进行了分析。 以下是文章的主要内容： 在 大部分人的印象里，微软的新版本软件好像很少按照既定时间发布（Windows 95、Windows 2000和Windows Vista均延期发布），而微软本身也很少就软件延期发布正式的官方声明，所以此时关于微软的各种传闻、假设和猜测似乎已经成了惯例。尽管如此，微软仍然 取得了巨大的成功，因为许多竞争对手的情况也大同小异，大家针对付费软件的更新速度都比较慢，所以微软也就显得没有那么突兀了。 瀑布式开发模式 客 观地讲，延期发布在大型软件项目的开发中非常普遍，毕竟这其中充满了各种未知的复杂因素，而目前尚未出现一套行之有效的方法来对此进行管理，所以许多软件 项目最终都很难在既定的时间和预算内完成开发。针对这种情况，许多计算机领域的科学家和工程师尝试了多种正规化的方法来改善软件开发的流程，这其中就包括 微软和大部分软件企业普遍使用的瀑布式开发模式。
瀑布式开发模式将软件开发的过程分为系统计划、需求分析、系统设计、系统编码、系统测试、系统运行和维护6个阶段，每一阶段工作的完成是下一阶段工作开始的前提，每一阶段都要进行严格的评审，保证各阶段的工作做得足够好时才允许进入下一阶段。 瀑布式开发模式在上世纪70年代被正式命名之后就备受争议，尽管有不少公司在软件开发中使用该模型，但它一直未能获得业界的广泛认可，相反，还有许多业内人士该模型是造成软件开发延期或失败的主要原因。 尽管如此，瀑布式开发模式在如今的制造业和建筑业领域中应用仍然非常广泛，因为这两个行业中的项目进度大多是不可逆的，所以使用这套略显刻板的模型反而能够避免一些不必要的成本支出。 相比之下，软件项目在后期进行修改的成本要比一栋楼简单许多，同时软件开发过程中的不确定因素也要更多一些，所以许多软件项目往往会在某一阶段的开发完成之后再对需求做出修改，这显然与瀑布式开发模式的理念是相悖的。 |
