51Testing软件测试论坛

标题: 有关人时人天的问题。。 [打印本页]

作者: phoebe_kaka 时间: 2009-4-30 00:16
标题: 有关人时人天的问题。。
写测试计划时有工作量的估计，其中人时人天是怎样计算的啊？

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

作者: 天网 时间: 2009-5-5 17:01
标题: 回复 1# 的帖子
如果你要估计工作量的活动以前没有度量数据的积累的话，就只能凭经验、评感觉来估算了。

作者: 志大才疏 时间: 2009-5-11 10:51
我还以为天时、地利、人和呢？
不过确实要从这三方面考虑，方可客观、准确。

作者: Fin 时间: 2009-5-14 11:36
来，哥哥教你，嘿嘿

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

作者: phoebe_kaka 时间: 2009-5-18 10:51
我菜菜菜鸟。。楼上好专业的说。。没看懂呢。。不过还是谢谢额。。

作者: phoebe_kaka 时间: 2009-5-18 10:55
我菜菜菜鸟。。楼上好专业的说。。没看懂呢。。不过还是谢谢额。。

作者: baizhudan 时间: 2009-7-16 17:27
反正我只知道越复杂的工作 1人N天>>N人1天。

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

作者: yangzhi984 时间: 2009-8-10 16:04
找个专家估计或找历史纪录来估计，计划很难准的

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)