需求变更的5W1H分析
发布于 2024-10-03
2007
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
需求变更原因
需求变化可能由甲方的特殊原因,如不清楚需求、缺乏明确需求或未确认乙方描述的需求。乙方原因包括误解需求或未能引导客户明确需求。共性原因涉及业务本质的变化以及人际沟通障碍。特殊原因可以消除,但共性原因难以根除。
需求变更的提出者
需求变更可能由客户各个层次、最终用户或开发方提出,后者可能因技术实现难点导致需求变更。
需求变更的时机
需求变更可能发生在多个阶段,包括需求确定后设计前、设计后编码前、编码后测试前,以及交付后。需求变更的时机越晚,处理成本越高。
需求变更的内容
需求变更可以从层次(目标、业务、操作)和类型(功能性、非功能性、基本需求、期望、约束、接口、全局性、局部性)两个维度分析。不同需求对象的变更成本有显著差异。
应对需求变更的方法
需求变更应对是系统工程,涉及预防、控制、商务、技术和沟通手段。商务手段包括需求规格说明书、系统验收准则作为合同附件,约定变更决策机构与流程,及成本分担。技术手段涵盖需求获取、分析、描述、评审、复用和领域工程等。沟通手段强调教育客户、沟通以及测试人员参与。管理手段包括建立需求控制组、选择生命周期模型、建立变更流程和需求跟踪矩阵。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1256.9K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
工程师的思维方式
笑话一:瞎子打高尔夫 有一组人,包括牧师、医师、工程师,在打高尔夫,由于前一组人进度实在太慢,频频受阻。他们忍不住问杆弟:“前面一组都是些什么人?” 杆弟答:“全都是瞎子。” 牧师听了,油然生出悲悯之心,道:“我将时时刻刻为他们祈祷,请求上帝让他们重见光明。” 医师亦不甘后人,接着道:“我要召集世界一流的眼科医师,设法治好他们的眼盲。” 工程师则不疾不徐道:“既然他们是瞎子,为何不利用夜晚来打球?
如何保证日志的准确性?
(1)开发一套WEB版的日志系统,只要有网络就可以填写日志,无论是否出差在外。 (2)日志系统要操作最简单,员工天天用,操作烦琐了,就没有员工愿意用了。 (3)日志系统能自动提醒没有按时提交日志的人员,如果靠QA人员或者PM天天去检查,容易遗漏,也太累啊。 (4)日志系统能自动检查有错误倾向的日志,定义几条启发规则,比如1天工作超过了12小时的,低于4小时的等等。 (5) 在日志系统中,需要填写的
不是CMMI的错
上周三,一家企业的老板给我抱怨,ISO 9000没有给他们带来任何好处,徒增加了负担,所以也不想实施CMMI了。 上周四,为五家公司做CMMI的售前,有一半多的企业目的是为了证书。 前天,有客户要将整个组织改造为软件工厂,请我做了一小时的报告,主题是软件生产线、CMMI。 今天,有朋友给我抱怨:“实施CMMI真累,压力太大了!”,碰巧还有一个朋友在MSN上打出了“CMMI,快要疯掉了!”,对此,我
大连印象
05年9月份是我第一次出差到大连,匆匆的来,匆匆的走,没有多看两眼。 06年9月份去华信做运行检查,时间比较宽裕,于是一个人到星海广场走了走,看了看大连的海边,看了看广场的雕塑.在去高新区的路上,也有不少的雕塑,于是印象里,大连是个雕塑之城。 这次来大连,中间有1天的空闲,有个朋友带我逛了一下软件园,很给我震撼。软件园很漂亮,进驻 的世界500强的公司比较多。东软的地盘很大,建筑很有特色,以前我没
如何落地“单一职责原则”?
摘要: 本文探讨面向对象设计中的单一职责原则(SRP)在AI技能(Skill)开发中的实际应用。通过“五个单一”(目的、触发、输入、输出、变化)标准,提出“动词+名词”组合法作为核心判定工具:一个Skill应仅完成一个逻辑连贯的任务(如“生成PRD”)。Skill可分原子层(小职责)和组合层(大职责),后者可通过调用小Skill实现复杂功能,但需封装独立业务逻辑。文章对比正反案例,指出常见陷阱(如过度拆分或机械编排),并给出三步判定流程,强调Skill设计应像乐高积木一样精准分层,确保职责清晰且实用。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线