案例:分类建立过程性能基线以提高其实用性!
发布于 2024-10-01
1310
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
一家公司在分析其27个项目的历史生产率数据时,旨在建立一个过程性能基线。项目分为大型、中型和小型,各自的生产率(Loc/人天)数据不同,大型项目生产率范围在130.41至175.42之间,中型项目在211.90至272.94之间,小型项目则在236.81至295.38之间。
最初的过程性能基线未分类,所有项目一起考虑,结果显示上限为317.86,下限为69.77,中位数为235.61。这个基线分布极为离散,上下限相差超过4倍,指导意义不大。进一步的探索性数据分析表明,基线应根据不同项目级别分类建立。
通过单因子方差分析,验证了大型、中型和小型项目之间的生产率存在显著差异。分析的结果如下:
- 方差分析显示项目级别对生产率有显著影响(F值为48.17,P值为0.000),表明至少有一个项目级别的生产率均值与其他级别不同。
- 模型总结显示调整后的R方值为78.40%,预测的R方值为75.23%,说明模型质量较好。
- 各项目级别的平均生产率及其95%置信区间为:大型项目157.56(140.10, 175.03),小型项目264.29(250.03, 278.55),中型项目229.27(216.92, 241.62)。
结论是,为了提高过程性能基线的实用性和准确性,应当针对大型、中型和小型项目分别建立基线。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
440 篇文章
浏览 676.4K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
如何减少返工工作量?
提高软件开发效率的最有效手段就是一次做对,一次做好,不返工,追求交付零缺陷的目标。“对”就是没有错误,符合需求,“好”就是没有坏味道,易于修改。“做对”保证了产品的外部质量,“做好”保证了产品的内部质量,这样就可以减少软件缺陷、需求变更带来的返工。返工可能发生在生命周期的早期,也可能发生在后期,或者是交付以后,缺陷越早发现,越早解决,返工的工作量越少。有哪些手段可以保证不犯错,少犯错,及时纠错呢?
快速学习COSMIC方法之十:系统登录功能案例分析
我们已经讲了如何识别功能处理与兴趣对象,下面我们找一个稍微复杂点的需求来实际运用一下前面学到的知识。 功能需求描述如下: 登录系统的界面原型: 用例描述: 我们识别的功能点如下: 记录格式一: 记录格式二: 对上述的需求,容易出错的地方分析如下: 1)用户的账户信息与用户录入的登录信息是两个兴趣对象,还是一个兴趣对象呢?注意用户录入的登录信息与...
一个敏捷项目的咨询记录
近日对一个敏捷项目进行了2小时的简单访谈,对他们的一些实践点评如下:综述: 1 敏捷的实践看着简单做着难,实践少,但是实践的很多细节要做到位。 2 要让团队的成员知其然知其所以然,才能够进行经验化过程控制。 3 要在团队内建立承诺的文化,说到一定要做到。 4 目标、需求、任务、任务状态、问题、团队规则都要可视化! 5 牺牲质量追求速度,是
如何设计度量数据展示的指示器?
在设计企业的度量体系时,很多企业往往在数据展示的方面不太重视,下文举例说明如何设计度量数据的指示器。 比如部门经理关注本部门内每个项目的进展情况,想通过度量数据了解每个项目的进展情况。针对此需求,我们来设计满足其需求的度量分析图形(指示器)。仔细讨论、分析此度量需求,可以得到:部门经理希望在图形上显示出部门内每个项目的工期偏差天数、偏差%,并且对于天数偏差超过比如10天的、偏差率超过15%的
程序员敬业精神的具体表现
在给客户培训的时候,很多项目经理提到了敬业精神的问题,结合自己的体会,我想通过下面的8个问题的可以判断一个程序员是否具有很好的敬业精神: (1)是否主动工作?尤其是涉及到2个人合作的时候,该是另外一个人解决的问题,你是否将问题告诉别人后,就等待,还是去及时跟踪问题的解决了? (2)当天该完成的工作,你是否做完了才休息? (3)你是否对未完成的任务找了一大堆借口? (4)在和别人有接口的任务时,你是
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线