如何做好软件估计?
发布于 2024-10-04
1247
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
项目估算方法摘要
项目估算是一个专业活动,需要参与者具备一定的知识和技能。正确的估算能够为项目的规划和执行提供重要的信息和依据。
1. 经验丰富的参与者
有效的估算需要参与者既有相关开发的实际经验,也接受过估算方面的专门训练。如果缺乏其中一种经验,估算的风险就会相应增加。
2. 细化分解任务
在估算过程中,应将任务细化到较小的颗粒度,这有助于更准确地掌握任务的规模和需求。就像估计一碗大米的粒数一样,通过分解成小堆再进行估算,可以更容易得到整体的估计值。
3. 全面覆盖任务
确保在估算时没有遗漏任何任务。遗漏任务会导致整体估算的偏差,因此穷举所有任务是必不可少的步骤。
4. 利用历史数据
历史上类似项目的数据是宝贵的参考资料。通过对比历史数据,可以对当前的项目估算做出更加合理的预测。
5. 多方法交叉验证
使用多种估算方法,如DELPHI方法、功能点法、类比法等进行估算,然后将不同方法得出的结果进行对比。对比中发现的较大差异点可以促使估算者进一步分析原因,从而提高估算的准确性和合理性。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 817.2K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
活在当下
当下,就是现在。
现在不是过去,现在却是将来。
过去的不可能再回来,沉浸在过去,无论是成功,无论是失败,无论是悲伤,无论是喜悦,无论是庆幸,无论是后悔,历史都已经不可能更改。曾经的好事不会坐等而来,曾经的坏事也不会无缘无故的发生。前者之失,后者之师。历史的经验教训,能够指导现在、指导未来即可。
将来的事尚未发生,但将来是可以掌控的,有因必有果,善因结善果。因,是今天种下的,即使过去曾经做了恶因,从今天开始你种下善因,却可以弥补之
需求与设计的界线
需求与设计的区别究竟是什么? 教科书上的经典答案是:需求关注系统“做什么”,设计关注“如何做”,其实这是一个很模糊的说法。无论是在结构化方法中还是在面向对象的方法中,需求分析的结果既包括了“做什么”也部分包括了“如何做”,只不过描述“如何做”时抽象的层次比较高或者描述了某个局部需求的“如何做”。客户在提出系统需求时,可能对“如何做”提出一些约束条件,比如客户要求必须采用三层结构,必须采用某个中间件
CMMI中的过程管理
EPG进行过程的优化,可以参考DMAIC方法。在CMMI模型中有多个PA是和过程管理相关的,如果映射到DMAIC方法,可以进行如下的对应:(1)D定义过程:OPD,首先刻画当前的过程;(2)M度量过程:MA,然后度量当前过程输入与输出,对当前的过程建立量化的了解;(3)A分析过程:OPP,CAR,判断过程的稳定性,建立过程性能基线与过程性能模型,识别过程的关键控制因子;(4)I改进过程:OPF,O
聊聊故事点背后的故事
聊聊故事点背后的故事Q1、敏捷项目能不能不估算故事点,直接估算工作量?【观点一】:在策划扑克法中先估算故事点有其固有的优点,最无法替代的优点是故事点不是绝对的工作量,避免了团队在迭代早期盲目的承诺,第一个迭代可以只估故事点不估工作量,是一种保护团队的行为,体现了敏捷以人与团队为本的文化,多数策划扑克法没用起来的团队往往也是这种文化薄弱甚至背道而驰的。此时策划扑克就不是最适合的方法...
我说CMMI之二:CMMI里有什么?
CMMI划分为三个分支: 适用于供方、乙方的模型: CMMI-DEV:主要是针对开发类组织的; CMMI-SVC:主要是针对服务类组织的; 适用于需方、甲方的模型: CMMI-ACQ:主要是针对采购类组织的;CMMI-DEV中提到的开发,是包括了软件、硬件等类型的开发。CMMI-DEV这个模型还可以增加适用于复杂多学科的产品开发的IPD附件,在CMMI之外称为IPD,在CMMI内称为IPPD。IPPD并没有涉及到市场、财务等。多出来的一个P代表是过程,IPD中包含了市场与财务,所以IP
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线