需求交付周期的分析
发布于 2024-10-01
2550
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
需求交付周期数据分析摘要
本文介绍了针对某公司的需求交付活动的四个阶段:需求确认、等待开发、需求研发、需求验收的管理与分析过程。公司的管理目标是50天内交付需求,为此,收集了316个需求的交付周期数据进行分析。
数据清洗
首先,对包括尚未交付的需求在内的数据进行清洗,删除了12行数据,包括有缺失值或者处理时长为0的记录。
方差分析
通过箱线图观察和单因子方差分析,发现需求交付周期与产品线类型无显著差异,P值大于0.05,说明不相关。
分布分析
对每个阶段的工期占比建立性能基线,分析各阶段的占比情况。结果显示研发阶段的工期占比最高,建立基线时剔除了异常点。
敏感性分析
敏感性分析表明,不同阶段对总工期的影响程度不同。通过秩相关系数计算并归一化,发现需求确认阶段最具敏感性。
综述
综合以上分析,得出以下结论:
- 需求交付周期与产品线类型无关。
- 需求等待阶段虽然工期占比和敏感度分析均较低,但作为非增值活动,应当优先缩短。
- 需求确认周期是除等待阶段外最应缩短的阶段。
- 各阶段工期占比的异常点分析有助于识别特殊情况和原因。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1101.6K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
单元测试技术培训练习总结报告
培训日期:2007年9月14日到2007年9月15日日程安排:第1天:上午:单元测试的技术与方法培训下午:LINUX下CUNIT单元测试工具的使用方法第2天:上午:分组练习下午:分组练习练习总结练习情况概述:约50名开发人员参加了练习,分成了7个小组进行了练习,其中一个小组原来采用C#在windows开发平台下进行软件开发,其他小组均是在LINUX环境下用C语言开发。练习均在实际的工作环境中进行的
用AnythingLLM 搭建知识库,我所经历过的坑
文章浏览阅读374次,点赞4次,收藏3次。本文总结了使用AnythingLLM搭建知识库时遇到的常见问题及解决方案。问题分为六大类:1)核心概念与选型问题,如混淆LLM与嵌入模型;2)安装配置问题,包括端口冲突和依赖缺失;3)模型连接问题,如Ollama服务未启动;4)数据管理问题,涉及RAG效果差和分块不合理;5)操作问题,如服务访问失败;6)网络API问题,包括401错误和Docker连接失败。针对每类问题提供了具体解决方法,如更换模型、调整参数、检查权限等。这些经验对知识库搭建者具有实用参考价值。_
测试过程分析的15个常用度量元
测试过程分析的15个常用度量元序号优先级度量对象度量元度量单位采集周期采集/计算方法分析方法作用11用户发现的各类型的缺陷缺陷个数个交付阶段维护阶段直接统计80-20分析:对缺陷类型按缺陷个数排序,找出客户发现的最多的20%的缺陷类型分析客户的关注点是什么?为什么客户能发现这些类型的缺陷,为什么我们
AI自动生成代码了,度量功能点还有意义吗?
用户可能说“做个电商系统”,但“母婴用品垂直电商”和“全品类电商平台”的功能点规模完全不同——前者需要“育儿知识社区”“母婴用品专属筛选”等功能点,后者需要“多商家入驻”“全品类分类”等功能点,两者的价值差异,正是通过功能点来量化的。无论是项目预算的编制、合同价格的敲定,还是成本的管控,都需要一个明确的基准——功能点,它能精准量化业务需求的体量,让“多少钱办多少事”有章可循,避免因需求模糊导致的报价混乱、预算超支。如果说传统时代,功能点是“有用的工具”,那么AI时代,功能点就是“不可或缺的标尺”。
需求,传说中是这样的……
在软件开发中应该写哪些文档?如何写这些文档? 这是在咨询过程中经常被询问的问题。在敏捷的方法与规范的方法中给出了不同的答案。无论采用何种开发方法,最基本的原则是:需求必须文档化! 人类信息的沟通主要通过2种方式:文档与口头交流。 文档可以流传很久,不容易存在歧义,在传递中不会增加或减少内容,比如《史记》之类的书流传了上千年。 口头交流在传递的过程,很容易由于传递人个人的观点而对信息进行增删
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线