51Testing软件测试论坛

标题: 关于这种类型的项目应该如何做度量 [打印本页]

作者: girlecho 时间: 2008-6-25 11:25
标题: 关于这种类型的项目应该如何做度量
某种短期项目，例如网站，每周都存在日常发布，立项的项目也是属于短期开发的，可能没有时间去做风险评估，详细设计甚至测试用例，老大关心的是每个里程碑的工作量，需求数和缺陷数，目前想通过周报的形式对项目进行度量，应该度量哪些东西呢？

作者: girlecho 时间: 2008-6-25 15:25
都没有人回答吗？

作者: yangxiaowen0622 时间: 2008-6-27 15:49
说真的，我也很想知道，我也在头疼哪。

我当时的想法是从周报开始度量。分析出哪些项目是该重点关注的。
同时由于频繁的变更，我还想度量变更管理那块的内容＆发布前后缺陷的内容

作者: woynzd 时间: 2008-6-28 10:55
一般度量表都会统计进度偏差、需求稳定度、工作量、缺陷分布
需求稳定度= （增加需求+删除需求+修改需求）/（初始需求+增加需求+删除需求+修改需求）
工作量：根据工作报告统计，如果平时没有记录就没法统计，只能大概估计各阶段耗费工时
缺陷分布：按缺陷功能分；按发现阶段和引入阶段分
还有其他项，可以在网上查度量表，也不好说的太多

作者: woynzd 时间: 2008-6-28 10:57
如果不和质量目标挂钩，做度量也只是个华丽的装饰

作者: girlecho 时间: 2008-6-30 13:25
我现在变更这块完全不知道怎么做，除了比较大的变更外，小变更通常就直接放到下一次立项做。。。。
还有风险评估对这种小周期的项目来说，除了时间上，需求变更上的风险，其他很难评估。。。现在头很痛。。。不知道该怎么度量才能取得真正有效的数据

作者: woynzd 时间: 2008-6-30 13:53
标题: 回复 6# 的帖子
你这个问题范围好大......
变更一定要有记录,一定要有负责人确认.确认了要变更,你就按那些数据做度量,变了多少,影响范围多大等等.别管度量数据有没有效了,先把变更控制慢慢做好.
进度风险,资源风险,质量风险...大家坐在一起讨论讨论,可以总结出不少的

作者: girlecho 时间: 2008-6-30 17:58
目前能度量的只有项目过程中各里程碑的整体工作量、需求规模、缺陷数
只能做一些项目的数据累积。。。。

作者: woynzd 时间: 2008-6-30 18:26
标题: 回复 8# 的帖子
慢慢积累咯,这个牵扯到的东西好多

作者: girlecho 时间: 2008-7-1 16:57
那我们先从checklist开始讨论吧
项目的checklist从立项申请开始，现在能想到的检查项有：
立项申请是否文档化，是否符合规范
项目需求和后期目标是否清晰
是否符合公司的发展战略
客户的需求是否强烈
产品的开发计划是否合理
实际用于开发本产品的经费、人员、物资、时间能满足要求吗？
成本－效益分析令人满意吗？
市场风险、运营风险、技术风险、质量风险
其他的还有什么。。。。。

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