软件项目管理的十大误区_项目管理文章库

用户名密码

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

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

服
务
区

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

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

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

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

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

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

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

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

北京 | 直播 | 录播

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

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

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

计划 | 报名 | 经验

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

软件项目管理的十大误区

作者：人月神话提交人：人月神话[人月神话] 属性：提交人原创发布时间：2008/7/9 点击：8694 【收藏本文】

　　曾经有一位常年混迹于中关村的朋友跟我说，现在但凡是计算机公司，都搞软件开发，几个大学生都能搞软件公司，世道变了。其实看看当今这个信息时代，计算机软件的规模和复杂度随着时代的进步也在增加。计算机软件开发从“个人英雄”时代向团队时代迈进，计算机软件项目的管理也从“作坊式”管理向“软件工厂式”管理迈进。这就要求软件开发人员特别是软件项目管理人员更深一步地理解和掌握现代软件工程的理论方法，完成思想观念上的转变。老V在此分析了 10个在现代项目管理中思想观念上容易陷入的误区，希望能够抛砖引玉，引发大家更多的思索和讨论。项目管理者联盟
项目管理者联盟
　　误区1：在项目的需求分析阶段，开发方与客户方在各种的问题的基本轮廓上达成一致可，具体细节可以在以后填充。因为无论开始时有多么细致，以后对需求的修改几乎是必然的。项目管理者联盟
项目管理者联盟
　　分析：这是一种非常危险的思想。实际上许多软件项目失败的最主要的原因就是需求阶段对问题的描述不够细致，导致后来预算超出或者时间进度达不到要求。正确的做法是：在项目需求分析阶段，双方必须全面地尽可能细致地讨论项目的应用背景、功能要求、性能要求、操作界面要求、与其他软件的接口要求，以及对项目进行评估的各种评价标准。并且，在需求分析结束以后，双方还要建立可以直接联系的渠道，以尽早地对需求变动问题进行沟通。项目管理者联盟
service.mypm.net
　　加注：后期对需求的修改的修改是必然的，关键还是要控制主变更的范围。而且对于核心功能和逻辑是不允许随便变更的。前期需求分析要引入原型开发方法和客户细化需求，另外用户往往是很少有耐心将你的需求文档仔细看完的，关键还是需求分析人员要仔细，需求评审过程要仔细。对于不明确的地方在设计开发前必须要搞清楚。另外版本交付过程要迭代起来，要尽可能早的交付给客户可用的迭代一版本以便客户能够尽快反馈意见。项目管理者联盟
项目管理者联盟
　　误区2：软件项目的需求可以持续不断的改变，而且这些改变可很容易地被实现。项目管理者联盟
项目管理者联盟
　　分析：的确，在具体实际中由于种种原因客户方很难在需求分析阶段全面而准确地描述所有问题。随着开发进度的推进，往往会有一些需求的改变。而现代软件工程理论也利用软件的灵活性特点通过各种方式来适应这种情况。不过，这并不表明“软件项目的需求可以持续不断的改变，而且这些改变可很容易地被实现”。实践表明：随着开发进度的推进，实现软件需求更改所需要的代价呈指数形式增长。假定在需求分析阶段实现需求更改需要花费1倍的代价；那么，在系统设计和编码阶段，需要花费1.5-6倍的代价；在系统测试阶段需要花费10-20倍的代价；在软件版本发布以后，甚至可能要花费60-100倍的代价。由此可见，在项目开展过程中，软件需求的改变应当尽量早地提出。这样才可能花费少，容易被实现。项目管理者联盟文章
项目管理者联盟
　　加注：不清楚有谁这样认为，估计只有用户这样认为。作为一个软件开发人员应该有这些尝试。我们提倡敏捷开发和架构设计的灵活和可扩展，也是为了使开发能够适应变化，但并不代表变更都很容易实现。项目管理者联盟

