七种场景下的软件工作量估算步骤
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
场景一:合同前的工作量估算
在CMMI2级未实施、合同未签但有概要需求和类似项目数据的情况下,估算步骤包括:寻找类似历史项目进行对比,WBS分解任务,经验法估计活动工作量,汇总项目总工作量,并与初步估计结果对比印证。
场景二:基于详细需求的经验估计
仅有详细需求且无历史数据时,首先进行WBS分解以确定所有交付物和活动,然后用经验法估计各个活动工作量,最后汇总得到总工作量。由于缺乏数据印证,估计结果的合理性难以判断。
场景三:由编码估算整体
有类似项目历史数据、编码生产率数据和详细需求时,在CMMI2级实施的背景下,通过产品分解和WBS分解,结合活动与产品元素的映射关系,采用模型法和经验法相结合的方式进行工作量估算,得到各阶段和项目总工作量。
场景四:由总体印证基于WBS的估计
在有类似项目历史数据和全生命周期生产率数据的情况下,通过产品分解、规模估计和WBS分解,使用模型法计算开发工作量和经验法估计活动工作量,最后将两者印证分析以调整估算结果。
场景五:三维印证基于WBS的估计
实施CMMI3级并拥有历史项目工作量分布数据时,通过产品分解、规模估计、模型法计算和WBS分解,综合得到阶段工作量和工种工作量,然后从三个维度进行印证分析,以确保估计合理性。
场景六:四维印证基于WBS的估计
当拥有编码活动生产率数据和历史工作量分布数据时,在瀑布模型下,通过产品分解、规模估计、模型法计算和WBS分解,得到详尽的工作量分布数据,随后从四个维度印证分析以优化估算。
场景七:需求变更的工作量估计
在项目编码阶段出现需求变更时,通过波及范围分析、WBS分解、规模估计和模型法计算变更的编码工作量,再对其他活动进行经验估计,汇总得到变更的总工作量估算。
想要了解更多内容?
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
何谓人治?依赖于管理者的人格魅力、经验与能力管理一个团队,而非依赖制度管理一个团队即为人治。
何谓法治?依赖于制度管理一个团队,而非依赖于管理者个人的魅力、能力管理一个团队即为法治。
人治与法治是否对立的呢?非也。其实人治与法治是互补的,是缺一不可的。正如做人,德才兼备才可以大用,有才无德,是要做坏事的,正如企业有法治没有人治,这种企业是没有人情味的,员工会离心离德的。有德无才,是做不成大事的,正如企业靠人治是无法壮大起来一样。
小团队以人治为主,法治为辅。大团队