需求交付周期的分析
发布于 2024-10-01
1508
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
需求交付周期数据分析摘要
本文介绍了针对某公司的需求交付活动的四个阶段:需求确认、等待开发、需求研发、需求验收的管理与分析过程。公司的管理目标是50天内交付需求,为此,收集了316个需求的交付周期数据进行分析。
数据清洗
首先,对包括尚未交付的需求在内的数据进行清洗,删除了12行数据,包括有缺失值或者处理时长为0的记录。
方差分析
通过箱线图观察和单因子方差分析,发现需求交付周期与产品线类型无显著差异,P值大于0.05,说明不相关。
分布分析
对每个阶段的工期占比建立性能基线,分析各阶段的占比情况。结果显示研发阶段的工期占比最高,建立基线时剔除了异常点。
敏感性分析
敏感性分析表明,不同阶段对总工期的影响程度不同。通过秩相关系数计算并归一化,发现需求确认阶段最具敏感性。
综述
综合以上分析,得出以下结论:
- 需求交付周期与产品线类型无关。
- 需求等待阶段虽然工期占比和敏感度分析均较低,但作为非增值活动,应当优先缩短。
- 需求确认周期是除等待阶段外最应缩短的阶段。
- 各阶段工期占比的异常点分析有助于识别特殊情况和原因。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 815.8K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
同行评审培训练习点评结果
2008年3月3日做同行评审的培训,讲解同行评审方法花费了3小时,练习时间为1小时,点评时间为45分钟。参加培训的人员为20人,19人参与了练习,划分成了3个小组练习。3个小组对同一个需求进行了同行评审,该需求为一个实际项目需求的一部分,仅有1页纸,但是质量比较差。 这3个小组的练习结果如下表所示: 第1组 第2组 第3组
快速学习COSMIC方法之十七:如何寻找更简单有效的规模度量方法?
很多企业都在探索合理估算工作量的方法,而工作量的多少主要取决于软件规模的大小,因此在估算软件工作量之前需要先估算其规模。传统的规模估算方法是进行代码行的估算,但是对于同一个需求,不同经验的人员去估算,结果差别很大,不同的实现语言,估算结果差别也很大,即使不同经验的人员针对同一种需求去实现,实际的代码行数也差别很大,并且实际情况中,往往一个需求可能需要多种语言结合才能实现。因此,使用代码行作为衡...
对需求签字画押,有用吗?
客户: 任老师,咨询您一个问题。我们公司在产品开发过程中有个问题,就是变更。有时候项目内的变更甚至是目标或者大功能模块上的变更。比如项目开始时明确要做5个功能,做到中期变更说某个功能不做了,然后又变更说增加一个新功能。针对这种情况目前提出的解决方案是:在产品设计评审完成后,产研双方签字画押。想通过这种举动能唤醒评审双方对评审的重视程度,从而避免上述情况发生。您认为这是种有效解决问...
卑鄙是卑鄙者的通行证?
偶尔看到最近的新闻:东航为临时调走飞机赔偿每名乘客2000元(http://news.sina.com.cn/c/2007-11-11/024914279102.shtm),颇有些出离愤怒。航空公司晚点已经是家常便饭,我大概每周坐3到4次飞机,飞机的正点率小于20%,晚点也就罢了,最可恨的就是不告诉你晚点的真相,要么是航空管制,要么是目的地天气不好,总而言之很少有航空公司的责任。这则新闻描述的欺骗
如何理解别人写的需求规格说明书?
在开发过程中,开发人员、测试人员都需要阅读其他人写的需求规格说明书,当阅读别人的需求文档时,我们需要关注什么呢?参见下图的要点: 首先需要了解关于该系统的总体信息,主要包含2条: 1 明确出该软件与其他系统、人、设备的交互关系。可以通过环境图,帮我们梳理清楚该软件与周边环境的关系,从宏观上对软件所处的位置有所理解。如下图所示: 2 系统的目标是什么,即解决了客
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线