ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 主题:项目估算-项目管理MSN群线上讨论(2009.6.30)

主题:项目估算-项目管理MSN群线上讨论(2009.6.30)

原创 Linux操作系统 作者:sissili 时间:2009-06-30 15:22:33 0 删除 编辑

今天是项目管理MSN群的第二次集体讨论,话题是有关项目估算。今天的讨论涉及到:估算的参考数据哪里来、代码行估算的前提、企业规模与估算精度、投标前的估算、如何提高新手的估算精度等内容。以下记录讨论完整过程,已删去与讨论主题无关之内容,方便大家学习与浏览。


谷雨霖 说:
大家中午好
谷雨霖 说:
很高兴大家来“老谷项目管理群”交流
谷雨霖 说:
今天的主题是项目估算
张鹏 说:
中午好
谷雨霖 说:
今天我们有幸请到了
谷雨霖 说:
国内首家通过CMM5认证公司的项目兼质量总监
谷雨霖 说:
王海青先生
谷雨霖 说:
他是CMM/CMMI/ISO等方面的专家,
Cruiser 说:
大家好!
谷雨霖 说:
cruiser就是王专家
谷雨霖 说:
他在项目估算等方面有很强的背景
谷雨霖 说:
下面,我们有请王专家给大家来个开场白
Cruiser 说:
谢谢!第一次上这个群交流,希望能和大家共同学习!
谷雨霖 说:
王总从事软件管理10多年
谷雨霖 说:
大家可以多挖掘挖掘他的智慧
zxhah@hotmail.com 说:
出了什么成绩吗?
Cruiser 说:
个人在项目估算方面做过一些实践,目前也在帮一些公司开展项目估算实践,如果有这方面的问题可以提出来大家一起讨论


估算的参考数据哪里来?

husthxd 说:
理论结合实践,项目估算有些什么理论?在实践上又是如何应用的?
husthxd 说:
偶先提个问题
zxhah@hotmail.com 说:
我们公司估算一点都不准
  CHINA Scott.Pan 说:
运维项目的估算你是怎么执行的?
Cruiser 说:
项目估算的基础是规模估算
husthxd 说:
EN
谷雨霖 说:
好,第一个问题是项目估算有些什么理论?在实践上又是如何应用的?
xiyeqing99@hotmail.com 说:
对 往往存在估算偏差很大
xiyeqing99@hotmail.com 说:
怎么办
谷雨霖 说:
其他朋友暂时安静,谢谢!
Cruiser 说:
目前最主要的方法包括代码行、功能点、功能项、用例等
zxhah@hotmail.com 说:
规模估算怎么样才能更准确呢???
谷雨霖 说:
第二个问题运维项目的估算你是怎么执行的?
xiyeqing99@hotmail.com 说:
功能点 有的人1天有的人3天 这个也很难估算呀
Cruiser 说:
历史数据非常关键
Cruiser 说:
因为规模不是目的
husthxd 说:
参考既往的项目经验?
xiyeqing99@hotmail.com 说:
没历史数据咋办
husthxd 说:
那历史数据需要收集什么信息?
xiyeqing99@hotmail.com 说:
比如新官上任
husthxd 说:
如何&何时收集?
DeviGe 说:
没有公司的历史数据,可以参考行业数据。
Cruiser 说:
用FP方法可以获得很准确的规模,但如果要估算工作量,必须要有生产率数据
xiyeqing99@hotmail.com 说:
生产率数据?
DeviGe 说:
生产率数据,需要公司的长期积累啊。
xiyeqing99@hotmail.com 说:
是呀
Cruiser 说:
对,如果没有本公司数据可以用行业数据
husthxd 说:
Cruiser 说:
目前最主要的方法包括代码行、功能点、功能项、用例等。
可以展开来说说嘛?
zxhah@hotmail.com 说:
文档中很多页数是套话 关键东西很少
一点红 说:
对,先展开来说说吧
Cruiser 说:
一般大公司的数据库都是分层次的
Cruiser 说:
最有效的参考数据是本业务方向的历史数据
Cruiser 说:
其次是本组织的基线数据
Cruiser 说:
然后是行业数据
rorong0429@hotmail.com 说:
问题在于..基于代码行的方法..但是程序员的水平高低一个月产生的行数不相同呀
xiyeqing99@hotmail.com 说:
行业数据
哪里去弄?
Cruiser 说:
行业数据CSBSG和ISBSG都有一些
一点红 说:
行业数据的准确性能保证么?
谷雨霖 说:
CSBSG和ISBSG是国内和国际基准数据组织


