PMBOK(第六版) PMP笔记——《五》第五章（项目范围管理）

第 5  章 项目范围管理

范围管理目的：做且只做所需的全部工作，以成功完成项目。
管理项目范围主要在于定义和控制哪些工作包括在项目内，哪些不应包括在项目内。
✓ 产品范围——某项产品、服务或成果所具有的特性和功能
✓ 项目范围——为交付具有规定特性与功能的产品、服务或成果而必须完成的工作
项目范围有时也包括产品范围，需要根据上下文来理解。

本章节包含了 6 个过程：
1、规划范围管理：制定项目范围管理计划
2、收集需求：收集、记录干系人需求，收集干系人想要什么？
3、定义范围：项目团队需要做什么来满足干系人的需求？
4、创建工作分解结构（创建 WBS）：把可交付成果和项目工作分解成较小的、更易于管理的
组成部分。
5、控制范围：监督项目和产品的范围状态，管理范围基准的变更，确保范围不要有偏差。
6、确认范围：正式验收项目已完成的可交付成果。
规划范围管理
1、过程定义：创建范围管理计划，书面描述将如何定义、确认和控制项目范围的过程。在
整个项目中对如何管理范围提供指南和方向。

2、规划范围管理的输出：范围管理计划
描述将如何定义、制定、监督、控制和确认项目范围。也就是指导如何制定项目范围说
明书、如何创建 WBS、如何验收可交付成果、如何处理对范围说明书的变更等等。

3、规划范围管理的输出：需求管理计划
描述将如何分析、记录和管理项目和产品需求。阶段与阶段间的关系对如何管理需求有
很大影响。项目经理为项目选择最有效的阶段间关系，并将它记录在需求管理计划中。

练习题
1、公司正在制定一份变更管理计划，要求所有关键干系人的参与和批准，包括销售经理。
销售经理没有时间进行行政工作，且即使经过多次尝试，项目经理还是未能获得他们的批准。
项目经理下一步应该怎么做？
A：修订变更管理计划；
B：上报给项目发起人解决；
C：让一名销售团队成员代表销售经理批准；
D：等待直到销售经理有时间进行行政工作为止。
答案：B。PM 权限不能做到的事情，只能上报给发起人，让发起人帮助来解决。
2、在一个为期八个月的项目中，客户要求变更一项复杂的业务要求。开发已完成 72%。客
户建议将项目日程额外推迟一个月。项目经理接下来应该怎么做？
A. 拒绝变更，因为大部分开发均已完成
B. 申请额外资金
C. 分析偏差
D. 接受变更，因为客户推迟了日程
答案 C。先执行偏差分析看看偏离了多少，再来决定是否真的需要提交变更请求。
直接接受和直接拒绝变更都是不对的，排除 A 和 D。
3、项目发起人对项目范围、质量、时间、成本最大的影响力在：
A、开发阶段
B、执行阶段
C、概念阶段
D、结束阶段
答案：C。概念阶段，也就是启动项目阶段。PMBOK 有句话：在整个启动过程中，发起人始
终领导着项目，直到项目正式批准。
4、当项目接近完工时：
A、就不再需要风险管理
B、高风险项的可能性会增加
C．不再需要应急储备
D. 变更成本一般会增加
答案 D，项目越接近尾声变更的代价就越大。
5、项目经理向关键干系人介绍了项目计划，获得干系人的意见并获得批准。之后，干系人

