为什么必须首先做规模估计?
发布于 2024-10-04
915
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章探讨了在项目管理中,为什么需要先进行规模估计再进行工作量估计的必要性。作者提出了几个理由支持规模估计的重要性,包括使用规模来估计成本、规模估计的客观性、以规模来度量开发效率、通过规模细化需求、规模实现度量项目进展、规模用来度量缺陷密度和质量设计,以及规模估计用于与标杆数据进行比较。
然而,作者也指出了这些理由并不是最根本的,而且存在一些反对意见。例如,工作量和成本可以不通过规模直接估计;如果项目组成员熟悉且配合默契,直接估计工作量是可行的;项目开发效率可以通过跟踪实际规模和工作量来统计;需求细化不必依赖规模估计;项目进展可以用EV值度量;缺陷密度可以通过实际规模设定质量目标来测量;而与历史项目的比较可能更具可行性。
作者在探索这个问题时,虽然列出了支持规模估计的理由,但也提出了一些对这些理由的质疑,并没有提出最根本的原因。文章结尾留下了悬念,没有明确提出最根本理由是什么,暗示需要进一步的讨论和探索。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
440 篇文章
浏览 710.5K
用例,Bug一团乱麻?
用统一平台打通用例、缺陷与测试执行,告别碎片化管理。
查看测试管理方案
麦哲思科技任甲林的其他文章
估算项目工作量的方法:定额法
定额法的优点是可以进行快速估算,并容易和客户达成一致。缺点是需要对定额进行校对后使用。
如何度量交付后的软件质量?
如何度量交付后的产品质量?本文给出了四个参考度量指标,并简要分析了其优缺点,并给出一个具体场景的案例。
如何设计度量数据展示的指示器?
在设计企业的度量体系时,很多企业往往在数据展示的方面不太重视,下文举例说明如何设计度量数据的指示器。 比如部门经理关注本部门内每个项目的进展情况,想通过度量数据了解每个项目的进展情况。针对此需求,我们来设计满足其需求的度量分析图形(指示器)。仔细讨论、分析此度量需求,可以得到:部门经理希望在图形上显示出部门内每个项目的工期偏差天数、偏差%,并且对于天数偏差超过比如10天的、偏差率超过15%的
如何推广单元测试
在我咨询的客户中,软件企业对于单元测试的执行情况可以划分为4类: (1)不做单元测试 (2)组织级要求了开发人员做单元测试,但是开发人员在做单元测试时,测试用例仅覆盖了程序中的正常路径,基本上是一个函数只有一个单元测试用例 (3)组织级要求了每千行代码必须有多少个单元测试用例,一般是在50个/KLOC到100个/KLOC之间。 (4)要求语句覆盖与分支覆盖必须达到100%。其中(3)、(4
从“确定性”到“不确定性”:AI时代的两类工作哲学
事实上,工作的核心区别不在于“是否使用工具”,而在于“结果的确定性”——即工作是封闭式的有限解问题,还是开放式的无限解问题。比如“如何设计一款让用户心动的产品”“如何写一篇打动人心的文章”“如何制定企业未来五年的战略”,这些问题没有唯一解,只有“更好”的可能性。在确定性与不确定性的交织中,我们既是规则的制定者,也是意义的创造者——这或许就是AI时代,人类最不可替代的价值。AI的崛起,让我们更清晰地认识到人类的独特价值:不是执行规则的能力,而是定义规则、突破规则、在模糊中寻找方向的能力。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线