代码行估算的前提

husthxd 说:
1.目前最主要的方法包括代码行、功能点、功能项、用例等。最好可以再深入展开谈谈  2.关于历史数据的收集,需要收集什么数据?如何收集

Cruiser 说:
估算的结果其实是一个概率,也就是能够按照计划完成的可能性
Cruiser 说:
关于代码行,大家可能都比较熟悉,但很多公司其实并未真的用这种方法开展估算,只不过会在项目结束后统计代码行数
xiyeqing99@hotmail.com 说:
那估算不准 就完了
Cruiser 说:
在一个组织内,代码行明确的定义也很重要
xiyeqing99@hotmail.com 说:
是呀 代码行 总得项目做完菜知道吧
husthxd 说:
代码行估算个人觉得是不准确的,一行胜千言,水平高的程序员写得代码不见得比初级的多 
husthxd 说:
代码行跟算法有关。
一点红 说:
王总,您先说说您是怎么根据代码行估算的
Cruiser 说:
例如注释算不算?重用怎么算?if... then 这样的语句写在两行算几行等?
DeviGe 说:
为了积累数据等,等项目结束时,建议进行再估算 -- 核算。
husthxd 说:
不知道代码行估算用的多不多,呵呵,至少我们没用过。那,功能点、功能项和用例呢?
Cruiser 说:
我个人的经验,在一个成熟的组织内,很多规模估计的方法都可以比较准。比如我以前带过的项目,规模在百万行代码左右,用功能项数、代码行、甚至需求文档页数估算的误差

都在15%以内
Cruiser 说:
但问题在于,有些方法是很难在不同项目或不同企业间进行基准比对的
Cruiser 说:
比如功能项数或文档页数
Cruiser 说:
每个公司文档的模板、撰写规程不一样,数据差别就很大


企业规模与估算

husthxd 说:
呵呵,王总您也提到了“在一个成熟的组织内”,...都比较准。
rorong0429@hotmail.com 说:
那你这种方法只能用在企业已经达到CMM3了
xiyeqing99@hotmail.com 说:
如果是小公司咋办
husthxd 说:
这个“成熟的组织”会引起其他很多问题的。
Cruiser 说:
也未必,三级的组织强调统一过程能力
谷雨霖 说:
大家对估算要有理性认识,估代表着不确定性。要在一定数据基础上的估算才有效
xiyeqing99@hotmail.com 说:
那这个项目经理室刚上任的咋办?
Cruiser 说:
有些二级甚至连二级斗不是的组织中的项目,如果自身数据积累比较好,也可以开展有效的项目估算
xiyeqing99@hotmail.com 说:
没有一定数据基础的呀
Cruiser 说:
还有,目前很多项目采用迭代开发
DeviGe 说:
没有经验数据的,就靠各位逐渐积累。
husthxd 说:
迭代开发,每个迭代都可以单独做出估算把?
Cruiser 说:
按照我的经验,项目前期迭代中采集的数据分析结果,对于后期项目估算很有帮助
Cruiser 说:
在我原来的公司中,项目估算规程要求迭代开发的项目,在每次迭代后都要重新估算以精化结果
Cruiser 说:
估算也是一个逐步求精的过程
Emily 说:
赞同
Cruiser 说:
即使在所谓5级的组织,项目策划阶段、需求分析之后以及编码完成之后的估算结果都会不同
xiyeqing99@hotmail.com 说:
对的
xiyeqing99@hotmail.com 说:
ibm就是这样的
sue_huangyong@126.com 说:
会不会不同的阶段的估算方法不同呢
Cruiser 说:
有的公司是采用混合的方法。比如很多公司大量的数据是基于代码行的,但是代码行在项目早期估算难度很高
sue_huangyong@126.com 说:
前期主要是什么估算方式呢
Cruiser 说:
所以前期会采用功能项等方法
xiyeqing99@hotmail.com 说:
是呀 代码行在项目早期估算难度实在太高了
sue_huangyong@126.com 说:
能具体说下吗
Cruiser 说:
后期(如设计完成)可以结合功能点修正估算结果


