软件项目计划——估算杂谈_项目管理文章库

用户名密码

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

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

服
务
区

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

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

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

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

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

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

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

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

北京 | 直播 | 录播

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

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

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

计划 | 报名 | 经验

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

软件项目计划——估算杂谈

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

　　规模，工作量，资源和工期项目管理者联盟
club.mypm.net
　　软件项目的复杂性就在于这几个因素间基本都没有简单的线性关系可寻。在项目过程不成熟或积累的历史数据不够的时候，慎用直接估算规模的方法，因此及时估算了规模也不清楚团队的实际生产率情况，无法根据规模推出具体的工作量。在这种情况下一般可以直接估算工作量，在项目进度跟踪过程中再收集产出物的规模数据以积累历史数据，方便后期建立相关的预测模型。项目管理培训
项目管理者联盟
　　功能点和代码行是可采用的规模数据，但采用代码行时候往往无法区分不同的代码类型本身往往具有不同的复杂度，对于逻辑层实现算法的代码和UI层实现简单完整性代码，虽然可能相同的代码行，但其复杂度不同将直接导致工作量的不同。对于任意一个功能点的开发基本都会涉及到DB,逻辑层和UI代码，因此可以给出一个综合的代码生产率数据，然后根据该数据到计算工作量。 service.mypm.net
training.mypm.net
　　当新项目的规模比历史项目规模大几倍的时候，往往工作量会成指数级增长，在这种情况下要谨慎采用原来的线性比率关系。可以借鉴Cocomo模型来估算项目的工作量和项目工期。当预计出项目工作量人月后，最好能够根据历史经验和模型来预测在不考虑人力资源限制情况下项目可以完成的最短周期。虽然这个时候还没有考虑活动任务排序和资源约束，但基本可以得出一个经验数据。项目管理者联盟
项目管理者联盟
　　WBS分解和估算的关系项目管理者联盟
项目管理者联盟
　　项目在做详细估算的时候往往项目周期已经确定，因此为了可以满足进度WBS的分解粒度和进度的安排就至关重要了。比如在开发阶段现在有四个人可以进行并行开发，这个时候WBS最好能细化出四个可以并行的任务,当发现预排的进度无法满足要求的时候，需要再投入4个人，这个时候就需要WBS进一步分解以满足8 个人能够同时进入并行开发。当WBS分解导致后期集成工作量超过并行节约的时间时候，基本就到了进度能够压缩的极限。所以WBS和估算没有完全的先后关系，分解后进行估算，在估算过程中又在调整和分解WBS。 bbs.mypm.net
项目管理者联盟
　　当项目人力资源很固定的时候，WBS分解更需要按现有人力资源情况进行考虑和分解，这个时候分解的粒度最好和项目可用人力资源匹配。总体原则仍然是前紧后松，让项目人力资源在项目一开始就能够完全动起来，而不是要漫长的等待前续工件和任务。项目管理者联盟
项目管理者联盟
　　当考虑了人力资源仍然无法满足进度要求的时候，需要考虑我们采用的方法论，如是否可用增量迭代的方法替换瀑布模型，如果可以则需要完全根据增量迭代思路重新分解WBS，对于采用不同生命周期模型情况下WBS往往存在较大的差异。 www.mypm.net
pmp.mypm.net
　　当以上仍然无法满足进度要求的时候，我们可以考虑对过程进行裁剪，重点保证对产品质量又重大影响的核心过程元素。当进行过程裁剪仍然无法满足的时候，你需要考虑的是人的因素，去寻找开发生产率比一般人高5倍以上的开发高手，而不是在明知WBS无法细分的情况下继续往项目里面投人。项目管理者联盟
项目管理者联盟文章
　　估算方法 www.mypm.net
bbs.mypm.net
　　在项目没有太多积累情况下，依赖专家去估算往往是最有效的方法。专家估算是一种没有纸面化的Bottom-Up估算方法，因此专家法估算的准确度往往是比简单的类别估算准确度高的。采用三点法估算的计划评审技术仍然是专家法的一种，这种方式的估算可以让我们更加清楚项目进度的一个范围值。项目管理者联盟
项目管理者联盟
　　功能点法是一种经过实践验证的方法，但应用成本很高，估算的工作量投入也较大。功能点法最终结果是规模，仍然需要知道项目的生产率数据才能得出实际的工作量。另外功能点法估算的结果无法直接和WBS分解的工作包和具体的任务对应起来，这是一个较难解决的问题。 pmp.mypm.net
项目管理培训
　　Cocomo估算是一种关于软件成本估算的方法，但仅给出一个可行的模型，项目没有足够多的历史数据根本无法确定出各调整因子和系数。但一旦项目建立起这种模型，则通过Cocomo模型得出的项目工作量和项目周期具有更高的准确度。项目管理者联盟
项目管理者联盟
　　观察历史项目中工作量和项目规模的数据，通过回归拟合可以得出生产率，工作量，生产率三者间的参数模型，这个参数模型可以用来我们通过软件项目的规模来预测实际的工作量。项目管理者联盟
项目管理者联盟
　　估算的科学和艺术项目管理者联盟
项目管理者联盟
　　估算模型是科学，专家经验是艺术项目管理者联盟
　　估算过程是科学，灵活调整是艺术 blog.mypm.net
　　参数模型是科学，个体影响是艺术项目管理论坛
　　过程定义是科学，过程裁剪是艺术项目管理者联盟

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

[相关文章]

[网友互动]

·分析变更和项目计划 (2585)	魏林	09-07
·多项目计划统筹和资源协调机制的4 (764)	项目管理者联盟	06-15
·你的项目为啥会失败？项目计划在. (733)	项目管理评论杂.	05-09
·小步快跑的敏捷项目，还有必要做. (1143)	项目管理者联盟	01-17
·资深项目经理常用的6个顶级估算方 (1222)	项目管理者联盟	01-14
·你的项目计划为什么不可行？ (2689)	项目管理评论杂.	10-09
·掌握这几个原则，你也可以编制高. (904)	项目管理评论杂.	02-04
·项目计划的变化与延误 (1189)	曾伟强	03-04

04-19[帖子] 如何制定一个好的项目计划？这5步必不可 (1422)
04-16[帖子] 项目管理工具——使用甘特图制定项目计. (1561)
01-08[帖子] 项目进度管理：制定项目计划的要点 (1187)
11-13[帖子] 项目经理制定项目计划的大作用：明确目. (1635)
11-10[帖子] 如何整合项目计划与执行，看看这篇就够. (1237)
11-09[帖子] 项目经理的三国时代，刘备与刘关张的项. (1341)
10-20[帖子] 甘特图：如何制定一个有效的项目计划？. (1785)
10-07[帖子] 项目管理：如何使用进度猫甘特图编制项. (2035)

[发表评论]

本站热点

栏目说明

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