为什么必须首先做规模估计?
发布于 2024-10-04
1298
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章探讨了在项目管理中,为什么需要先进行规模估计再进行工作量估计的必要性。作者提出了几个理由支持规模估计的重要性,包括使用规模来估计成本、规模估计的客观性、以规模来度量开发效率、通过规模细化需求、规模实现度量项目进展、规模用来度量缺陷密度和质量设计,以及规模估计用于与标杆数据进行比较。
然而,作者也指出了这些理由并不是最根本的,而且存在一些反对意见。例如,工作量和成本可以不通过规模直接估计;如果项目组成员熟悉且配合默契,直接估计工作量是可行的;项目开发效率可以通过跟踪实际规模和工作量来统计;需求细化不必依赖规模估计;项目进展可以用EV值度量;缺陷密度可以通过实际规模设定质量目标来测量;而与历史项目的比较可能更具可行性。
作者在探索这个问题时,虽然列出了支持规模估计的理由,但也提出了一些对这些理由的质疑,并没有提出最根本的原因。文章结尾留下了悬念,没有明确提出最根本理由是什么,暗示需要进一步的讨论和探索。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 984.6K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
测试用例评审的旁观记录
测试用例评审应该如何做?
一句话概括TMMi的每个PA
本文针对TMMi的每个PA,用简单扼要的一句话概括了其核心内容,便于大家在最短的时间内了解TMMi的要求。
如何管理小型软件项目?
如何管理小型软件项目?这个问题在多个客户那里探讨过多次。所谓的小型项目一般是指估计工作量大于3人月小于9个人月的项目。对于没有实施CMMI的企业,这类项目一般是放任自流,少有管理了,对于实施CMMI的企业,如果这类项目也想要达到CMMI的要求,管理的成本相对投入比较大,难以平衡管理的成本与收益,因此,需要做裁剪。如何裁剪,就是难点。经过与多个客户讨论,最终形成了如下的参考意见。每个企业的特点不同,
不可重现的BUG的应对策略
问题场景:有一些比较严重的BUG随机发生,难以查找规律的,测试工程师提交上去后,有可能会出现以下三个情形:1.开发人员试图重现,重现不出,Reject回来;2.开发人员找不到规律,所以不去解决,问题一直处于Open状态;3.开发人员因为问题难以解决,所以直接Resolved回来,觉得反正是偶发的,先改成解决状态再说。对开发人员、项目经理和测试工程师来说,正确的处理方法应该是怎样的?解决方案:1 缺
如何近似计算回归方程的预测区间?
1 预测区间与置信区间的差别 预测区间估计(prediction interval estimate):利用估计的回归方程,对于自变量 x 的一个给定值 x0 ,求出因变量 y 的一个个别值的估计区间。变量的估计叫预测区间,预测区间反映了单个数值的不确定性; 置信区间估计(confidence interval estimate):利用估计的回归方程,对于自...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线