需求变更的5W1H分析
发布于 2024-10-03
1298
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
需求变更原因
需求变化可能由甲方的特殊原因,如不清楚需求、缺乏明确需求或未确认乙方描述的需求。乙方原因包括误解需求或未能引导客户明确需求。共性原因涉及业务本质的变化以及人际沟通障碍。特殊原因可以消除,但共性原因难以根除。
需求变更的提出者
需求变更可能由客户各个层次、最终用户或开发方提出,后者可能因技术实现难点导致需求变更。
需求变更的时机
需求变更可能发生在多个阶段,包括需求确定后设计前、设计后编码前、编码后测试前,以及交付后。需求变更的时机越晚,处理成本越高。
需求变更的内容
需求变更可以从层次(目标、业务、操作)和类型(功能性、非功能性、基本需求、期望、约束、接口、全局性、局部性)两个维度分析。不同需求对象的变更成本有显著差异。
应对需求变更的方法
需求变更应对是系统工程,涉及预防、控制、商务、技术和沟通手段。商务手段包括需求规格说明书、系统验收准则作为合同附件,约定变更决策机构与流程,及成本分担。技术手段涵盖需求获取、分析、描述、评审、复用和领域工程等。沟通手段强调教育客户、沟通以及测试人员参与。管理手段包括建立需求控制组、选择生命周期模型、建立变更流程和需求跟踪矩阵。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 826.9K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
给程序员的18个忠告
1 想清楚,写清楚,说清楚,才是真正的清楚!2 多花点时间沟通清楚需求,才能把握正确方向!3 修复需求错误的成本是代码错误的几十倍!4 程序员最大的坏习惯就是:急于动手写代码! 5 提高开发效率的捷径:一次做对,不返工!6 写代码之前三件事: 弄清楚做什么; 说清楚怎么做; 想清楚怎么测!7 职业的程序员设计程序,业余的程序员调试程序;8 拷贝粘贴式的作业方式,最容易导入b
CMMI之怪相分析
90年代中期,CMM开始传入中国。1999年清华鼎新成为首家通过CMM评估的国内企业,截止2006年底,中国通过CMMI正式评估的组织的数量仅次于美国和印度,位居全球第三。CMM在中国推广近10年以来,对于中国软件企业的发展起到了巨大的推动作用。但是,最近几年,CMMI在中国的推广却表现出了一些令人担忧的现象,社会上对于CMMI的评价日趋下滑。笔者试图透析企业通过评估后所表现出的种种怪现象,对中国
读的感触点
1 开发人员的快乐: 创建事物, 开发对他人有用的东西, 组装的魅力, 持续学习的快乐, 在易于驾御的介质上工作 开发人员的苦恼: 追求完美 由他人设定目标 对他人有依赖 查找修改BUG 过时的很快 2 BROOKS法则:向拖期的项目追加人手,只能让项目更拖期 3 设计人员要少而精 4 开发人员如何避免画蛇添足 5 非正式交流,正式交流,
高成熟度的真正难点是什么?
很多朋友认为4-5级难做的原因是度量做的不好,其实我认为那只是表象,最根本的原因还是过程不稳定,2-3级的过程就没有做好,过程不稳定,反应在数据上就不稳定,MA可以做的很好,但是MA的结果可能没有管理的参考价值,建立的模型就没有意义。比如: 我们可以很准确的度量身高、体重、年龄、每天的饭量、每天饭食里葡萄糖的含量、智商。我们希望建一个模型来预测智商,假如根据上述信息建立了一个模型: 智商=f(
软件项目宏观管理策略点睛
根据国际知名调查机构standish集团的统计,真正成功的项目仅有26%,而其他项目都可以算作失败项目。为什么这么多的项目都失败呢?问题出在哪里呢?依据笔者的经验,很多项目实际上是败在了初期,败在了启动时,败在了项目的宏观管理策略上。即,没有根据项目的特点采用合适的管理策略,即使后续的管理方法再细致也没有用了。我推荐如下八个感触颇深管理策略,供软件项目的管理者借鉴:
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线