phoebe_kaka 发表于 2009-4-30 00:16:47

有关人时人天的问题。。

写测试计划时有工作量的估计,其中人时人天是怎样计算的啊?

[ 本帖最后由 phoebe_kaka 于 2009-4-30 00:19 编辑 ]

天网 发表于 2009-5-5 17:01:25

回复 1# 的帖子

如果你要估计工作量的活动以前没有度量数据的积累的话,就只能凭经验、评感觉来估算了。

志大才疏 发表于 2009-5-11 10:51:07

我还以为天时、地利、人和呢?
不过确实要从这三方面考虑,方可客观、准确。

Fin 发表于 2009-5-14 11:36:26

来,哥哥教你,嘿嘿:lol

例如你要分配人时、人天要根据员工(没有单独有平均也行)的工作粒度从“资源库”里面抽取你所要的资源。
然后根据这些资源分配的适用度(例如系统分析师 和 系统工程师 的适用度是不一样的,必要时可以逐个沟通),设定好你的项目初步规划,先把时间段标记出来,然后再时间段上分配人力和环境资源到位的时间。最好用甘特图展现出来方便观察。
最难的不是这些,而是“变更冲击” 一个两个项目的变更冲击还很好解决,大的公司N+1型号的项目孵化器中,变更冲突是最难的。目前有2种解决方案(注明:我个人的知识面+理解程度也就这么多了,说的少了别笑话我。):
   1. 网状变更分析 例如 VisualProject 方式。所有的项目都是以网状的方式展现出来,一点父节点项目发生变动,将一步一步通过提醒方式通知相关联的负责人,提醒变更。 优点:准确的解决掉变更分析。缺点:过于复杂。很有可能因为进度的原因使之失去存在价值。
   2.简单变更分析 (因为项目原因正在考虑一种新的变更分析)。建立项目计划时从资源库抽取资源(和正长方式一样),需要考虑全面一点。但建立成功后,若进行变更冲击时,直接关闭变更节点项目,直接新建。
   为什么要提出用第二种不科学的方式呢? 是有原因的,对于金融行业、电信行业等系统他们需要的并不是复杂的操作流程,由于业务非常繁多,他们需要一种既简单又可以解决问题的东西。哪怕是牺牲一些不太重要的东西,例如人员报工,等等。
    这样的方法优点: 简单明了,利于那种突击式,无法准确按计划实施,随时都有可能变更的企业。
    缺点: 很有可能导致人员工作粒度分配不均,进度无法控制,成本统计较难。
目前只懂得这两种方式,头疼好长时间了,还请各位兄弟姐妹们出高策,以便相互学习。

phoebe_kaka 发表于 2009-5-18 10:51:50

我菜菜菜鸟。。楼上好专业的说。。没看懂呢。。不过还是谢谢额。。

phoebe_kaka 发表于 2009-5-18 10:55:31

我菜菜菜鸟。。楼上好专业的说。。没看懂呢。。不过还是谢谢额。。

baizhudan 发表于 2009-7-16 17:27:03

反正我只知道越复杂的工作 1人N天>>N人1天。

所以当2人3天能做的事情未必3人2天就能做好。

yangzhi984 发表于 2009-8-10 16:04:49

找个专家估计或找历史纪录来估计,计划很难准的
页: [1]
查看完整版本: 有关人时人天的问题。。