军衔: 三等兵
财产:
经验:
魅力:
来自: 不告诉你 :)
鉴定: 本功能已经被关闭
发帖: 11篇
注册: 2002-3-20

--------------------------------------------------------------------------------


项目合同签订后，领导会要求作出此项目开发计划。
如果这是公司在此行业内第一个项目，如何在需求不清楚地情况下估计开发、设计、测试等工作量呢？

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年3月25日 17:46:55 ]


ralph

军衔: 三等兵
财产:
经验:
魅力:
来自: 深圳
鉴定: 本功能已经被关闭
发帖: 305篇
注册: 2002-3-5

--------------------------------------------------------------------------------


根据合同内容，采取和以前类似项目类比的方式进行估算。这在建筑行业用的已经很多了，如修一个400平方米的别墅，造价为400*5000=200万。

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年3月26日 9:10:39 ]


weapon

军衔: 三等兵
财产:
经验:
魅力:
来自: 不告诉你 :)
鉴定: 本功能已经被关闭
发帖: 11篇
注册: 2002-3-20

--------------------------------------------------------------------------------


我指的是这个项目是公司的第一个行业切入项目，没有以前的项目可以类比，对行业内需求复杂度等因素了解都不多。像这种情况怎么去估算工作量呢？

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年3月27日 9:25:08 ]


ralph

军衔: 三等兵
财产:
经验:
魅力:
来自: 深圳
鉴定: 本功能已经被关闭
发帖: 305篇
注册: 2002-3-5

--------------------------------------------------------------------------------


1、以前的项目并不一定需要是本公司的项目，你可以参考行业内其它企业的相应数据（当然，要根据自身情况和对照企业的不同对数据进行一些调整）；
2、根据行业的不同，采用不同的方式：如建筑行业可利用一些工程造价和估算工具；计算机系统集成行业的工作量则可以根据工程总投资乘以一个比例进行毛估货币形式的工作量；计算机软件则应尽量拟一个初步的功能清单（可以不用太详细），通过该清单估算；

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年3月27日 13:10:49 ]


asdf

军衔: 二等兵
财产:
经验:
魅力:
来自: 北京
鉴定: 本功能已经被关闭
发帖: 115篇
注册: 2001-11-26

--------------------------------------------------------------------------------


不可能得到比较准确的估计。

建议使用原来的项目作为基准，通过模块分解，不管什么行业，数据库结构设计，界面程序设计，业务逻辑等时一定可以划分出来的。参照原有的项目可以估计大致的工作量。千万不要按照功能分解，否则功能内的业务逻辑你不熟悉，可能所有的工作量都估不准。

新行业的第一个项目，建议使用风险管理的方式管理需求风险，无论怎么夸大都不过分。

留一点技术攻关的工作量。

更重要的是以下两点：
1 将培训列入工作计划，并计算工作量，如果你负责收益的别忘了费用很贵的。

2 将与客户沟通的工作量单独列出，对各个职位都要列出，工作量吗--double 吧。

还有一种方法：

先不管三七二十一，做一个原型系统。让客户看完了之后，重新订计划，重新做。

说实话，我个人认为，根据中国的绝大多数软件公司现有的管理水平和技术水平以及中国客户的素质，这种方法是最好的。

我们做过的项目从整体的效率来看，都不如使用上述方法。

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年3月27日 16:47:18 ]


tom

军衔: 三等兵
财产:
经验:
魅力:
来自: 不告诉你 :)
鉴定: 本功能已经被关闭
发帖: 73篇
注册: 2002-4-18

--------------------------------------------------------------------------------


说实话，这本身是一个大风险！初步给出的只能是瞎蒙的。较为准确的工作量只能在需求逐步清晰后调整。

不过可以和客户沟通好，是否可以就目前清楚的部分估工作量和估价，大的功能特性点总能知道的。如果这个未清楚，合同如何定义需求？

可以采用螺旋开发模型，逐步完善需求，并调整工作量／报价。这是比较务实可行的。

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年4月23日 17:10:13 ]


一刀

头衔: 中士
军衔: PMU初级三星
财产:
经验:
魅力:
来自: 上海
鉴定: 本功能已经被关闭
发帖: 467篇
注册: 2002-4-13

--------------------------------------------------------------------------------


选择合适的合同类型，大家共同负担风险！

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年4月23日 21:27:28 ]


wyuanzheng

军衔: 无军衔
财产:
经验:
魅力:
来自: 不告诉你 :)
鉴定: 本功能已经被关闭
发帖: 12篇
注册: 2002-5-13

--------------------------------------------------------------------------------


tom 在 2002-4-23 17:10:13 发表的内容
说实话，这本身是一个大风险！初步给出的只能是瞎蒙的。较为准确的工作量只能在需求逐步清晰后调整。

不过可以和客户沟通好，是否可以就目前清楚的部分估工作量和估价，大的功能特性点总能知道的。如果这个未清楚，合同如何定义需求？

问题是, "合同已经签订好", 也就是说公司可能已经和客户说好了项目交割的时间, 可能是客户要求的时间进度, 公司在签订项目时, 为了把它拿下, 可能没有考虑很多实际进度和工作量的问题.

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年5月13日 14:09:42 ]


一刀

头衔: 中士
军衔: PMU初级三星
财产:
经验:
魅力:
来自: 上海
鉴定: 本功能已经被关闭
发帖: 467篇
注册: 2002-4-13

--------------------------------------------------------------------------------


那你怪谁？

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年5月13日 19:16:46 ]