又说需要更改沟通计划中的某个细节。项目经理与干系人讨论，并对提议的变更达成一致意
见。项目经理接下来应该怎么做？
A. 在沟通管理计划中创建补充文件
B. 提出变更请求，并将其提交给变更控制委员会
C. 保持项目计划不变，因为已经获得关键干系人的批准
D. 更改沟通计划，并征得干系人的批准
答案 B。项目计划已经获得批准，如果需要更改应该提出正式的变更请求。
6、项目管理办公室为客户完成了一个为期一年的资产管理项目。客户要求延长项目以含概
其最近收购的资产。项目经理接下来应该怎么办？
A. 将变更单提交给变更控制委员会批准
B. 拒绝接受变更单，并完成原始的工作范围
C. 审查并分析客户的变更请求
D. 发送一份回馈建议供客户考虑
答案：C。客户要求延长项目，是提出了变更，应该遵循变更管理流程下一步是记录、评估、
分析变更的影响。
7、下列哪项陈述反映了项目的风险程度？
A、 项目初始阶段的风险最小
B、 风险在整个项目期间保持恒定
C、 项目实施过程中风险最大
D、 项目初始阶段风险最大
答案：D。项目的风险与不确定性，开始最大，逐步减小；
8、项目经理在收到口头变更请求后应该怎么做？
A. 拒绝以避免对范围、进度和预算造成影响
B. 记录以及批准或拒绝
C. 拒绝，因为没有采用书面形式
D. 加入变更日志并供项目下一阶段使用
答案：B。接到口头提出的变更请求，一定要用书面的形式记录下来。
9、从前一个项目中学到的经验教训对当前的项目范围说明书会产生什么影响？
A. 由于工作分解结构是完整的，经验教训对范围说明书不会产生影响
B. 如果不忽视经验教训，范围说明书的制定会更快
C. 在当前的范围说明书中，将不大可能会重复过去的错误或疏忽失误
D. 经验教训不会受到经验教训知识库的影响，因为所有项目都是独特的
答案：C。经验教训可以避免以后犯同样的错误。
10、客户在完成某最终产品的验收测试后，对产品在压力条件下的脆弱性能表示担忧。客户

要求变更产品。项目经理应据此签发哪类变更请求作为响应？
A. 故障维修
B. 预防措施
C. 纠正措施
D. 性能优化
答案：B。对产品在压力下的脆弱性表示担忧、担心，产品并没有真的有缺陷、也没有与计
划已经发生偏离。所以是预防措施。
11、项目经理处于一个长期项目的中间，这里研发团队发现了一个重大失误。这个失误可以
通过对项目范围执行较大的变更来解决，但该变更可能同时影响到时间和预算计划。项目经
理首先应该做什么？
A. 分析变更请求，并将其提交给变更控制委员会
B. 实施变更请求，并在之后通知干系人
C. 实施变更请求，并在之后提交给变更控制委员会
D. 分析变更请求，并将其提交给指导委员会
答案：A。直接实施变更是不对的，排除 B 和 C。
CCB 是变更控制委员，不是指导委员会。

 

收集需求

需求，是干系人想要什么？
1、过程定义：为实现项目目标而确定、记录并管理干系人的需要和需求的过程。收集需求，
为定义和管理项目范围奠定基础。
收集需求，是收集“人”的需求，因此与人有关系，输入参考干系人参与计划、干系人
登记册。

2、收集需求的工具：数据收集（问卷调查、标杆对照）
1）问卷调查：适用于干系人特别多，想要快速完成调查、受访者地理位置分散。

2）标杆对照：将实际或计划的产品、过程和实践，与其他可比组织的实践进行比较，以便
识别最佳实践，形成改进意见，并为绩效考核提供依据。标杆对象来自组织内部或外部项目。
3、收集需求的工具：决策（投票、多标准决策分析）
1）投票
a）大多数原则：少数服从多数，40%的要服从 60%的
b）相对多数原则：适合候选超过 2 个的时候，每一个都没超过 50%。比如第一个 35%，
第二个 20%，第三个 45%。这时服从相对多数的 45%
c）一致同意：德尔菲技术。一群专家主观预测，背靠背不见面以匿名形式回答问卷，
然后交给主持人，最后取得相对一致意见。
d）独裁：一个人说了算
2）多标准决策分析：借助决策矩阵，用系统分析方法建立诸如风险水平、不确定性和价值
收益等多种标准，从而对众多方案进行评估和排序的一种技术。

