需求交付周期的分析
发布于 2024-10-01
2443
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
需求交付周期数据分析摘要
本文介绍了针对某公司的需求交付活动的四个阶段:需求确认、等待开发、需求研发、需求验收的管理与分析过程。公司的管理目标是50天内交付需求,为此,收集了316个需求的交付周期数据进行分析。
数据清洗
首先,对包括尚未交付的需求在内的数据进行清洗,删除了12行数据,包括有缺失值或者处理时长为0的记录。
方差分析
通过箱线图观察和单因子方差分析,发现需求交付周期与产品线类型无显著差异,P值大于0.05,说明不相关。
分布分析
对每个阶段的工期占比建立性能基线,分析各阶段的占比情况。结果显示研发阶段的工期占比最高,建立基线时剔除了异常点。
敏感性分析
敏感性分析表明,不同阶段对总工期的影响程度不同。通过秩相关系数计算并归一化,发现需求确认阶段最具敏感性。
综述
综合以上分析,得出以下结论:
- 需求交付周期与产品线类型无关。
- 需求等待阶段虽然工期占比和敏感度分析均较低,但作为非增值活动,应当优先缩短。
- 需求确认周期是除等待阶段外最应缩短的阶段。
- 各阶段工期占比的异常点分析有助于识别特殊情况和原因。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1071.6K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
多团队协同开发的18条实践
本文总结了18条多团队协同开发的实践。
性能报告就是组织的实效改进故事!
和CMMI 1.3的评估相比,在CMMI 2.0评估时必须提交性能报告。性能能报究竟是何方神圣呢?性能报告并不神秘!它就是你实效改进的故事!为什么这么讲呢?请看性能报告中的内容: 性能报告围绕组织的业务目标讲述在组织内是如何提升过程性能的!所谓的过程性能就是过程执行的实际效果!性能报告提醒你要聚焦业务目标进行实效改进!性能报告并非在评估时才填写,而是应该作为过程改进的一个工具,帮助组织梳理自己的改进措施,在启动过程改进时,就应该填写! ...
如何管理小型软件项目?
如何管理小型软件项目?这个问题在多个客户那里探讨过多次。所谓的小型项目一般是指估计工作量大于3人月小于9个人月的项目。对于没有实施CMMI的企业,这类项目一般是放任自流,少有管理了,对于实施CMMI的企业,如果这类项目也想要达到CMMI的要求,管理的成本相对投入比较大,难以平衡管理的成本与收益,因此,需要做裁剪。如何裁剪,就是难点。经过与多个客户讨论,最终形成了如下的参考意见。每个企业的特点不同,
开发过程中的八种确认方法
确认是确保做了正确的事情,方向不偏。确认可以在项目前期做,也可以在项目后期做,提倡持续确认、质量左移。在前期主要是检测需求的质量,在后期是检测完成的系统是否真的是客户所需。本文概要归纳了开发过程中常见的八种确认手段。
不是CMMI的错
上周三,一家企业的老板给我抱怨,ISO 9000没有给他们带来任何好处,徒增加了负担,所以也不想实施CMMI了。 上周四,为五家公司做CMMI的售前,有一半多的企业目的是为了证书。 前天,有客户要将整个组织改造为软件工厂,请我做了一小时的报告,主题是软件生产线、CMMI。 今天,有朋友给我抱怨:“实施CMMI真累,压力太大了!”,碰巧还有一个朋友在MSN上打出了“CMMI,快要疯掉了!”,对此,我
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线