需求管理过程域的要点
发布于 2024-10-03
1208
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要
在CMMI实践中,对需求管理PA的特定实践存在常见误解。为了帮助更好地理解和实施CMMI模型要求,本文依据作者咨询经验总结出了关于需求管理的理解与实施要点。
SP1.1 理解需求
- 确认合适的需求提供者并建立相应准则。
- 评估需求的可接受性并制定标准。
- 与需求提供者达成共识。
- 在需求开发计划或检查单中定义相关准则。
- 将需求管理的特定实践适当整合进过程定义。
SP1.2 取得对需求的承诺
- 区分承诺的时间点,包括需求建立时和变更时。
- 承诺前需要开发人员充分理解需求。
- 承诺形式可以是书面或电子的。
- 核心项目组成员可以代表团队做出承诺。
- 开发组对客户的正式承诺通常在合同中反映。
SP1.3 管理需求变更
- 认识到需求变化的不断性和积累性。
- 即使是小的需求变更也需管理。
- 需求变更的控制程度应根据规模而异。
- 进行需求变更影响分析时需考虑多方面影响。
- 需求变更控制应涉及客户,且商务合同中需规范变更流程。
SP1.4 维护需求的双向可跟踪性
- 需求跟踪矩阵用于验证需求并分析变更影响。
- 使用需求跟踪矩阵的时机包括评审和变更过程中。
- 跟踪关系分为纵向(产品开发流程)和横向(产品集成)。
- 在评审时应将跟踪矩阵一同审查。
SP1.5 确认项目工作和需求间的差异
- 在评审和变更过程中确保一致性。
- 日常工作中也可能发现与需求的不一致。
- 应记录并跟踪不一致问题直至闭环解决。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
440 篇文章
浏览 771.4K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
我说CMMI2.0 之监督与控制
监督与控制PA,简写为MC(Monitor and Control),是对照计划监督与管理计划的执行情况。实践列表 MC 1.1 Record task completions. 记录任务完成情况 MC 1.2 Identify and resolve i...
如何度量项目的总体进展?
在跟踪项目的总体进展时,传统的方法是采用挣值图进行跟踪,敏捷的方法是采用燃尽图或燃起图进行跟踪,精益的方法是采用累积流量图跟踪总体进展。在一家公司内有采用短周期迭代开发的,有采用传统瀑布模式开发的,有新品开发的项目,也有软件维护的项目,那么有无一种适合于所有类型项目的统一方法跟踪项目的总体进展呢?下面就介绍一种计算简单、易于理解的方法,它可以跟踪总体进展,也可以适合跟踪局部进展。
数据中存在的假象
在一些实施CMMI高成熟度的软件公司中对于过程的性能数据进行分析时,常常发现应该具有相关性的2个变量根据历史的数据不能证明这种相关性,或者是应该正相关的数据却分析出了负相关的结论,原因何在呢?例如: 我们的经验与常识: 假设或常识1:高水平的测试人员找出的BUG多, 低水平的测试人员找出的BUG少。 假设或常识2:高水平的开发人员犯的错误应该少,低水平的开
三个团队的站立会议旁观笔记
今天早晨我旁观了3个团队的站立会议,三个团队的站会参与人员都是7个人,其中第2个团队是scrum of scrum,7个人是7个团队的代表,有高层领导旁观了第2个团队的站会。 做得好的地方归纳如下: 1在每日站会上沟通了需求、接口设计的变化,让整个团队都了解这些变化。 2开发人员在提到完成了,都强调完成...
惊魂一刻
2008年5月10日星期六,惊魂的一天。 下午5点时我给司机电话,让他5点45分到莫泰168酒店接我,送我去宝安机场,我是7点40分的航班,通常情况从龙华到宝安机场40分钟足够了。他以为是要6点48分到酒店,害得我重复了至少3遍,他才听清楚,我当时就有点火,不知道他怎么听的,我口音没有那么严重啊。我是第一次坐他的车去机场。 5点50分他到了酒店,上了车,他并没有按常规的路线走,而是
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线