功能项?功能点?FP?

xiyeqing99@hotmail.com 说:
功能项 功能点是一个概念吗?
husthxd 说:
用功能项等方法估算有没有算管理成本?比如同行成本、代码复审等成本?
Cruiser 说:
功能项 功能点不是一个方法
一点红 说:
同意,不过王总你说的都是“之后”非常准确了,但是“之前”的估算如何保证准确?
sue_huangyong@126.com 说:
区别在?
xiyeqing99@hotmail.com 说:
准确肯定谈不上 最多是偏差比较少
xiyeqing99@hotmail.com 说:
别人加班通宵 你加班3小时 哈哈
一点红 说:
xiyeqing99@hotmail.com 说:
 准确肯定谈不上 最多是偏差比较少
同意!!!
sue_huangyong@126.com 说:
功能项如何估算呢
Cruiser 说:
功能点是有国际标准的,但是他是将软件的功能按照特定的方法进行分类和转换,最后得到一个逻辑值
谷雨霖 说:
功能项 功能点如果都是FP的翻译,没区别。这里说的功能点估算方法是有国际标准的
sue_huangyong@126.com 说:
问个低级问题,哪个国际标准啊
Cruiser 说:
而所谓功能项就是我们在需求规格中看到的一条条功能
谷雨霖 说:
如流行的IFPUG(美国)
谷雨霖 说:
还有英国、荷兰等体系
sue_huangyong@126.com 说:
用一句话概括下原理好吗
DeviGe 说:
线,IFPUG用的最广
xiyeqing99@hotmail.com 说:
那就是需求了老
Cruiser 说:
一般功能项是指 feature point
谷雨霖 说:
IFPUG划分了5种逻辑功能。对每种逻辑功能按照它所涉及到的数据数量和交互数量通过查表来确定逻辑复杂度,以及功能点数。
Cruiser 说:
功能点是function point
谷雨霖 说:
COSMIC划分了4种逻辑逻辑功能, 避免了查表的局限性和不能体现大批量数据交互的复杂情况。
Cruiser 说:
从某种意义上说功能项并不是一种“科学”的方法
Cruiser 说:
因为没有统一标准
xiyeqing99@hotmail.com 说:
那还是功能点用的多老
Cruiser 说:
所以每个组织在实践时差别很大
zxhah@hotmail.com 说:
哪4种逻辑功能
谷雨霖 说:
其他的不在这里统一描述,大家可以网上搜素下。
sue_huangyong@126.com 说:
这个对专业技术要求很高啊
谷雨霖 说:
FP理论要学习一小段时间的
Cruiser 说:
也无法进行行业基准比对
xiyeqing99@hotmail.com 说:
FP理论到底是撒理论
xiyeqing99@hotmail.com 说:
为什么网上没有?
husthxd 说:
理论知识是需要补补的。
谷雨霖 说:
FP估算人员需要进行一致性训练,即他是专职的
sue_huangyong@126.com 说:
做这个似乎要求需求详细到一定程序时才可以估算吧
谷雨霖 说:
才有效
Cruiser 说:
关于FP在国内应用范围很小,对他的一些不切当宣传也造成了不好的效果
Cruiser 说:
FP也可以做早期估算
husthxd 说:
早期估算可能很不准。
sue_huangyong@126.com 说:
可是早期的功能项可能不会那么具体的啊
husthxd 说:
因为早期需求是不稳定或者是不清晰的。
Cruiser 说:
按照IFPUG的宣传,最早期的估算也可以达到50%以内的精度,而在需求规格确定后,精度是10%
Cruiser 说:
不过这里偷换了一个概念