4、收集需求的工具：数据表现（亲和图、思维导图）
1）思维导图：把头脑风暴中获得的创意，用一张简单的图联系起来，目的在于激发思
维、激发引导新的创意。（演绎、扩散）
2）亲和图：将大量创意按照亲和性直观地进行逻辑分类。（归纳）
5、收集需求的工具：人际关系与团队技能（名义小组技术、观察/交谈、引导）
1）名义小组技术：头脑风暴产生的创意散乱无规律，通过投票排列头脑风暴中最有用
的创意、排列优先顺序，小组成员各自先不通气（只是名义上的）。
2）观察/交谈：干系人难以或不愿意说明他们的需求时使用。
3）引导式研讨会：跨职能、跨部门召集主要干系人开会，定义产品需求。是快速定义
跨职能需求和协调干系人差异的重要技术。实际应用的实例，像联合应用开发 JAD、质量功
能展开 QFD、用户故事等等。
用户故事，在敏捷方法中用的较多，用户诉说一个小故事的形式表达自己的需求，PM
和团队听故事来获取需求。
6、收集需求的工具：原型法
制造预期产品之前先造出这个产品的一个模型，然后来收集反馈意见。
7、收集需求的输出：需求文件、需求跟踪矩阵
1）需求文件：收集的需求都被记录在需求文件当中。包括了业务需求、干系人需求、
项目需求等。
2）需求跟踪矩阵（RTM）：把产品需求从其来源连接到能满足需求的可交付成果的一种
表格。RTM 提供了在整个项目生命周期中跟踪需求的一种方法。

记录每一个需求产生的原因、需求存在的价值、目标是什么、产生哪个成果、怎么设计、
怎么开发、怎么做测试？确保每个需求都能有商业价值。
定义范围
根据所收集的需求，确定项目团队应该做什么，明确范围边界。明确了范围边界之后，
从而明确项目、成果的边界。

1、定义范围的工具：产品分析
用于把高层级的产品描述转变为有形的可交付成果。比如产品分解：

2、产品设计之 KISS 原则
Keep It Simple and Stupid KISS 是指在产品设计当中应当注重简约的原则。简约并
不简单比如：IPAD、微信

3、定义范围的输出：项目范围说明书
记录了整个范围，包括项目和产品范围；详细描述了项目的可交付成果。
项目范围说明书包括了：产品范围描述、验收标准、项目可交付成果、项目的除外责任
（哪些工作该做、哪些不该做）。

1）产品范围描述：逐步细化在项目章程和需求文件中所述的产品、服务或成果的特征。
2）验收标准：可交付成果通过验收前必须满足的一系列条件。
3）可交付成果：在某一过程、阶段或项目完成时，必须产出的任何独特并可核实的产品、
成果或服务能力。
4）除外责任：哪些工作不该做。

练习题
1、根据干系人登记册和项目章程，项目的业务需求必须从组织的各职能组获得。为了最终
确定业务需求，要求这些职能组的意见需取得一致。应该使用哪一种工具和技术
来收集需求？
A、焦点小组法
B、问卷与调查
C、引导式研讨会
D、德尔菲法
答案：C。项目的业务需求必须从组织的“各职能”组获得，表示跨部门、跨职能的收集需
求。
2、为了在需求收集过程中产生创新想法，项目经理通过一系列问卷调查来征求专家的意见，
问卷调查是匿名形式的，答案将会直接返回给项目经理。
这种技术被称作下列哪一项？
A. 名义小组技术
B. 德尔菲技术
C. 头脑风暴法
D. 思维导图
答案：B。匿名形式回答问卷，结果返回 PM，这是德尔菲。
匿名的，肯定就不是头脑风暴了

3、确定需求应从分析下列哪一项的信息开始？
A．项目章程和利害关系者登记簿
B．利害关系者登记簿和项目范围说明书
C．组织过程资产和项目范围说明书
D．项目章程及问卷或调查
答案：A。考收集需求的输入，参考项目章程和干系人登记册。
4、制造预期产品原型供利害关系者进行试验和提供反馈后，项目经理可完成制定下列哪一
项？
A. 项目章程
B. 需求文件
C. 项目管理计划
D. 项目文件
答案：B。“制造预期产品原型供干系人试验、反馈”这是在收集需求，题目是在问收集需求
之后可以完成制定什么？考的是收集需求的输出。

 

创建  WBS ：

1、定义：把项目可交付成果和项目工作分解成较小的、更易于管理的组成部分。

2、创建 wbs 的工具：分解
分解是把项目范围和可交付成果逐步划分为更小、更便于管理的组成部分的技术。
分解的程度取决于所需的控制程度，以实现对项目的高效管理。
WBS 是项目范围的最准确定义，WBS 组织并定义了项目的总范围。项目范围说明书是文
字层的大框架定义，WBS 是结构化的视图。

