软件项目为什么会失败——浅谈需求驱动的项目管理_项目管理文章库

用户名密码

联盟服务关于我们联系方式收藏本站

PgMP认证，美国项目管理协会高端项目管理认证！大型项目与项目群管理Program Management全球权威认证

服
务
区

网站登录：会员企业专家服务商
企业服务：PMP培训内训课公开课
工具箱：发表文章提问题发案例

首页：动态 | 文库 | 下载 | 书架 | 访谈 | 专栏 | 专题 | 人才 | 培训 | 软件 | PMC

互动：活动 | 案例 | 问答 | 论坛 | 博客 | 圈子

应用：基础┊工程┊软件┊制造┊活动┊研发认证：PMP┊NPDP┊ACP┊PgMP┊IPMP┊P2┊ISPMP┊IMCP┊建造师┊MPM 特色：热点┊奖项

适合敏捷开发项目
敏捷项目管理最佳实践

重视项目商业分析
商业价值与需求分析能力

产品管理国际认证
全球产品管理最佳实践

单项目管理经典指南
年轻项目经理首选

北京 | 直播 | 录播

大型复杂项目全球标准
定位高级项目管理层

链接战略与项目
实现组织资源投资回报

信息系统项目管理师
系统集成项目管理工程师

计划 | 报名 | 经验

当前位置：文库首页 >> 文章内容

软件项目为什么会失败——浅谈需求驱动的项目管理

作者：刘开阳提交人：项目管理者联盟[刘开阳] 属性：提交人转载发布时间：2007/11/8 点击：11713 【收藏本文】