投标前的估算

husthxd 说:
王总,想问问,投标前的估算一般用何种方法?
sue_huangyong@126.com 说:
同问
xiyeqing99@hotmail.com 说:
精度是10%
这要有一定得功力了
husthxd 说:
这时候只有招标文件&客户反馈的零星信息。
xiyeqing99@hotmail.com 说:
是呀
Cruiser 说:
也就企业只得到所谓精确的规模是没有意义的,还需要知道由此导出的工作量
谷雨霖 说:
这是关键
Cruiser 说:
可以用FP方法进行投标前的估算,规模精度可以控制在20%左右
Cruiser 说:
但工作量精度取决于历史数据
husthxd 说:
20%左右是个比较理想的数字了。
xiyeqing99@hotmail.com 说:
很理想了
xiyeqing99@hotmail.com 说:
上次我们去报价第一次报了1000万 第二轮报了500万
husthxd 说:
没有历史数据,行业标准或基准又难以获取,这时候如何评估?
Cruiser 说:
企业如果有一些积累,投标时也可以基于功能项和代码行
不胜人生一场醉(2009年春节,茫然中...) 说:
个人感觉
fp只能解决业务功能部分的评估
对于集成和涉及一些新特性新技术的评估是无法解决的
husthxd 说:
比如涉足新行业,使用新技术开发新系统
Cruiser 说:
现在很多甲方项目的问题在于甲方在招标的时候也没有明确的项目范围
Cruiser 说:
这样在估算时就很麻烦
不胜人生一场醉(2009年春节,茫然中...) 说:
业务功能的评估带有普遍性
husthxd 说:
“现在很多甲方项目的问题在于甲方在招标的时候也没有明确的项目范围”,太多这样的项目了。
谷雨霖 说:
看来大家需要一定深度的FP科普。FP是一种将模糊变为数字的手段、方法,输入信息不够,估算是徒劳的。
Cruiser 说:
所以昨天我和四所的专家在交流交付保障的时候还提到。客户有明确的工期、固定的预算这种现实情况客观存在,高成熟的公司要做到把这种工期和费用下可以交付的产品质量和功能范围想清楚
不胜人生一场醉(2009年春节,茫然中...) 说:
FP在业务需求确认后作工作量评估是高效的
husthxd 说:
那就是说,如何input不够,是不能用fp方法了?
不胜人生一场醉(2009年春节,茫然中...) 说:
对投标和解决方案时的评估不见得有用
husthxd 说:
这时候是否有其他方法?
Cruiser 说:
按照现在我所见大部分招标,至少可以做50%精度的规模估算,相当一部分可以做20%
谷雨霖 说:
可以,但精度会比较低,但比拍脑袋好的多。同时,如果是个同类项目,那么专家经验类比法,比初期使用FP精度还要高。
husthxd 说:
相对的估算准确点的。不过,输入信息不足,估计用什么方法都不准确
Cruiser 说:
但工作量估算要难一些
Cruiser 说:
所幸软件项目的质量弹性比较大
husthxd 说:
质量是相对的
谷雨霖 说:
他是将你拍脑袋的思考,展现给大家一起评审的办法之一。
chinamathman@hotmail.com 说:
非常认同王总前面讲的。我的理解,项目估算有两个重要目的:一个是用于项目本身的成本估算,也就是说企业首先得知道做这个项目得花多少钱,多少人力成本及其它资源;另一个目的是为了给客户报价提供客观依据,现在的客户也都对行业价格比较了解,往往还会货比三家,所以报价的客观依据对客户是重要的参考。我的经验来看,客户一般对代码行不感兴趣,因为这里面可能水分很大,客户也不可能真的来检查你的代码;功能项却是一个很直观的东西,客户验收的时候也看得见摸得着,在货比三家的时候,客户也一般会拿着功能项来比各家的报价。
Cruiser 说:
估算不准的代价一般是乙方通过加班承担一部分,甲方通过牺牲质量承担一部分,可能还是一大部分
不胜人生一场醉(2009年春节,茫然中...) 说:
所以大部分评估是建立在工期*人月+历史数据的基础上的
Cruiser 说:
现在国外有些甲方会引入第三方进行项目范围管理,这样基于FP方法的估算就很必要了
一点红 说:
TO chinamathman@hotmail.com 但是现在很多公司为了中标,往往夸大了标书内容
husthxd 说:
估算不准往往是乙方需要追加预算。
Cruiser 说:
但是很多甲方(尤其是政府)是预算制的,很难增加预算