比方说这是个家庭装修项目的 wbs。创建 WBS 是以可交付成果为对象，自上而下进行分
解，越往下越详细。
不同的可交付成果可以分解到不同的层次。比如说厨房、洁具，他们是不同的可交付成
果，分解的层次也不一样。
工作包是 WBS 最底层的工作，可对其进行成本和持续时间估算、管理。 水池、上水管、
下水道、龙头阀门、过滤网，就是最底层的工作包，能够可靠的计算它们的时间和成本。
项目管理、外包都要包含进 WBS 中。项目管理产生的可交付成果要包含进 wbs 当中。 并
且有些可交付成果没办法自行开发，需要找供应商外包，这些外包的也必须包含进来，而不
能剔除。

WBS  中的两个层级可交付成果：控制账户、规划包。
控制账户：是范围、时间、成本的综合管控点。每一个控制账户都可以包括一个或者多
个工作包，但是每一个工作包只能属于一个控制账户。控制账户可以包括一个或者多个规划
包。
比如说把厨房当作一个控制账户，pm 就针对某个时间点监控他的进度和成本、范围的
完成情况
规划包：层级在控制账户之下，工作内容已知，但详细的进度活动未知。规划包是指
模糊的，不具体的，需要渐进明细。
如果一旦采用规划包，就需要使用滚动式规划。
100%把 原则：通过把 S WBS  底层的所有工作逐层向上汇总，确保既没有遗漏的工作，也没有多
余的工作。是 S WBS  的核心特点。
3、创建 WBS 的输出：范围基准。
范围基准包含了：项目范围说明书、WBS、WBS 词典。

范围基准是经过批准的范围说明书、WBS 和相应的 WBS 词典，只有通过正式的变更控制
程序才能进行变更，它被用作绩效比较的基础。
WBS 词典：是针对每个 WBS 组件，详细描述可交付成果、活动和进度信息的文件。它对
WBS 提供支持。

 

它和 WBS 配套使用的，对 wbs 图进行补充，文字的描写，显示了 WBS 中每个工作包的详

细信息。相当于是个名词解释的文档。
那么通俗来讲，WBS 词典是干什么的呢？
WBS 是个视图，光看图万一没看懂怎么办？出来了一个词典，对图来进行补充和解释。
比如一个 WBS 组件“水池”要做到什么程度？做多宽？多长？用什么材料？进展到哪一
步了，这些在 WBS 词典里面进行了一个解释。
所以，范围基准里的范围说明书、WBS、WBS 词典，三者缺一不可。

控制范围：

1、定义：监督项目和产品的范围，管理范围基准的变更。
确保做、且只做范围内的事！
如果范围真的有变化，需要变更，确保必须走正式的变更管理流程来变基准。

2、控制范围工具：数据分析（偏差分析、趋势分析）
1）偏差分析：把实际绩效与计划作对比，发现差异程度
2）趋势分析：看一段时间内的走势，分析未来会改善还是会恶化，含有预测的成分。
镀金、范围蔓延/ / 范围潜变、渐进明细三者区别：
1）镀金：是项目人员为了“讨好”客户而“画蛇添足”做的项目活动。PMI 觉得镀金
的项目是失败的，反对镀金。
2）范围蔓延/范围潜变：没有得到控制的范围扩大、没有得到控制的变更，没有走变更
管理流程。比如：客户和某个团队成员关系很好，他提出要加一个功能，这个成员直接就帮
他加了。客户没正式提出变更请求，没走流程。团队成员私自帮他加了内容，这是范围蔓延。
属于镀金的一种形式。
3）渐进明细是正常的，因为项目范围不可能在开始的时候就非常清晰，需要不断地细
化、完善。比如计划买双鞋，没有确定颜色、款式、价位，到商场后看到了好多双鞋，慢慢
的对自己要买的鞋的颜色、款式、价位都有了明确的认识。这是渐进明细。渐进明细是正常
的，逐步细化。而范围蔓延和镀金都是不正常的，PMI 主义反对镀金、反对范围蔓延。

 

确认范围：

1、过程定义：正式验收已完成的项目可交付成果。

2、确认范围的输入：核实的可交付成果
是指已经完成，并被控制质量过程检查为正确的可交付成果。
控制质量关注可交付成果的正确性以及是否满足质量要求，通常由项目团队参与； 确
认范围关注可交付成果的验收，通常由客户或发起人参与。
一般来说，先做控制质量、后做确认范围。因为先是内部检验、再有外部验收。
控制质量得到核实的可交付成果，作为了确认范围的输入，经过确认范围的外部检查，
得到了输出“验收的可交付成果”。验收的可交付成果又作为了结束项目或阶段的输入，这
是项目收尾的必要条件。
3、确认范围的输出：验收的可交付成果
符合验收标准的可交付成果应该由客户或者发起人正式签字批准
4、确认范围的输出：变更请求
未通过验收的可交付成果需要提出变更，开展缺陷补救。