　　IT行业自上个世纪70年代蓬勃发展，直到现在，如何管理好软件项目还一直是大家讨论的话题。这是因为软件项目失败的太多，比如项目彻底被取消、项目的工期拖延等等。 pmp.mypm.net
training.mypm.net
　　就中国目前很多软件开发团队的实际情况来看，从某种程度上来说，错误的使用和依赖两个软件来管理项目是项目失败的一个重要理由。这两个软件就是Microsoft Project和Microsoft Word。就像钉钉子，总是用一把斧子。项目管理者联盟
club.mypm.net
　　工程项目 vs 软件项目 training.mypm.net
www.mypm.net
　　Microsoft Project本身是一个不错的项目管理工具，能够做任务分配，Petri-NET, Gannt图，资源使用分析等等。但是，Project是用来管理工程项目的，如造房子，修大桥等等。这些工程类的项目一般使用以任务驱动的管理方法。而软件项目和传统的工程项目有本质的差别，那就是任务的不确定性。举个例子，目前房地产很火，造什么样的房子，只要资金到位，都能保质保量的造好。造10层楼，1层用多少人天，每天做什么，很容易计划，分配任务，人力资源。而且需求是不会变的。没见过造房子，盖了3层之后改主意了，拆了重新盖。 pmp.mypm.net
项目管理者联盟
　　而软件就大大不同了，需求的变化是不可避免的，而且凡是做过项目的人都知道，需求的变化实际上还挺频繁。这样一来，很容易造成计划赶不上变化，用Project定义任务，计划工期通常要耗费项目经理大量的时间，而且没有意义。项目经理圈子
项目经理圈子
　　有人问，为什么需求不能固定下来呢？定下来就不许变。通常工程师会问这样的问题。如果他变成了客户，他可能就不会问这个问题了。需求总是会变的。第一：出钱的总是有更多的话语权（当然改需求是要应该付费的）；第二：市场的情况在变，比如竞争对手突然发布了一个新的产品功能，那我们也必须做出应对，这就要变更需求；第三：写需求的不是神仙，人都或犯错误的，犯错误允许改正（但犯错误要有惩罚，就是需求变更是要付费的）。因此传统的纯瀑布式的开发方式已经成为历史了，愈来愈多的开发团队采用极限编程，迭代的开发，来应付需求的变更。项目管理者联盟
项目管理者联盟
　　那么软件项目的这种特点，需要与之相应的项目管理工具。用斧子钉钉子的做法就有点不合时宜了。项目管理培训
项目管理者联盟
　　和传统项目还有一个很大的不同，当工程项目拖后了工期，可以多加人手，把工期赶回来。而软件就不这么简单了，新来的人要熟悉项目的内容就要花时间，工期很难完全赶上。很多IT的老总们体会不到这个问题，总以为多加人手，加班就能搞定。真正的有效的项目管理是要靠一个有效的管理体系来支撑的。项目管理者联盟
项目管理论坛
　　需求的描述项目管理者联盟
bbs.mypm.net
　　软件项目有很多不同类型。目前我们所说的软件项目，多数指的是应用类(Application)的软件项目，而不是系统类(System)的项目，如数据库，文件系统，开发工具。系统类的软件项目和应用类的项目有很大的不同。系统类的项目花很长时间研究体系架构（Architecture），设计系统的框架，模块之间的关系等等。而应用类的软件基本上会用现成的框架，如J2EE, 或Microsoft的平台等等，主要精力放在需求的实现上。中国目前的应用系统多数是为客户做定制开发的项目，比如各大企业、政府、机构、国防等做的系统，也有一些做产品的，如中小企业的财务系统，通用办公软件等等。针对应用类的项目，我们看看使用Word写这类的需求有什么问题，为什么有问题。项目管理者联盟
项目管理者联盟
　　一般用Word来写需要，隐含了一个想法，就是一上来把需求都写好，定下来，然后给开发部门去实现。一般Word文档写的需求很庞大。而对于应用系统的开发, 我建议使用迭代的方法开发。上面提到了，瀑布式的开发已经成为了历史。需求一次性写好，很难。软件是慢慢成长起来的（见Microsoft Secrets），一个milestone一个milestone的发展。象小孩子长大一样，中间可能会走弯路、错路，需要我们不短的调整、指引，最后他/她才能成才。你很难一开始就给他/她描绘一个一生的所有的详细场景，让他/她按照你的蓝图走（工程项目才能做到这样）。 club.mypm.net
项目管理培训
　　我们建议先想好我们会有几个milestone，每个milestone发布哪些功能。然后描述需求，最框架性的需求要最先确定好, 然后先写最近要实现的功能的需求说明。后面的需求和开发就可以并行了。这样我们的产品可以比较快的面世，客户会及时的给出反馈。从而减小项目的风险。这里建议写需求的时候，用UI Prototype，User Scenario方法，让用户越早看到实际使用界面和使用方法越好。项目管理论坛
www.mypm.net
　　目前我们很多项目的需求是用Microsoft Word写的，动辄几十页，上百页。这样的大文档，除了上面讲到的项目管理方法上的问题，还存在下面的问题：项目管理者联盟
pmp.mypm.net
　　１、规模巨大，不方便查阅。一个中小型应用系统的需求文档可多达数百页甚至更多。即使使用分卷也不方便查阅. 项目管理者联盟
项目经理圈子
　　２、不利于更新。需求文档是一个活的文档，不断的增长，更新是难免的。在Word中做了更新，即使用修订模式，也不容易看出更改的部分。这样导致开发和功能设计两个环节沟通不畅。通常就变成需求只有第一个版本，以后的变更就发个邮件或口头说一下了。项目管理者联盟
项目管理者联盟
　　３、不利于多人同时、协同修改。项目管理者联盟
　　４、需求没有条目化，Word文档中通常只是描述功能，但实际上我们还要把需求分成一项一项，设置每个需求的优先级，难易程度，功能点（function point），在哪个发布中应该做完，需求来源等等。这种类似数据库的特性，在Word难以体现。项目管理者联盟

　　５、不利于建立需求与其它开发控制元素的关系。这可能对写需求的业务人员体会不到，但对于项目经理，实现这些需求的人员来说是非常重要的。在开发过程中用户需求与软件需求的关系、软件需求与开发任务的关系、测试用例与需求之间的关系等，对于需求变更控制、质量控制都是非常重要的参考信息。一体化的需求文档（如MS Word）很难做到这一点。转自项目管理者联盟
项目管理者联盟
　　以需求驱动的项目管理(RDPM) 项目管理者联盟
项目管理者联盟
　　针对应用软件的项目，汉星天公司提出与传统的基于任务的项目管理方法不同的，以需求为中心的软件项目管理方法。在管理中，Microsoft Project和Word的使用处于次要地位。项目经理博客