关于专家经验

谷雨霖 说:
估算方法很多,如果公司有个同行业10年以上的专家,那他的直接估计比其他办法更有效的
Cruiser 说:
所以乙方只能在报价时打出余量
谷雨霖 说:
加富裕量,这个是要业务人员一起参与的
sue_huangyong@126.com 说:
甲方一般会直接往下砍 ,血淋淋地
DeviGe 说:
确实,乙方报价都需有缓冲量。
谷雨霖 说:
不是纯粹技术问题,我们不要参合到一起
xiyeqing99@hotmail.com 说:
有个同行业10年以上的专家,那他的直接估计比其他办法更有效的 那说白了 还是要有专家
谷雨霖 说:
讨价还价不在FP范畴
Cruiser 说:
专家经验的问题就是难以复制
sue_huangyong@126.com 说:
其实专家心里也有一个模板
谷雨霖 说:
如果没有专家怎么办?FP可以帮你理性估算
chinamathman@hotmail.com 说:
To 一点红:确实如此,但是乙方必须得有自己的底线,总不能赔钱做买卖吧,在底线的基础上又不能报价过高,否则就会被竞争对手挤掉。
谷雨霖 说:
这就是不同的办法
husthxd 说:
专家经验都在人的脑子里面  人走了,经验也没了。
一点红 说:
同意
xiyeqing99@hotmail.com 说:
那有一个专家 不都结了
谷雨霖 说:
站着说话不腰疼是不
谷雨霖 说:
呵呵,专家是稀缺资源
火星人 说:
现在流行知识管理.
husthxd 说:
呵呵,人都会犯错的,所以需要同行评审。
xiyeqing99@hotmail.com 说:
一个公司要有个专家
DeviGe 说:
用估算模板等专家知识留下。
Cruiser 说:
而且专家经验还有一个问题,就是他的很多假设也都在脑子里,而在估算过程中,假设非常重要
谷雨霖 说:
对  专家也要犯错误的  风险太大
一点红 说:
那好似不是要配备多个专家?
Cruiser 说:
所以一个好的估算过程需要记录假设条件,然后在每个关键里程碑检查
xiyeqing99@hotmail.com 说:
成本太高了吧
sue_huangyong@126.com 说:
历史经验包括哪些数据或信息
husthxd 说:
可以临时外聘
Cruiser 说:
也没有太多成本,其实就是会上过一下就可以了
谷雨霖 说:
这就是为何政府招标要一群专家评审方案
Cruiser 说:
现在很多公司基于WBS进行工作量估算,这就是典型的基于经验
xiyeqing99@hotmail.com 说:
WBS进行工作量估算 是基于经验的啊

rorong0429@hotmail.com 说:
只有大型项目才这样子..一个几十万的项目.肯定不能这样子做.
xiyeqing99@hotmail.com 说:
很多公司是这样的
Cruiser 说:
但即使采用这种方法,我们也可以将一些要点写入估算指南,提高新手的估算精度