练习题
1、项目经理确定，由于范围蔓延，设计工作落后于进度并超出预算。这属于下列哪一项导
致的结果？
A. 过分浮动
B. 不确定的管理计划
C. 未执行变更控制过程
D. 资金限制

答案：C。范围蔓延是未经控制的产品或项目范围的扩大。
2、若要确保新团队成员获得有关所有项目里程碑的知识，项目经理应向他们提供哪一份文
件？
A. 项目工作分解结构字典
B. 项目章程
C. 项目范围说明书
D. 项目工作分解结构
答案：A。“确保获得有关所有项目里程碑的知识”，查看 WBS 词典，里面包含了详细里程碑
清单。
B 章程中只有总体里程碑进度计划，排除 B。
C 范围说明书，包括产品范围描述、验收标准、项目可交付成果、项目制约因素、项目假设
条件、项目的除外责任。没有里程碑知识，排除 C。
3、项目经理被任命管理一个为期多年的项目。在创建工作分解结构（WBS）过程中，项目团
队无法分解将在项目后期发生的某些阶段。项目经理应该怎么办？
A. 适当的时候，开展滚动式规划
B. 回到需求收集阶段
C. 为这些阶段预估 WBS 分解
D. 减少项目范围
答案：A。近期规划的详细，远期规划的粗略。
4、当项目进入执行阶段时，项目经理了解到团队成员在没有变更范围的情况下，加班进行
预期之外的工作。出现这种情况的最大可能原因是什么？
A. 工作分解结构不充分
B. 沟通管理计划不明确
C. 活动持续时间估算不准确
D. 资源计划差
答案：A。WBS 分解的不充分，导致会有预期之外的工作。
B.是信息没有传递到位，题干没有提及沟通。排除 B
如果是 C 活动持续时间估算不准确，只会时间更长、需要加班，但不会产生预期之外的工作。
排除 C
5、工作说明书规定明确，且所有可交付成果均已提前接受。然而，客户对产品不满意。对
项目经理而言，这意味着合同出现哪种情况：
A. 无效
B. 作废
C. 已完成
D. 违约
答案：C。工作说明书规定明确，且所有可交付成果均已提前接受，只是客户主观上不太满

意而已。但是对于 PM，合同上的工作已经完成了。
6、获得干系人的信息之后，项目团队确定了项目范围。若要继续项目，项目经理下一步应
该做什么？
A. 将任务分解成可管理和可衡量的部分
B. 制定项目进度表
C. 估算活动工期和资源需求
D. 估算项目成本
答案：A。定义范围的下一步是创建 WBS。

练习题
1、在用户对项目可交付成果开展验收测试时，客户发现其中一个关键功能未被识别。 项目
经理下一步应该与客户审查哪一项？
A. 职责分配矩阵（Responsibility Assignment Matrix）
B. 项目范围说明书（Project Scope Statement）
C. 质量管理计划
D. 需求追溯矩阵（Requirements Traceability Matrix）
答案：D。看英文 Requirements Traceability Matrix 就是需求跟踪矩阵，和客户一起去看
这个需求客户到底他提了没提。需求跟踪矩阵，客户看了才有意义。 客户看范围说明书没
用意义，这个是团队内部自己使用的。排除 b
2、高级管理层让项目经理针对必须优先推进的新项目实施快速评估。项目经理未完全掌握
提供粗略评估所需的全部要素。项目经理首先应该怎么做？
A. 建立 WBS
B. 确定活动
C. 收集需求
D. 估算成本
答案：C。先做 C 收集需求、其次 A 建立 WBS、再 B 确定活动、最后 D 估算成本。
3、下列哪一份文件能跟踪整个项目生命周期的需求？
A. 项目章程
B. 需求文件
C. 需求跟踪矩阵
D. 项目可交付成果
答案：C。需求跟踪矩阵把产品需求从其来源连接到满足需求的可交付成果的一种表格。在
整个项目生命周期中跟踪需求。
4、项目经理创建了工作分解结构（WBS）和 WBS 词典。应该使用下列哪一个因素来确定工作
包详情和层次？
A. 自上而下法
B. 项目的复杂性
C. WBS 结构的格式
D. 单个的工作组成部分
答案：B。PMBOK 原话：工作包的详细程度因项目规模和复杂度而异。
5、若要管理项目的范围蔓延，项目经理应该：
A.与项目发起人一起审查变更请求
B.设立变更控制委员会
C.实施风险管理计划

