需求控制组的构成
发布于 2024-10-02
1000
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
在软件项目中,常见的一些现象表明了需求管理的重要性。需求变更常常导致项目团队之间意见不一致,如用户提出变更而市场人员未经评估就答应,或开发者觉得变更难以实施。这些情况可能导致项目亏损、未经沟通的变更实施、用户对变更结果不满意,甚至功能漏改等问题。
根本原因在于缺乏一个权威机构来管理需求变更。敏捷方法中的现场客户或产品负责人通常担当这一角色,但理想中的客户应该具备协作性、代表性、授权性、责任心和对需求的深入了解(CRACK属性)。然而,这样的理想客户难以找到,因此通常需要一个团队来承担这些角色,这个团队被称为需求控制组。
需求控制组负责决策需求的变更,包括决定是否变更、变更的程度和开发的顺序等。通过建立需求控制组并定义需求变更的管理流程,可以实现需求变更管理的制度化。这样做的目的不是为了阻止需求变更,而是为了确保需求变更能够有序、一致地进行。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
440 篇文章
浏览 676.4K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
莫要混淆控制限与规格限
有的软件企业实施SPC时,在画控制用控制图时不但在同一张控制图上画了上下的1sigma、2sigma、3sigma线,还画了规格线,其实是画蛇添足,因为规格限如果在上下3sigma内,就失去了控制用控制图的意义。控制限是指通过对历史数据采用控制图(如XbarS图、XMR图)分析得到的,其值与均值偏离上下3sigma,规格限是由客户或者公司指定的,是对过程的能力要求,一般要比控制限宽,否则无
随需而变,拥抱CMMI V2.0新时代
一、前言CMMI DEV V2.0在2018年3月底正式发布,这是CMMI从卡内基梅隆大学软件工程研究所剥离出来、归并入国际信息系统审计协会(ISACA)之后的第一次版本更新,自2011年11月SEI发布CMMIV1.3版本之后,已经历时七年没有更新版本了。在这七年的时间中,Scrum、极限编程、精益看板方法、SAFe、 DevOps,LeSS等方法百花齐放,快速流行,极大地丰富了软件组织实施...
CMMI2级难点的对策
难点对策(1) 做一个切实可行的项目计划。(1)建立WBS分解的指南与样例(2)对项目经理培训如何做WBS分解(3)培训如何使用project 2007做一个合理的计划(4)加强对项目计划的同行评审(5)定义规模、工作量估算的方法并培训PM(2) 实时掌握项目动态,发现问题,解决问题。(1)建立周例会制度(2)当前阶段的任务分解的颗粒
过程改进:宽度优先还是深度优先?
在过程改进时有这样一种现象:在组织内有很多项目,但是只有参与正式评估的项目严格按照CMMI的体系在做,其他项目基本没有按此体系在做。企业在得到2级的评估时是这样,得到3级的评估时还是这样,得到4-5级的评估时仍然如此。体系在组织内根本就没有推广开来,而是限定在小范围内的一部分项目的一段时间内。 过程改进应该是一种企业文化的变革,仅仅限定在一段时间的局部项目项目的改进不可能形成企业的文化变更,这种
性能报告就是组织的实效改进故事!
和CMMI 1.3的评估相比,在CMMI 2.0评估时必须提交性能报告。性能能报究竟是何方神圣呢?性能报告并不神秘!它就是你实效改进的故事!为什么这么讲呢?请看性能报告中的内容: 性能报告围绕组织的业务目标讲述在组织内是如何提升过程性能的!所谓的过程性能就是过程执行的实际效果!性能报告提醒你要聚焦业务目标进行实效改进!性能报告并非在评估时才填写,而是应该作为过程改进的一个工具,帮助组织梳理自己的改进措施,在启动过程改进时,就应该填写! ...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线