如何提高新手的估算精度

一点红 说:
王总,那您说说如何提高新手的估算精度?我是新手,呵呵
Cruiser 说:
例如,很多项目经理在估算项目后期工作量的时候,对于各角色的返工工作量就考虑不足
rorong0429@hotmail.com 说:
是的...讲一下中型项目一般的估算方法.和流程..注意事项
Cruiser 说:
还有很多项目经理不会考虑项目管理及支持活动的工作量
husthxd 说:
比如同行评审、代码复审等工作量?
rorong0429@hotmail.com 说:
需要高质量软件工程师.这样返工量比较小
sue_huangyong@126.com 说:
嗯,这个也要包含在内
Cruiser 说:
或者认为一个任务需要2个人做4个月,那么4个人2个月就可以做完
rorong0429@hotmail.com 说:
不对..
husthxd 说:
说到人月,不同的“人”会出现不同的人月数。
rorong0429@hotmail.com 说:
添加人就需要增加人与人之间的交流时间
Cruiser 说:
嗯,对
DeviGe 说:
这个可不一定啊:“一个任务需要2个人做4个月,那么4个人2个月就可以做完”
一点红 说:
王总,我也同意您说的人月神化是不现实的,不过感觉您说的还是经验比较重要
chinamathman@hotmail.com 说:
同意husthxd
Cruiser 说:
我觉得数据比经验重要,经验比方法重要
rorong0429@hotmail.com 说:
或者认为一个任务需要2个人做4个月,那么4个人2-3个月有可能完成.
husthxd 说:
工作量估算的时候,如何把这个”人“定下来?
sue_huangyong@126.com 说:
所以啊,要归档哪些经验作为参考数据呢
Cruiser 说:
但当什么都没有的时候我们只好改进方法了?
Cruiser 说:
对吗?
DeviGe 说:
各种估算方法,就是经验的积累与体现。
husthxd 说:
按高级程序员去评估还是中级程序员去评估结果是大不一样的。
xiyeqing99@hotmail.com 说:
初级程序员就更不一样了
Cruiser 说:
对于越小的项目,个体生产率的差别影响越大
xiyeqing99@hotmail.com 说:
不同的程序员之间 效率相差10被以上
sue_huangyong@126.com 说:
所以还要结合人力资源计划
Cruiser 说:
对于大项目,这种差异就被稀释了
aquarian -  China 庸人自扰 说:
我觉得估算的时候是按照一个标准,然后在根据程序员的分级用系数加以修正
husthxd 说:
对,个体生产率的差别会很大。
Cruiser 说:
可以,有的公司是这么做的
Cruiser 说:
不过要建立一套科学的估算模型需要大量的数据
Cruiser 说:
所以我的建议是,如果没有大量数据,就尽可能用最简单的模型
husthxd 说:
呵呵,历史经验的总结很重要了
谷雨霖 说:
人员水平的处理,分1、2、3级是比较好的一个方法。将人的能力靠这1、2、3级,剩下的通过人能动性去处理。
sue_huangyong@126.com 说:
要总结什么啊
rorong0429@hotmail.com 说:
是的.. 需要建全这些东西..需要软件公司到少要达到300人以上呀.
谷雨霖 说:

谷雨霖 说:
与规模没有直接联系
husthxd 说:
跟规模没有多大关系了。
Cruiser 说:
未必公司人多,如果项目的持续性好也可以
谷雨霖 说:
在于有没有意识做这个工作
Cruiser 说:
对于人又少,项目类型又差异很大的公司积累数据确实难一些
一点红 说:
 所以我的建议是,如果没有大量数据,就尽可能用最简单的模型--能具体一点么,王总?
