需求交付周期的分析

135 2024-10-01

我们非常重视原创文章，为尊重知识产权并避免潜在的版权问题，我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容，访问作者的公众号页面获取完整文章。

查看原文：需求交付周期的分析

文章来源：

麦哲思科技任甲林

扫码关注公众号

摘要

需求交付周期数据分析摘要

本文介绍了针对某公司的需求交付活动的四个阶段：需求确认、等待开发、需求研发、需求验收的管理与分析过程。公司的管理目标是50天内交付需求，为此，收集了316个需求的交付周期数据进行分析。

数据清洗

首先，对包括尚未交付的需求在内的数据进行清洗，删除了12行数据，包括有缺失值或者处理时长为0的记录。

方差分析

通过箱线图观察和单因子方差分析，发现需求交付周期与产品线类型无显著差异，P值大于0.05，说明不相关。

分布分析

对每个阶段的工期占比建立性能基线，分析各阶段的占比情况。结果显示研发阶段的工期占比最高，建立基线时剔除了异常点。

敏感性分析

敏感性分析表明，不同阶段对总工期的影响程度不同。通过秩相关系数计算并归一化，发现需求确认阶段最具敏感性。

综述

综合以上分析，得出以下结论：

需求交付周期与产品线类型无关。
需求等待阶段虽然工期占比和敏感度分析均较低，但作为非增值活动，应当优先缩短。
需求确认周期是除等待阶段外最应缩短的阶段。
各阶段工期占比的异常点分析有助于识别特殊情况和原因。

想要了解更多内容？

查看原文：需求交付周期的分析

文章来源：

麦哲思科技任甲林

扫码关注公众号

相关推荐

如何比较两种估算方法的准确性？

100

有公司在做软件规模估算时，采用了经验法估计了代码行，又设置了难度系数，重用率，重用规模系数三个调整参数。如果初始估计规模为1KLOC，难度系数为1.1，重用率为20%，重用规模系数为50%，则调整后的规模为：1*1.1*（1-20%）+1*20%*50%=0.88+0.1=0.98KLOC。我看到该估算方法后认为有些复杂，而且不好理解，有可能是做了无用功了，所以我想通过数据进行检验看看调整后的规模是否比初始的规模估计更准确，如果不如初始的规模估计更准确，则可以放弃三个调整系数。该公司A部门有11个历史项

性能报告就是组织的实效改进故事！

105

和CMMI 1.3的评估相比，在CMMI 2.0评估时必须提交性能报告。性能能报究竟是何方神圣呢？性能报告并不神秘！它就是你实效改进的故事！为什么这么讲呢？请看性能报告中的内容：性能报告围绕组织的业务目标讲述在组织内是如何提升过程性能的！所谓的过程性能就是过程执行的实际效果！性能报告提醒你要聚焦业务目标进行实效改进！性能报告并非在评估时才填写，而是应该作为过程改进的一个工具，帮助组织梳理自己的改进措施，在启动过程改进时，就应该填写！ ...

快速学习COSMIC方法之十一：如何识别输入？

163

在COSMIC方法中，功能处理可拆分为四种数据移动：输入，输出，读，写。数据移动是最小的、不可再拆分的、软件内部的动作。在数据移动中包含了算术运算如加减乘除，关系运算如等于、不等于，逻辑运算如与或非，这些数据运算都是不计算功能点的。在识别功能处理的输入（包括触发输入即第一个数据移动，也包括其他输入）时要注意如下的问题： 1 每个数据移动仅能移动一个兴趣对象的一个数据组。 ...

正式评估时被访谈人员应该注意什么？

115

在进行CMMI的正式评估时，被访谈的人员应该快速、准确、条理清楚回答评估组成员的问题，这样才能在比较短的时间内让评估组成员做出正确的判断。根据我的访谈经验，被访谈人员应注意如下的问题：（1）听清楚问题，再回答问题。有的被访谈人员可能是由于紧张，没有听清楚评估组的成员问的是什么问题，就答非所问，浪费时间。当你不能确定提问者的问题的含义时，可以要求评估组的成员对问题做出进一步的解释