扫码阅读
手机扫码阅读
需求控制组的构成

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

在软件项目中,常见的一些现象表明了需求管理的重要性。需求变更常常导致项目团队之间意见不一致,如用户提出变更而市场人员未经评估就答应,或开发者觉得变更难以实施。这些情况可能导致项目亏损、未经沟通的变更实施、用户对变更结果不满意,甚至功能漏改等问题。
根本原因在于缺乏一个权威机构来管理需求变更。敏捷方法中的现场客户或产品负责人通常担当这一角色,但理想中的客户应该具备协作性、代表性、授权性、责任心和对需求的深入了解(CRACK属性)。然而,这样的理想客户难以找到,因此通常需要一个团队来承担这些角色,这个团队被称为需求控制组。
需求控制组负责决策需求的变更,包括决定是否变更、变更的程度和开发的顺序等。通过建立需求控制组并定义需求变更的管理流程,可以实现需求变更管理的制度化。这样做的目的不是为了阻止需求变更,而是为了确保需求变更能够有序、一致地进行。
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 216.2K
麦哲思科技任甲林的其他文章
为什么同事不能成为好朋友
昨夜,一位朋友给我电话,他大叹:“为什么同事不能成为好朋友!” 他在一家小公司做事,但是人际关系却很复杂,他是一个直肠子,很善良,很容易相信别人,也很乐意帮助别人。结果却发现别人利用他,为了利益,为了权力,他成了冤大头。初来咋到,有什么心事,他还和其他的同事说说,结果那些心腹话成了别人的攻击他,给老板打小报告的把柄。他很苦闷,于是要找我喝酒,找一个不会危害他的人诉说诉说。 这个问题,我也经
聊聊故事点背后的故事
聊聊故事点背后的故事Q1、敏捷项目能不能不估算故事点,直接估算工作量?【观点一】:在策划扑克法中先估算故事点有其固有的优点,最无法替代的优点是故事点不是绝对的工作量,避免了团队在迭代早期盲目的承诺,第一个迭代可以只估故事点不估工作量,是一种保护团队的行为,体现了敏捷以人与团队为本的文化,多数策划扑克法没用起来的团队往往也是这种文化薄弱甚至背道而驰的。此时策划扑克就不是最适合的方法...
缺陷清除率的简单分析
某项目采集了在一个迭代周期内缺陷的注入与发现数据。把缺陷注入分为了3个活动,把缺陷发现分为了4个活动,一个月内的统计数据见下表:某项目的缺陷清除率分析缺陷注入\缺陷发现Sprint planning设计与编码代码评审测试小计需求分析453 12设计与编码 27128测试 22小计4530342缺陷清除率33.3%62.5%96.8%100.0% 在此统计表中并没有采集到产品发布后的度量数据
在估算时为什么要分解估算对象?
估算 标准差 任务拆分
我说CMMI 2.0 之 估算
EST(estimation)是CMMI2.0中新增的一个PA,从1.3版本中的PP与IPM PA中剥离了一些实践过来。 基本思想估计什么?规模、工作量、工期、成本等。估算是承诺的基础,充分沟通是估算的基础。估算可能是逐步细化的,并非在项目初期就估计一次。初期的估算与实际结果偏差比较大,因此,承诺也是多版本的,会逐渐调整承诺。估算要有方法论,要根据估计的结果与实际的偏差率不...
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线