需求管理过程域的要点
发布于 2024-10-03
1082
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要
在CMMI实践中,对需求管理PA的特定实践存在常见误解。为了帮助更好地理解和实施CMMI模型要求,本文依据作者咨询经验总结出了关于需求管理的理解与实施要点。
SP1.1 理解需求
- 确认合适的需求提供者并建立相应准则。
- 评估需求的可接受性并制定标准。
- 与需求提供者达成共识。
- 在需求开发计划或检查单中定义相关准则。
- 将需求管理的特定实践适当整合进过程定义。
SP1.2 取得对需求的承诺
- 区分承诺的时间点,包括需求建立时和变更时。
- 承诺前需要开发人员充分理解需求。
- 承诺形式可以是书面或电子的。
- 核心项目组成员可以代表团队做出承诺。
- 开发组对客户的正式承诺通常在合同中反映。
SP1.3 管理需求变更
- 认识到需求变化的不断性和积累性。
- 即使是小的需求变更也需管理。
- 需求变更的控制程度应根据规模而异。
- 进行需求变更影响分析时需考虑多方面影响。
- 需求变更控制应涉及客户,且商务合同中需规范变更流程。
SP1.4 维护需求的双向可跟踪性
- 需求跟踪矩阵用于验证需求并分析变更影响。
- 使用需求跟踪矩阵的时机包括评审和变更过程中。
- 跟踪关系分为纵向(产品开发流程)和横向(产品集成)。
- 在评审时应将跟踪矩阵一同审查。
SP1.5 确认项目工作和需求间的差异
- 在评审和变更过程中确保一致性。
- 日常工作中也可能发现与需求的不一致。
- 应记录并跟踪不一致问题直至闭环解决。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
440 篇文章
浏览 676.4K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
案例:问题处理与原因分析报告的模板
如何对问题进行原因分析?如何识别出应急措施、纠正措施、管理措施、固化措施?做到技术与管理的双归零,本文将给出两个案例供大家参考。
我说CMM2.0之:风险与机会管理
风险与机会管理,简写为RSK,在以往的CMMI版本中都是描述为风险管理,在2.0中增加了机会管理。风险是意料之外的坏事,机会是意料之外的好事,风险是惊吓,机会是惊喜。我们要抓住机会,规避风险,趋利避害。风险与机会都不是一定发生的,发生的概率都是大于0小于1的。 基本理念1 风险与机会是事先的,不是事后的,事后的是事件管理,问题管理。2 要尽早报告风险,处理风险。3 风险与机会在...
如何学习CMMI
很多朋友问我关于CMMI模型中的问题,却很少有朋友问我如何学习CMMI,这便是鱼与渔的问题。就事论事,学会一个的知识点,不如去掌握方法,可以解决很多的问题,学习到无限的知识。 那么,究竟如何学习CMMI呢?我的体会如下: (1) 通读模型 模型是众多的专家总结的经验教训,历时多年,讨论了N遍才写成的,模型里包含的信息量很大,描述的
还是“师徒制”吧
很多客户都面临如何培养新员工的问题,如何更好的培养开发人员也一直是我思考的问题。琢磨来琢磨去,最终发现还是“师徒制”最有效。 在学校里教授的大多是书本知识,和实践有很大差别。社会上的各种速成班仍然是停留在表面,可以让开发人员入门,但是不能深入。在公司里办各种培训,时间不可能太长久。其实以前在通软的时候已经尝试过师傅带徒弟的方式,只是我不喜欢称为“师徒制”。“师”在我心目中是比较神圣的称呼,为“师”
配置审计的概念辨析
配置审计是配置管理中的一个重要概念,在CMMI标准中划分了3种,如果再加上PPQA对配置管理过程的审计,累计为4种。在很多图书、资料中对这四种审计言之不详,因而也就造成了理解的偏差。故而我整理了如下的表格,进行了澄清。需要说明的是在很多企业中实际也做了这4种审计,只是没有清楚的认识这4个概念而已。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线