　　误区3：软件程序主要由代码组成，因此编码阶段是整个软件项目的最重要的阶段，应该给与大量的时间，并且集中主要的资源。项目管理培训
talent.mypm.net
　　分析：与以前相比，由于软件的规模和复杂度的增加，以及半自动化软件代码开发平台的出现，现代软件项目管理的中心发生了转移--不是着重编码阶段，而是着重系统总体/详细设计阶段。一般说来，在现代软件项目管理中各种资源的合理分配比例是：项目论证、风险评估阶段3% ，项目需求分析阶段8%，系统总体/详细设计阶段45%，编码阶段10%，系统测试阶段34%。 bbs.mypm.net
talent.mypm.net
　　批注:这主要跟软件项目本身的特点关系很大，以上分析中给出的主要应该是针对较大型的产品化软件开发项目。而对于规模较小，业务功能逻辑较简单，以及在软件企业公用平台已经有积累的情况下，编码可能承担主要的工作量。项目管理培训
项目管理者联盟文章
　　误区4：为了便于代码的维护修改，在系统的详细设计阶段文档工作应该做到写出所有程序的伪码。项目管理者联盟
项目管理者联盟
　　分析：通常伪码的最大作用是对程序的算法流程进行描述，便于人们深入了解程序的功能和实现过程。可见，在一定程度上伪码的确有利于对程序代码的维护和修改。但是，我们知道为了保证项目文档和程序代码的一一对应关系，维护程序代码的时候同时需要对项目文档进行维护。伪码和程序代码是非常接近的，对伪码进行维护的话，相当于进行了2倍的程序代码维护。工作量是很大的。所以切合实际的方式应该是对一般的程序文档做到程序流程图即可，对于涉及了较复杂算法的才需要伪码。项目管理者联盟
项目管理者联盟
　　批注：再次强调源代码就是最好的详细设计文档，不知道该误区是否是作者自己的误区还是教科书看多了。对于需要算法流程和伪码的一般都是很复杂的涉及算法的业务功能，如整个MRP运算逻辑的实现。项目管理者联盟
项目管理者联盟
　　误区5：既然在项目人员配置中设置了专门的测试人员，那么软件所有的内部测试工作全部应该由测试人员完成。 bbs.mypm.net
项目管理者联盟
　　分析：软件程序测试可以分为“白盒法”和“黑盒法”两种方式。由于使用“白盒法”对测试人员各方面素质的种种要求，在进行程序测试时测试人员总是最优先使用“黑盒法”。他们的工作方式往往是先对程序进行“黑盒法”测试；如果测试没有通过，不得已这才考虑对程序代码进行“白盒法”测试。显然，这种对“白盒法”有意无意的“逃避”，对软件的可靠性和稳定性构成了威胁。如何解决这个问题？一方面需要提高对测试人员的要求，另一方面也需要程序员完成部分的“白盒法”测试（实际上，程序员往往也是进行“白盒法”测试的最佳人选）。项目管理者联盟
bbs.mypm.net
　　批注: 开发人员自身必须要做好百盒测试和自测工作。对于开发人员开发的功能不测试就丢到测试的行为必须要算到开发的泄漏并制定奖惩规则。 www.mypm.net
转自项目管理者联盟
　　误区6：软件项目管理只是相关技术部门的事情，与公司其他部门无关。 PgMp.mypm.net
项目管理者联盟
　　分析：在竞争日益激烈的今天，软件项目规模大、复杂度高而且时间要求紧迫。要想提高公司的软件项目管理水平，这就需要提高公司的整体参与意识，需要公司各个部门协同作战。例如需要会计部门协助进行项目预算，财务管理和费用控制；需要研究部门（技术委员会）指派专家协助进行各种风险评估，提供技术指导；需要后勤部门提供各种保障。 www.mypm.net
项目经理博客
　　批注: 发展趋势是软件项目经理必须要专职化。 training.mypm.net
club.mypm.net
　　误区7：在开发进度滞后的情况下，可以聘请更多的程序员加入到开发团队中，通过增加人力资源来赶上进度。 pmp.mypm.net
项目管理者联盟
　　分析：在注重团队开发的时代，开发方应该根据目前的软件项目管理水平慎重考虑这个做法。如果新加入的程序员对目前软件项目的应用行业有一定了解，并且可以很快适应了开发方的项目管理方式、软件开发风格、团队协作氛围；那么"新人"的加入是有益的。否则，可能会"好心好意做坏事"。因为尽管其个人能力很高，但是为了使其与大家一起协同工作，开发团队不得不分出人手对其进行与项目有关的技术/业务培训，更重要的（也是难度最大的）是还要引导其融入团队。这可能需要花费开发团队许多时间和精力，很有可能使项目进度更慢。项目管理培训
项目管理者联盟
　　批注: 这个不多说了，详见《人月神话》书中的分析。项目管理者联盟
pmp.mypm.net
　　误区8：技术骨干应该成为项目的项目经理，项目经理一定是所有项目成员中薪水最高的。项目管理培训
项目管理者联盟
　　分析：在"软件作坊"时代，这是一种普遍使用而且效果不错的方法；而在"软件工厂"时代，这种方法却带来各种问题，有时甚至直接导致项目失败。究其原因这主要是因为随着现代软件开发分工的细化，对项目经理的要求也发生了根本的改变--最注重的不是其对某项专业技术的掌握程度，而是其组织、领导、协调开发团队的能力（当然，可以两者均突出最好）。至于项目经理的薪水问题，这和定薪制度有很大关系。通常，项目经理执行的是管理人员的薪酬体系，而其他人员执行的是技术人员的薪酬体系。项目经理的薪水在项目成员中是比较高的，但不一定是最高的。有时候，为了激励技术人员，项目中的技术骨干得到的酬劳比项目经理要高。项目管理者联盟
项目管理者联盟
　　批注: 这点提及的很好，但是短期却很难克服，导致帕金森金字塔上升现象。项目管理者联盟
项目管理者联盟

本文为项目管理者联盟联盟会员原创文章，授权发布，非经同意不得转载！

[相关文章]

[网友互动]

·软件项目管理各环节常见问题及解. (2360)	项目管理者联盟	03-14
·项目经理该如何做好软件项目管理. (3654)	项目管理者联盟	09-24
·浅谈软件项目规模估计，该怎么估. (4922)	项目管理者联盟	06-14
·软件项目管理之高效团队合作 (7049)	项目管理者联盟	02-12
·为什么软件项目总是无法正常验收. (6850)	项目管理者联盟	11-06
·软件项目文档管理中折射出的管理. (3389)	乔东	10-10
·软件项目经理怎样速战速决 (1966)	项目管理者联盟	01-02
·为什么传统项目管理管不好软件项. (2205)	项目管理者联盟	10-12

12-11[日志] 做好软件项目估算的实用技巧 (1242)
05-17[帖子] 免费--招投标软件项目管理实战电子书 (7250)
05-17[帖子] 免费--招投标软件项目管理实战电子书 (7420)
12-21[帖子] 做一个软件项目实施与组织管理的调查问. (1949)
10-10[帖子] 《软件项目文档管理中折射出的管理理念. (2956)
04-28[日志] 软件项目管理 (357)
10-24[帖子] 初识招投标软件项目 (1633)
09-29[帖子] 让软件项目管理更简单 (33575)

[发表评论]

[相关评论]

[评论人] 丛丛	[时间] 2009-03-26
受教了，在gameres上看到转载的这篇文章，于是专门百度到这里，还注册了账号，收藏，呵呵

本站热点

栏目说明

《文库》栏目为项目管理者联盟网站核心栏目，收录了十大行业项目管理文章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.