业务分析师拥有特殊的能力，可以提高他们对任何团队或组织的价值。
作者生成的 AI 图像位于 蜡笔
商业分析现在被认为是一种专业，拥有丰富的知识、认证和尊重。虽然 BA 通常执行软件需求活动，但他们的工作可以扩展到评估组织的需求以及满足这些需求的解决方案必须具备的特性的许多其他方面。这不是一件容易的事。
无论他们以软件背景、作为用户还是其他职位进入这个行业，有效的 BA 都有几个特征。他们拥有 知识、技能、工具和人格特质 这让他们能够为项目和产品团队做出重大贡献。也许他们无法一次跳过高楼，但强大的 BA 拥有五种超能力，可以为任何计划或组织增加价值。
超级大国#1：从混乱中创造秩序
我很擅长组织混乱的情况。减少紊乱是 BA 的主要超能力。业务分析师擅长观察模式、对相关项目进行分组以及通过层次结构管理复杂性。创建该组织有助于揭示缺失、重复、错误和不必要的业务功能和解决方案需求。
利益相关者可能会用随机的输入轰炸你。您将听到用户任务、场景、业务目标、功能需求、数据对象、约束、业务规则、产品功能以及无关信息。和这样的大脑垃圾一起工作是很有挑战性的。
BA 需要对每一点信息进行分类，找出关系，并将所有内容组织成一个可管理的集合，以便与各种利益相关者进行交流。 BA 使用模板和可视化模型将每条知识放在合理的位置，并为解决方案开发创建可行的基础。当面对混乱时，有些人陷入了杂草之中，不知从何入手。解决方案是提升一个级别以查看全部内容，然后进行分类、组织和记录。
例如，利益相关者向经验丰富的 BA 提出了大量缺乏组织的需求。 BA 无法完全理解它们。他决定创建一个 思维导图 为堆中带来一些结构和层次结构。利益相关者对思维导图提供的清晰度感到高兴。
超级大国#2：提出正确的问题
从一开始就防止混乱甚至比清理干净更好。熟练的 BA 不会首先询问利益相关者“你想要什么？”或“你有什么要求？”他们首先提出问题，以了解组织为何采取这一举措。他们想要解决什么问题，或者他们想要利用什么机会？所提出的问题是 真实的 问题？ （使用根本原因分析。）组织希望实现什么目标？ （创建业务目标模型。）
一旦建立了业务基础，BA 可能会询问代表用户：“您需要使用该解决方案做什么？”更有效的是 将需求探索重点放在使用上 而非产品功能。这是一个挑战，因为大多数利益相关者都是从他们已经想到的解决方案开始的。讨论继续提出问题，以揭示需求的广度和深度，然后探讨解决方案的必要功能和特性。问“为什么？”往往会带来更准确、更透彻的理解。
BA 不仅仅是一个抄写员，记录各个利益相关者告诉他们的一切。有效的 BA 探索表面以下，寻找未阐明的：
- 如果您听到一个假设，它仍然有效吗？说谁？如果不是怎么办？
- 如果您听到一个解决方案的想法，它是一个真正的约束还是只是一个想法？
- 谁需要用户刚才描述的功能？
- 用户可能想要执行特定任务的其他方式吗？
- 解决方案必须遵守哪些约束、标准、法规和政策？
- 解决方案应如何处理各种错误情况？
- 当有人说“用户友好”时，他们的意思是什么？我们如何评估这一点？许多其他质量属性也是如此。
不，BA 不是抄写员，而是探索者，指导开发团队通过在正确的时间正确构建正确的功能来解决正确的问题。 BA 可以防止利益相关者漫无目的地闲逛，尽管其初衷是好的。
随着组织开始使用人工智能来帮助生成产品需求，精明的 BA 提供了关键的现实检查。众所周知，生成式人工智能工具会产生幻觉、错误或虚构的内容，这些内容与准确的信息一样具有权威性。 BA 应该验证人工智能创建的任何内容，而不是简单地假设它都是正确的。不要指望人工智能会取代扎实的批判性思维。
超级大国#3：在抽象层次之间移动
有些人是有大局观的人（高抽象水平）。其他人更喜欢关注细节（低抽象级别）。然而，没有多少人善于在两个层面上思考，并根据情况的需要随时从一个层面转向另一个层面。商业分析师尤其擅长这一点。
在需求启发讨论过程中，选择适当的抽象级别会发挥作用。利益相关者通常从一开始就深入研究高分辨率的细节。然而，协调员通常发现从大体开始并推迟细节会更有效。
这就是我喜欢使用用例启发法的原因之一。用例通常比用户故事或单独的功能需求描述更高的抽象级别的需求。让我们先了解大局，并在需要时获取细节。
主持人需要察觉团队何时陷入困境，过早地被细节分散注意力，并且进展甚微。然后他们可以将讨论重新集中在当天目标的正确级别上。我们今天是在识别用例还是充实单个用例的详细行为？我们是在识别数据对象还是确定它们的个体属性？所有这些讨论都很重要，但都是在正确的时间进行的。
假设团队制作出许多详细的信息，例如“哦，顺便说一下，用户 ID 不能包含任何特殊字符。”弄清楚如何处理这些碎片就像组装一个一千块拼图游戏，一次拿起一块并想知道“这个应该去哪里？”这种自下而上的方法效率不高。
BA 可以识别何时可以对多条信息或需求进行逻辑分组。例如，他们可能会将相关的用户故事收集到具有多个替代流程的用例中。这种在抽象尺度上轻松上下滑动的能力是才华横溢的 BA 有助于有效地与人和信息打交道的另一种方式。
此外，BA 必须能够同时跨三个时间上下文进行操作：
- 过去（为什么做出某些决定？）
- 现在（团队现在必须构建什么？）
- 未来（该产品在近期、中期和长期内预计将如何发展？）
有了这种时间意识，BA 就可以从两个方向审视地平线，将今天的工作放在适当的背景下。
超级大国#4：有效地表达知识
我在心里把“写作需求”翻译成“代表需求知识”。 BA 选择最合适的方式来表达给定情况和受众的知识。经理有时希望看到项目符号列表或图表，而开发人员则需要更多细节。任何单一的表示方法都可能无法满足每个利益相关者的需求。
我曾经审查过咨询客户的下一个产品的需求规格，这是一种具有多个软件和硬件组件的复杂电子设备。该规范包括一个冗长的表格，描述了设备可能处于的各种状态以及在每种状态下采取某些操作时会发生什么。通过阅读表格，很难全面了解该设备的运行情况。
我决定画一个 状态转移图 显示各种设备状态以及允许从一种状态到另一种状态的转换。在此过程中，我发现该表中有两个缺失的需求和一个错误的需求。我的工具包中有多种技术，可以让我选择最好的技术来显示特定目的的信息。
BA 可以选择如何最好地记录信息以供将来使用和交流。有时，您需要文本来提供所有详细信息，以便开发人员知道要构建什么，测试人员知道要验证什么，以及客户知道期望什么。分层结构的文本和表格比长叙述段落或项目符号列表更容易使用。
在其他情况下，图表可以替代文本，或者更常见的是补充文本。我认为建模是一项重要的业务分析实践。经验丰富的 BA 知道何时创建详细的需求规范，何时写在便利贴上的一些用户故事就足够了，以及何时绘制图片。
超级大国#5：促进协作
有效协作的基础是沟通。业务分析的核心就是沟通。业务分析师弥合了多样化的用户社区（通常由产品冠军代表）和开发团队之间的差距：
文学学士必须 确定许多利益相关者 对需求有话要说或受到倡议影响的人。并非所有利益相关者都具有同等的权重，因此 BA 需要知道哪些利益相关者对许多决策的影响最大。
业务分析师需要了解每个利益相关者社区的目标、担忧、限制、偏见、恐惧和压力。 BA 知道客户并不总是正确的，但客户总是有道理的。您必须理解并尊重客户的意见。然而，当客户不切实际或完全错误时，您也应该指出。这可能会让人感到不舒服，但这种坦率有助于 BA 指导团队做出正确的决策。
我曾经是一个团队的首席 BA，在之前的两个团队失败后启动了一个项目。主要利益相关者感到愤怒和压力。 “我没有时间再讨论需求了！”他告诉我。 “给我建立一个系统！”我说服他我们将应用新技术（特别是用例）并记录我们学到的东西。他无奈地同意合作。该项目取得了巨大成功，利益相关者非常高兴。
我们都通过个人过滤器来处理从别人那里听到的信息。正如我的同事安东所说，文学学士需要“没有偏见、不成熟的判断或智力依附的倾听能力”。 BA将跳出自己的参考框架来倾听真正的问题，抵制强加自己偏好的诱惑，并引导参与者定义令人满意的解决方案。
利益相关者经常提出相互冲突的需求和优先事项。如果得不到解决，开发团队必须处理这些冲突。 BA 应建立决策流程，在此类冲突妨碍协作之前予以解决。业务分析师可以促进利益相关者之间的困难对话和谈判，以实现业务的最佳结果。
简而言之，BA 的职责包括让每个人都达成共识，并让他们保持一致。
你是超级BA吗？
如果您是一位经验丰富的业务分析师，那么您已经积累了一套宝贵的知识、能力和工具。您可能已经拥有其中一些超能力。尽管如此，您可能有机会增强自己的能力并变得更加高效。考虑执行 技能清单 看看额外的学习和实践可以在哪些方面获得回报。然后在下一个项目中释放这五种力量，以帮助确保组织构建正确的解决方案来解决真正的问题，从而实现最大的业务价值。
作者：卡尔·维格斯
Karl Wiegers 是 Process Impact 的首席顾问。他是许多书籍的作者，包括 软件要求 （与乔伊·比蒂）， 软件需求要点 （与坎达斯·霍坎森合作）， 软件开发珍珠, 日常事物的轻率设计, 和 成功的商业分析咨询。