扫码阅读
手机扫码阅读
为什么必须首先做规模估计?
65 2024-10-04
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:为什么必须首先做规模估计?
文章来源:
麦哲思科技任甲林
扫码关注公众号
文章探讨了在项目管理中,为什么需要先进行规模估计再进行工作量估计的必要性。作者提出了几个理由支持规模估计的重要性,包括使用规模来估计成本、规模估计的客观性、以规模来度量开发效率、通过规模细化需求、规模实现度量项目进展、规模用来度量缺陷密度和质量设计,以及规模估计用于与标杆数据进行比较。
然而,作者也指出了这些理由并不是最根本的,而且存在一些反对意见。例如,工作量和成本可以不通过规模直接估计;如果项目组成员熟悉且配合默契,直接估计工作量是可行的;项目开发效率可以通过跟踪实际规模和工作量来统计;需求细化不必依赖规模估计;项目进展可以用EV值度量;缺陷密度可以通过实际规模设定质量目标来测量;而与历史项目的比较可能更具可行性。
作者在探索这个问题时,虽然列出了支持规模估计的理由,但也提出了一些对这些理由的质疑,并没有提出最根本的原因。文章结尾留下了悬念,没有明确提出最根本理由是什么,暗示需要进一步的讨论和探索。
想要了解更多内容?
查看原文:为什么必须首先做规模估计?
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
420 篇文章
浏览 74.6K
麦哲思科技任甲林的其他文章
如何管理小型软件项目?
如何管理小型软件项目?这个问题在多个客户那里探讨过多次。所谓的小型项目一般是指估计工作量大于3人月小于9个人月的项目。对于没有实施CMMI的企业,这类项目一般是放任自流,少有管理了,对于实施CMMI的企业,如果这类项目也想要达到CMMI的要求,管理的成本相对投入比较大,难以平衡管理的成本与收益,因此,需要做裁剪。如何裁剪,就是难点。经过与多个客户讨论,最终形成了如下的参考意见。每个企业的特点不同,
我说CMMI2.0之:策划PLAN
基本理念 1 凡事预则立,不预则废。无论采用什么方法管理任务、项目,都必须事先做计划。2 计划包含了管理设计的活动,要定义项目组自己的过程。3 计划要逐步细化,不可能在项目初期,就事无巨细的都计划到位,要随着时间的推移,项目的进展,外部环境的变化,逐步细化,调整计划。4 计划要分层次。有阶段(里程碑)计划,有详细的日程表。5 计划要经过了相关参与人的讨论、评审,达成一致后,...
案例:代码走查
某公司拟在公司推广代码走查技术,请外部咨询顾问进行一下实战指导,于是请项目组挑选了一个类,执行了代码走查的演练。2012年7月11日下午14:05分至15:15分,对110行有效代码(不含空行、注释、调试语句)进行了走查,该代码是Andriod平台下的JAVA代码,参与的评审专家包括: 作者:工作经验1年; 项目经理:工作经验6年,熟悉C语言的开发; 项目组成员:工作经验3年,熟
开好迭代回顾会议的5个原则
迭代回顾会议是Scrum五个仪式之一,是在迭代评审会议之后对本次迭代的优点与改进点进行复盘的一个活动,其最主要的目的是提升团队的整体能力,持续改进,形成一个自学习的团队。通过回顾会议可以使团队每个迭代都能比上个迭代做得更好。在很多敏捷团队中,最容易忽略该活动,很多团队没有意识到该活动的重要性。为什么呢?最主要的原因是开了会议,没有实际效果,大家认为没用,所以也就不开了。实践中,在开迭代回顾会议时常犯的错误有: 把回顾会议开成了吐槽大会,大家只提意见,不提改进措施; 把回顾会议开成
为谁而活
我最近在反思人生存的目的,后来在和朋友的一次聊天中,总结了如下结论,从最根本上来讲,人活着就2个目的: 1 为自己而活。 最常见的是一些社会精英,这一类的人往往高举着为事业而奋斗,为理想而奋斗的旗号,抛家舍业,劳苦工作,其实,他们是为自己而活,是为了让自己快乐而活,实现了自己的价值,他们很高兴,很快乐,古语讲:一将功成万骨枯,得到的是自己快乐,而丧失了其他的很多东西。 2 为孩子而活。 世
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线