D．执行项目绩效审查
答案：B。范围蔓延是指没有得到控制的变更，要遵循变更管理流程。
6、项目范围说明书包括一项假定内容，即由分包商在选定日期支付一个关键子系统。在预
定支付前一个月，分包商告知项目经理无法提供指定子系统。他们可提供一个界面不同的类
似子系统。项目经理超时工作，以适应新界面。
为了更新范围说明书以添加额外工作，项目经理应具备哪些资料？
A. 项目章程
B. 获批的范围变更申请
C. 纠正措施建议
D. 用以评估项目变更量的项目评估
答案：B。范围变更请求需得到批准后，再更新范围说明书。
7、项目经理确定，由于范围蔓延，设计工作落后于进度并超出预算。这属于下列哪一项导
致的结果？
A. 过分浮动
B. 不确定的管理计划
C. 未执行变更控制过程
D. 资金限制
答案：C。范围蔓延是未经控制的产品或项目范围的扩大。
8、在项目正式结束时，项目团队与指定利害关系者会谈，对移交计划进行审查。利害关系
者称，应额外设置一个阶段，在接收产品前为他们提供更多的时间和知识。若项目设置该阶
段，则项目团队应审查哪一个文件？
A. 项目范围说明书
B. 项目人员配备计划
C. 风险登记簿
D. 进度基线
答案：A。审查范围说明书看这个额外阶段的工作是否包含在内。范围说明书包括了范围的
边界。
9、项目经理要求团队成员使用这四种主要类别：计划、分析、设计和测试，来创建工作分
解结构。这些类别应如何嵌入工作分解结构中？
A. 活动层次
B. 工作包层次
C. 第二个分解层次
D. 第一个分解层次
答案：C。按生命周期来分解 WBS。

10、项目团队正在识别项目和产品方案。项目经理让专家组填写问卷并仅向协调员作出直接
反馈。项目经理采用了哪种方法？
A. 头脑风暴法
B. 名义小组技术法
C. 德尔菲法
D. 概念/思维导图法
答案：C。专家填写问卷仅交给协调员。
11、项目 X 在公司的项目组合管理系统中属于最高级别的项目，项目经理希望澄清项目范
围。项目经理首先应该怎么办？
A. 通过利用文件记录哪些属于范围之内，以及哪些属于范围之外，来管理范围的实际水平
B. 利用帕累托方法，来确定最受欢迎的意见，并在下个阶段评估这些意见
C. 根据干系人的确定和影响水平，给干系人排名，并允许排名最高的干系人来设定范围
D. 利用专业判断来编写工作说明书
答案：A。明确范围边界。
12、在项目实施阶段，指导小组成员抱怨一项主要需求尚未纳入项目范围。这种情况由下列
哪一项导致？
A. 工作分解结构尚未完成
B. 没有考虑所有利害关系者的利益
C. 问题日志尚未完成
D. 项目范围说明书尚未定稿

答案：B。收集需求时没有充分考虑到干系人。收集需求需要参考干系人登记册作为输入，
由于没有考虑到这一项，导致收集需求不完整。
13、项目经理有两天时间用于收集项目需求。项目经理应如何向所有利害关系者收集需求？
A. 安排研讨会
B. 协商
C. 滚动式规划
D. 识别利害关系方
答案：A。如何收集需求，考的收集需求的工具：引导式研讨会。
14、项目经理必须收集信息，让国际专家对由工程经理识别的问题的解决方案达成一致意见。
下列哪一项能防止任何人对结果产生不适当的影响？
A. 德尔菲技术
B. 名义小组技术
C. 价值工程
D. 虚拟团队
答案：A。匿名形式回答问卷，防止个人对结果产生不恰当的影响。

 

欢迎关注个人微信公众号，随时随地获取编程知识，面试题，PMP等相关资料