我说CMMI2.0 之需求开发与管理
发布于 2023-07-12
2164
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章摘要: RDM需求开发与管理
RDM是需求开发与管理(Requirements Development and Management)的缩写,它是集成了CMMI 1.3版本中的需求开发(RD)和需求管理(REQM)的过程领域(Process Area)。RDM涉及需求工程的五个主要活动:需求获取、需求分析、需求描述、需求验证与确认以及需求管理。
实践列表摘要
- RDM 1.1: 记录需求,强调需求应当被完整地文档化。
- RDM 2.1 - 2.7: 从引导干系人提出需求,到确保开发活动与需求保持一致,这些实践包括对干系人的需求进行优先级排序,确保需求理解的一致性,以及维持需求与项目活动和成果之间的双向可跟踪性。
- RDM 3.1 - 3.7: 涉及根据组织过程开发和维护需求,定义操作概念和场景,分配和更新接口需求,确保需求的必要性和充分性,平衡干系人的需求和约束,以及验证需求确保解决方案适配目标环境。
通俗解释摘要
- RDM1.1: 需要将需求记录在案,以便进行追踪和管理。
- RDM2.1: 需要通过访谈、原型、问卷等手段引导干系人明确表达他们的需求。
- RDM2.2: 将干系人的需求转换为文档化的客户需求,并按优先级排序。
- RDM2.3 - 2.6: 涉及与需求提供者达成共识,获取对需求实现的承诺,建立需求与项目成果之间的双向可跟踪性,以及确保所有项目活动与需求相一致。
- RDM3.1 - 3.7: 包括根据组织过程开发需求,定义操作场景,分配需求到具体构件,维护接口需求,确保需求的适当性,平衡需求和资源限制,以及通过评审和模拟来验证需求。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 602.6K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
如何保证测试的完备性?
经验法则如下:1 测试人员参与需求评审,需求人员参与测试用例的评审不懂需求,不了解需求的测试人员是不可能设计出完备的测试用例的。测试人员参与需求评审一是可以评审需求的可测试性,二是了解需求。 需求人员评审测试用例可以检验用例的完备性,判断测试人员是否理解了需求。2 系统测试用例覆盖每一个场景场景是在需求中描述的用户使用系统的一条操作路径。覆盖每个场景是系统测试用例设计的基本要求。3 集成测试用例
如何学习设计模式?
1 先理解概念,再学习原则先理解OO的基本概念,比如:封装、继承、多态、组合/聚合、依赖等,理解各概念的内涵,弄清楚这些概念的具体实现方式及各实现方式的优缺点。2 先学习原则,再学习模式设计原则是蕴含在设计模式后最根本的思想,掌握了基本的设计原则可以做到不拘泥于某个具体的设计模式,可以更容易的理解设计模式,知道在何种情况下应该采用某种模式,可以自己创造合理的设计模式。设计原则可以参考的2本书籍是《
用COSMIC方法帮助澄清需求的案例
实施COSMIC方法,除了可以度量软件的规模以外,还可以通过数功能点,识别需求中模糊不清的地方,起到需求澄清、需求验证的作用。下面通过一个简单的例子来说明之。某系统的需求规格说明书中有如下的一个功能需求描述:考勤明细查询功能说明:1展示员工每天的有效打卡记录,清晰展示上下班时间、打卡照片等;2可查看员工每天所有的打卡记录,显示的信息包括:名称、部门、员工状态、工号、日期、上...
在估算时为什么要分解估算对象?
估算 标准差 任务拆分
我说CMMI 2.0 之:原因分析与解决方案
原因分析与解决方案(CAR)是对选中的现象识别原因,并采取纠正措施或预防措施。 基本的思想:组织内的好事和坏事都可以做CAR,并非仅仅是对坏事做CAR。可以在计划阶段做CAR,也可以在事情发生后再做CAR, 前者是根据估计的结果做CAR,后者是根据实际执行的结果做CAR。在做原因分析时,是从现象,到数据,然后再到原因。数据准确刻画了现象,并有助于识别真正的原因。原因有浅层次的直...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线