项目范围管理是软考中级系统集成项目管理工程师的高频考点，WBS分解和范围基准几乎每年必考。这篇把六个过程、WBS分解规则、范围蔓延和镀金的区别一次讲清楚。

一、范围管理六个过程

系统集成项目管理工程师第4版教材里，项目范围管理六个过程：规划范围管理、收集需求、定义范围、创建WBS、确认范围、控制范围。

先规划怎么管范围，再收集客户需求，然后定义出项目范围说明书，接着把范围分解成WBS，执行过程中客户验收叫确认范围，防止范围乱变叫控制范围。这个顺序你得记住，选择题经常考排序。

这六个过程里，规划范围管理是先出一个范围管理计划，告诉你后面五个过程怎么管。然后才是收集需求、定义范围、创建WBS这三步规划工作。规划阶段做完了，范围基准就定了。执行阶段客户验收叫确认范围，监控阶段防止范围乱变叫控制范围。

你可以这样理解：前四个过程在规划阶段把范围搞清楚定下来，后两个在执行和监控阶段确保范围不跑偏。这个逻辑跟整体管理是呼应的。

收集需求这个过程工具多，选择题高频考点。常用工具：访谈、焦点小组、引导式研讨会、问卷调查、观察、原型法、头脑风暴、德尔菲技术、亲和图、名义小组技术。

德尔菲技术是重点中的重点。什么是德尔菲？专家匿名参与，多轮问卷调查，每轮把上一轮的意见汇总反馈给大家，再匿名投票，经过几轮后意见逐步趋同。关键词就两个：匿名、多轮趋同。考试问你"专家匿名多轮投票达成共识的方法叫什么"，答德尔菲。别跟头脑风暴搞混了，头脑风暴是面对面畅所欲言，德尔菲是匿名不见面。

原型法也要注意。原型法适合用户需求不明确的情况，先做个样品给用户看，用户用了之后反馈修改意见，再迭代。这个方法的特点是"可视化、逐步细化"。考试案例分析里经常出现"客户说不清要什么，怎么办"，答案就是原型法。

二、WBS分解规则详解

WBS叫工作分解结构。说白了就是把项目范围一层一层往下拆，拆到最底层叫工作包。工作包再往下拆就变成活动了，那是进度管理的事，WBS只管到工作包。

WBS分解遵守100%规则。什么意思？WBS包含项目全部范围，不多也不少。多出来的不该有，少了的必须加上。你不能因为某个工作麻烦就不分进去，也不能把客户没要求的加进来。这个100%规则选择题考过好几次，记住就行。

WBS长什么样？第一层是整个项目本身。第二层是主要可交付成果。第三层是子可交付成果。第四层是工作包。不是每个项目都必须拆到四层，根据项目复杂度来。小型项目可能拆三层就够了，大型项目可能拆到五六层。关键是工作包要可估算、可分配、可监控。

分解的时候有个原则：80小时原则。一个工作包的工作量最好不超过80小时，也就是两周内能干完。太长了你不好控制进度，太短了你管理成本又太高。这个原则教材里提过，选择题也可能考。

WBS分解完了不是就完事了。每个工作包还要写WBS词典，说明这个工作包具体做什么、谁负责、工期多长、验收标准是什么。WBS词典是WBS的配套文件，没有词典的WBS就是一堆空架子，谁看都不知道每个工作包到底干嘛。

考试经常考一个错误做法：项目经理把WBS拆完就发给团队了，没跟相关方确认。这种做法不对。WBS分解需要团队成员和关键相关方参与，不是项目经理一个人拍脑袋分的。你自己拆的WBS，团队不认可，执行的时候肯定出问题。

还有个考点：WBS分解的时候，是不是所有可交付成果都拆到一样细的粒度？不是。重要的、复杂的工作拆细一点，简单的、成熟的工作可以拆粗一点。不是一刀切。比如你这个项目里有个全新研发的模块，你可能拆到五层；有个已经做过很多次的成熟模块，拆两层就够了。考试问你"WBS是否所有分支分解到同一层级"，答案是否定的，根据需要灵活掌握。

再提醒一个易错点：WBS分解的是可交付成果，不是组织结构。有些新手画WBS的时候按部门分，第一层是"开发部、测试部、运维部"，这就错了。WBS是面向可交付成果的，不是面向组织架构的。组织结构那叫OBS组织分解结构，跟WBS两码事。

三、范围基准三件套

