今天，我想更深入地探讨两个角色之间的重叠量。由于需要使用一组通用的术语，因此我的讨论将基于两个术语中的知识领域（KA）。 BABOK®指南 2.0，偶尔参考 PMBOK®指南 第四版。让我们从 BABOK®指南 KAs。 用来记住KA的助记符是 和平号 。想想所有的“碎片” BABOK®指南 . 和平号 代表：
| 知识领域 | 知识领域亮点 | |
| P | 商业分析 P监控 | 仅用于业务分析阶段：确定项目将是瀑布还是敏捷，确定利益相关者，估算活动，确定要使用的流程，确定指标，监视业务分析工作。 |
| E | E 征求 | 准备引发事件，举行事件，记录并确认结果。 |
| A | 要求 A 分析 | 组织，确定优先级，指定，验证和确认需求，包括建模需求。 |
| C | 需求管理和 C 通讯 | 基准要求，管理变更，跟踪要求，文档要求，提出批准要求，管理重用。 |
| E | E企业分析 | 定义业务需求，评估“现状”与业务需求之间的差距，确定如何采用解决方案（“待定”），定义解决方案的范围，并制定业务案例以开展满足业务需求的项目需要.. |
| U | U内在能力 | 业务分析师必须具备的成功素质，知识和技能，例如可信度，系统思考，协商和沟通的能力以及一些业务知识。 |
| S | S水质评估与验证 | 确定组织是否已准备好进行更改，弄清楚如何实施更改，并将需求分配给不同的项目，阶段，版本或迭代。 |
在表面上似乎存在大量重叠。例如，收集需求似乎是一个角色混乱和潜在冲突的领域。另一个领域是采购领域，尤其是与投标书（RFP）流程有关的领域。角色重叠和冲突的另一个领域是范围管理。企业分析是关于定义解决方案（产品）的范围。的 PMBOK®指南 描述需要详细说明产品范围和接受产品所需的标准。
在我看来，尽管存在可能重叠的领域，但仍有一些重要领域需要独特的技能。下表显示了一些重叠和唯一的区域。
| 知识领域 | 重叠技能领域 | 需要特定的BA技能 | |
| P | 商业分析 P监控 | 识别利益相关者，定义活动，评估活动，制定度量标准，监视工作。 | 确定项目或阶段是瀑布式还是敏捷式，规划完成业务分析所需的流程。 |
| E | E 征求 | 所有这些区域都可能重叠。 PM和BA都需要许多技能。 | 引发某些需求活动的技能需要不同的技能。例如，如果引发事件是要制作一组新的网页原型，创建用例或引发数据需求，则特定的业务分析技能将很有用。 |
| A | 要求 A 分析 | 没有太多的重叠。这个区域确实包括定义假设和约束条件，但是可以说这里有很多重叠之处。 | 组织项目工作与组织需求并确定需求的优先级非常不同。指定需求（例如进行建模的地方）需要与PM的技能不重叠的专业技能。 |
| C | 需求管理和 C 通讯 | 有许多重叠的沟通和表达技巧。 | 尽管基线，文档编制和跟踪要求在本文档中进行了讨论。 PMBOK®指南 ，我相信需要独特的业务分析师技能才能有效地完成这些活动。同样，管理重复使用也是一项独特的技能。 |
| E | E企业分析 | 定义解决方案范围需要与将可交付成果分解为工作分解结构（WBS）相似的技能。 | 经过一番苦恼之后，因为这是我作为PM所做的工作，所以我可以说服。除了定义解决方案范围之外，BA还可以更有效地处理该KA中的所有流程， |
| U | U内在能力 | 所有项目专业人员，包括PM和BA，都需要这些能力。 | |
| S | S水质评估与验证 | 评估组织变更。 | 除了评估组织变革的可能情况之外，该知识指标还需要一套独特的技能来确定“解决方案是否满足业务需求并促进其实施” Babok®指南 第7章简介。 |
我相信，如果我们将每个KA中的这些流程带到每个流程中的任务，我们将会看到更多的独特性。因此，就目前而言，我继续认为最好将两个角色分开。
别忘了在下面留下您的评论
