答案

有效的商业分析师使用标准的面试、调查和头脑风暴技术，以及更高级的方法来识别隐含需求：观察工作流程（岗位影子），构建当前流程的映射（AS-IS分析）和分析现有系统中的投诉/错误。此外，还应用“五个为什么”的技术和情景建模（故事板），以找出利益相关者可能甚至未意识到的问题根源。

关键特点：

• 使用组合技术（观察、调查、分析投诉日志）。
• 涉及隐含利益相关者（内部用户/技术支持）。
• 确定重要的“痛点”并在正式化需求之前进行优先级排序。

误导性问题。

是否可以仅限于与关键利益相关者的面谈？

不可以，面谈往往只能揭示明显的问题，但真正的问题只有在观察用户和分析事件时才能显现。

隐含需求是否必须在需求描述中明确说明？

是的，必须进行形式化，否则团队将无法实现——需将隐含模式转化为明确的任务。

是否可以认为没有直接表达的需求不需要实现？

不可以，项目的成功往往取决于团队对隐含期望和需求的考虑程度。

常见错误和反模式

• 忽视间接用户（后端办公室、支持人员）。
• 仅调查最“响亮”的利益相关者。
• 忽略构建客户旅程图。

实际案例

负面案例： 分析师仅从部门负责人那里收集需求，而没有分析最终用户的投诉。 优点：项目迅速启动，初期工作较少。 缺点：初始解决方案未解决大多数实际的“痛点”，不得不进行昂贵的重构。

积极案例： 分析师观察用户，识别出流程中的“痛点”，并将其转化为需求。 优点：解决方案立即让所有用户满意。 缺点：分析阶段需要更多的时间和资源。