需求控制组的构成
发布于 2024-10-02
898
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
在软件项目中,常见的一些现象表明了需求管理的重要性。需求变更常常导致项目团队之间意见不一致,如用户提出变更而市场人员未经评估就答应,或开发者觉得变更难以实施。这些情况可能导致项目亏损、未经沟通的变更实施、用户对变更结果不满意,甚至功能漏改等问题。
根本原因在于缺乏一个权威机构来管理需求变更。敏捷方法中的现场客户或产品负责人通常担当这一角色,但理想中的客户应该具备协作性、代表性、授权性、责任心和对需求的深入了解(CRACK属性)。然而,这样的理想客户难以找到,因此通常需要一个团队来承担这些角色,这个团队被称为需求控制组。
需求控制组负责决策需求的变更,包括决定是否变更、变更的程度和开发的顺序等。通过建立需求控制组并定义需求变更的管理流程,可以实现需求变更管理的制度化。这样做的目的不是为了阻止需求变更,而是为了确保需求变更能够有序、一致地进行。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 602.5K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
为什么忽略管理的常识?
最近连续审查了几个客户的过程文档体系,有个问题,让我一直苦思:为什么我们总是忽略管理常识? 企业在实施CMMI的时候,为了满足模型的要求,在描述自己的过程时,习惯于照搬模型的描述。最典型的例子是PMC的描述,模型中描述了10个实践: SP1.1 监督项目的计划参数 SP1.2 监督承诺 SP1.3 监督风险 SP1.4 监督数据管理 SP1.5 监督项目相关人员的参与 SP1.6 执行进展评审 S
PMO、EPG与QAG职责分工
PMO、EPG与QAG职责分工 有很多人对PMO、EPG与QAG的关系理解比较混乱,因此整理此文以澄清一些误解。 1 PMOPMO(Project Management Office)是项目管理办公室的简写,是在PMBOK中建议的一种组织机构,其主要职责是:Ø 定义项目管理流程;Ø 培养项目经理团队;Ø 建立项目管理信息系统;Ø 对项目提供顾问式指导;Ø 监督项目进展情况;Ø 开展多项
高成熟度实践点睛之QPM
SP 1.1 建立项目的目标:建立并维护项目的质量目标和过程性能目标(1)项目的QPPO要根据项目的特点、组织级的QPPO、组织级的基线来确定。不应该所有项目的目标都是相同的,因为项目的特点是不同的。(2)项目的QPPO要满足SMART原则。(3)项目的QPPO要和历史的过程性能基线进行对比,判断目标达成的概率。(4)项目的QPPO达成概率也可以通过过程性能模型进行预测。(5)难以达成的目标,要制
对愚公移山的反思
愚公移山的故事从小就学过,故事原文如下: 太行,王屋二山,方七百里,高万仞,本在冀州之南,河阳之北。北山愚公者,年且九十,面山而居。惩山北之塞,出入之迂也。聚室而谋曰:“吾与汝毕力平险,指通豫南,达于汉阴,可乎?”杂然相许。其妻献疑曰:“以君之力,曾不能损魁父之丘,如太行、王屋何?且焉置土石?”杂曰:“投诸渤海之尾,隐土之北。”遂率子孙荷担者三夫,叩石垦壤,箕畚运于渤海之尾。邻人京城
测试用例评审的旁观记录
测试用例评审应该如何做?
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线