DeviGe 说:
没有模型的,可以先定一个,执行---〉完善--〉再执行。
谷雨霖 说:
10个人的公司,没有专家,有3个项目经验。第四个项目的估计也会做得很好(同行业的)
谷雨霖 说:
同意devige
rorong0429@hotmail.com 说:
不一定.
Cruiser 说:
最简单的就是 工作量=生产率*规模 对吧?
sue_huangyong@126.com 说:
对于甲方来讲,生产率得不到哦
rorong0429@hotmail.com 说:
有一些公司搞了三四年..都没有很 的估算
Cruiser 说:
甲方也可以从CSBSG得到行业数据
rorong0429@hotmail.com 说:
得到数据需要收钱的不


招标与估算

Cruiser 说:
例如在国外的一些甲方,会用行业数据算出项目的报价上下限,最高或最低的报价都会在第一轮被淘汰
xiyeqing99@hotmail.com 说:
最低的报价 也要淘汰?
Cruiser 说:
其实这是一种统计原则,不是说报价超低的公司一定做不好这个项目,只是说他能够完成的概率较低
rorong0429@hotmail.com 说:
取低的认为是压低价格来获得标..这样是不道德的
Cruiser 说:
比如招标时以P25 和P75 为限
 rainedviolet(分机恢复399) 说:
避免行业低价竞争,恶性循环吧
Cruiser 说:

Cruiser 说:
这样最终会是双赢的结果
谷雨霖 说:
我相信只要组织有意识,系统、认真的积累数据,估算会越来越精细
Cruiser 说:
长期来看,中标的会是符合甲方预算且质量最好的公司
Cruiser 说:
而不是最便宜的公司或最高质量的公司
Cruiser 说:
所以对于甲方来说ROI是最好的
谷雨霖 说:
估算对公司是干货,投标需要参水的,参多少不是技术人员的范畴
谷雨霖 说:
我们一定要分看这个问题
 rainedviolet(分机恢复399) 说:
同意,对脑力劳动的预估,有难度,但并不是肯定做不到的
Cruiser 说:
嗯,掺水的事商务人员定
Cruiser 说:
不在估算范畴了
rorong0429@hotmail.com 说:
是的..不参水..公司怎么活咯
xiyeqing99@hotmail.com 说:
商务人员=销售?
Cruiser 说:
或者是客户经理吧,不同的公司职责定位不一样
DeviGe 说:
估算,就是为了更好、更有把握掺水。
谷雨霖 说:
技术做好基础的基本功,业务做业务的工作。项目拿下来是几个经理一起沟通商定的结果
Cruiser 说:
因为很多公司对项目有毛利要求,而市场人员可能是觉得能签单就行


结束语:FP功能点实践手册下载

谷雨霖 说:
我想项目估算不是我们今天1小时能够讨论清楚的,这个专题需要多次交流会更有效。
谷雨霖 说:
我建议大家下面科普科普什么FP\WBS等理论,我们再安排个时间进行交流。
谷雨霖 说:
线下的老谷项目管理沙龙活动,有功能点估算的专题,在北京的可以关注后续活动。
谷雨霖 说:
首先今天非常感谢王总专程来项目管理群和大家一起交流。下面的时间我们可以再进一步交流。
谷雨霖 说:
我在itpub网站上上传了一份FP功能点实践手册,大家可以去看看。希望对大家有启发。
谷雨霖 说:
http://www.itpub.net/viewthread.php?tid=1180510&page=1&extra=#pid13795783
谷雨霖 说:
总之,工具是要根据具体情况来选择的,没有一招先的方法。
谷雨霖 说:
今天王总对项目估算做了初步的阐述
谷雨霖 说:
对FP做了较详细的初步解释
谷雨霖 说:
FP对企业来说
谷雨霖 说:
需要培养3-5个成手
谷雨霖 说:
这样对公司的估算会比较统一,一致。
谷雨霖 说:
好了,在这再次感谢王总
谷雨霖 说:
感谢大家!

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/12231076/viewspace-607902/,如需转载,请注明出处,否则将追究法律责任。

上一篇: 随便写写
请登录后发表评论 登录
全部评论

注册时间:2007-11-28

  • 博文量
    78
  • 访问量
    186766