有关人时人天的问题。。

phoebe_kaka

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

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

yangzhi984

找个专家估计或找历史纪录来估计，计划很难准的

baizhudan

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

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

phoebe_kaka

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

phoebe_kaka

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

Fin

来，哥哥教你，嘿嘿

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

志大才疏

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

天网

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