　　用户的需求是软件开发的源泉和归宿。需求代表了用户期待解决的问题，而软件项目开发的所有活动都是为此目标服务的。在众多的软件开发实施案例中，当项目一旦开始，对于用户而言项目就像进入了隧道的列车：他们再难看到自己需求的实现状况，虽然有众多的形形色色的项目进展报表，却很难回答一个很简单的问题：我的那些需求究竟实现的怎样？ RDPM(Requirement Driven Project Management)的核心就在于需求，而不是任务。项目管理者联盟
项目管理者联盟
　　需求的开发项目管理培训
项目管理者联盟
　　首先要需求条目化。而不是放在一个大Word文档中。条目化之后，我们就可以给每个需求设置属性，通过这些属性来决定需求实现的顺序，工期，查看当前的状态等等。包括里程碑的制定，都要针对具体的需求项。同时为了处理变更，我们还要记录需求之间的依赖关系以及追踪需求与后续的开发工件（如计划、任务、测试用例、实现代码等）的关系。这些关系又称之为“需求追踪矩阵”。一旦需求发生变化，影响面很广，要评估与实施需求变更，首先要确认需求变化带来的冲击面。这个工作就要依赖于“需求追踪矩阵”体系。这也是我们为什么要把需求条目化的一个重要原因。项目管理者联盟
项目管理者联盟
　　条目化的需求，用MS Word难以管理，一般需要存放在数据库中。项目管理者联盟
转自项目管理者联盟
　　但条目化不能解决一个古老的问题，即如何能把需求描述清楚。需求必须要写的清晰明确，完整，确保开发人员不需要为一个模糊的需求做决定，尤其是不要自行发挥。我推荐使用wiki来描述需求的细节，加上UI prototype，形象的描述需求。wiki最大的好处在于协同修改很方便。 club.mypm.net
项目管理者联盟
　　另外一些实践能够帮助需求开发工程师提高需求编写质量： service.mypm.net

[发表评论]

本站热点

栏目说明

《文库》栏目为项目管理者联盟网站核心栏目，收录了十大行业项目管理文章5000余篇，囊括了项目管理五个阶段、九个知识领域的相关文章，是广大项目管理爱好者学习的知识库，欢迎大家发表原创文章、转贴文章，或直接发给编辑。须联盟会员且登陆后才能发表文章。

项目管理活动

活动QQ群：531390275
免费积累PDU,仅500人
2022年项目管理活动计划
2021活动精彩回顾

原创排行榜

项目管理评论杂志	311	高扬	106
乔东	100	项目管理	84
高国伟	61	人月神话	60
张为	59	郭致星	52
蒋昕炜	46	肖杨	38
曾伟强	37	潘德有	36

搜索文章

关键词：

行业：

团队成本风险进度
沟通采购质量合同

更多>> 专题集锦

企业项目化管理

PMO实践与应用

如何处理项目客户关系

经理访谈

个人专栏

王树文

赵春明

高国伟

项目管理者联盟特刊

	联盟特刊是对网站会员发行的内部刊物，刊物内容包括：案例及分析等，得到了会员好评。
电子期刊：
特刊下载：
2017合刊 2016合刊 2015合刊 2014合刊 2010合刊 2009合刊 2008合刊 2004合刊 2005合刊 2006合刊 2007合刊

施工企业管理

	《施工企业管理》创刊于1986年1月，中国施工企业管理协会主办，是反映施工企业管理杂志。
浏览往期：

建造师杂志

	《建造师》杂志由清华国际工程项目管理研究院主办，是中国面向建设企业管理人的高端杂志。
浏览往期：

如转载本站文章，必须于文章开头处注明转自“项目管理者联盟”，并注明原作者

PMI,Project Management Professional, OPM3, PMBOK, PMP，PgMP，PfMP，PMI-ACP，PMI-PBA
and the PMI Registered Education Provider logo are registered trademarks of the Project Management Institute, Inc.