范围基准是什么？考试选择题直接考。范围基准由三个部分组成：项目范围说明书、WBS、WBS词典。三件套，少一个都不算完整的范围基准。

项目范围说明书里面写什么？产品范围描述、验收标准、可交付成果、除外责任、制约因素、假设条件。注意"除外责任"这个词，就是明确说哪些事不在项目范围内。这个很重要，不然客户以为什么都该你做。

范围基准一旦批准，就不能随便改了。要改必须走整体变更控制流程。这个逻辑跟项目整体管理那篇文章连起来了：基准变更必须CCB审批。

这里再区分两个容易混的概念：项目范围和产品范围。项目范围是为了交付产品必须做的工作，产品范围是产品本身具备的功能和特性。项目范围完成的标准是跟项目管理计划比，产品范围完成的标准是跟产品需求比。这个区别选择题出过。

举个例子：你要开发一个APP。产品范围是APP有哪些功能，比如登录、注册、下单。项目范围是你为了做这个APP需要干哪些活，比如写需求文档、设计UI、写代码、测试、上线。产品范围验收看功能对不对，项目范围验收看活干完了没。

范围说明书里还有个关键内容：验收标准。就是什么样的成果算合格、能交差。验收标准越具体越好，别写"用户满意"这种虚的，要写"系统响应时间小于2秒""支持并发500人"这种可量化的指标。考试案例分析经常出现"项目做完了客户不验收，因为当初没说清楚标准"，这就是范围说明书没写好。

另外，范围说明书里的"除外责任"特别重要。比如项目不包含用户培训、不包含第三方系统对接。你把这些写清楚了，客户事后找你说"你不是应该顺便做个培训吗"，你就拿范围说明书怼回去：这个不在我们范围内，要做走变更。

四、范围蔓延和镀金怎么区分

范围蔓延和镀金是范围管理的两大敌人，案例分析选择题都爱考。你得把两者的区别搞清楚。

范围蔓延：外部相关方，一般是客户或甲方，不断给项目加需求，又不走变更流程。你做着做着，客户说"顺便帮我加个小功能呗"，你不好意思拒绝就加了。加着加着，项目越做越大，工期越拖越长，最后啥也没做好。这就叫范围蔓延。关键特征：从外面来的，没走变更。

镀金：项目团队自己主动加功能，客户根本没要求。你觉得"这个功能加上去客户肯定喜欢"，于是偷偷加了。结果呢？客户根本不需要这个功能，你白花了时间精力，还增加了bug风险。这叫镀金。关键特征：从内部来的，客户没要求。

不管是蔓延还是镀金，都是错的。范围蔓延要通过变更控制流程来管，镀金要通过管理团队纪律来防。考试让你判断"以下哪种行为属于范围蔓延"，你就找"客户加了需求没走流程"那个选项；问你"哪种属于镀金"，你就找"团队自己加了客户没要的功能"那个选项。

再讲一个易混点：确认范围和控制质量。这两个过程经常被搞混。控制质量是内部做的，检查可交付成果对不对、有没有质量问题，一般先做。确认范围是外部做的，客户或发起人正式验收可交付成果，一般在控制质量之后。先质检再验收，这个顺序不能反。

还有一个考点：确认范围的时候，如果客户拒绝验收怎么办？不能硬来。要先搞清楚客户为什么拒绝，是质量不达标还是理解有偏差。如果是质量问题，回去整改后再来验收；如果是范围没说清楚，走变更流程。直接跟客户吵架或者硬逼着签字，都不是正确做法。

优培东方软考培训用韩方全老师的WBS分解五步法，帮你快速掌握分解思路。韩老师做软考培训13年，讲课接地气。胡光超老师参与过软考官方教材考纲编审，对考点把握精准。课程1600到2880元，软考中级通过率最高曾达85%。两年学籍免费重学，7天无理由退费。咨询电话400-956-6153，官网www.hxtdpx.com。

五、常见问题

问题1：WBS分解到哪一层为止？

答1：分解到工作包为止。再往下就是活动定义，属于进度管理了。

问题2：范围基准包括哪三个文件？

答2：项目范围说明书、WBS、WBS词典。三件套缺一不可。

问题3：范围蔓延和镀金怎么区分？

答3：蔓延是外部客户加需求不走变更，镀金是内部团队自己加客户没要的功能。

问题4：确认范围和控制质量哪个先做？

答4：先做控制质量检查质量，再做确认范围客户验收。顺序不能反。