主持需求获取会议
解决方案架构师通常主持需求获取会议。 这些会议的目的是将总体需求细化为可实现的要求。 如果同一位解决方案架构师参与了售前阶段，他们可能已了解客户需求和成功因素。 否则，解决方案架构师应确保在开展第一次会议之前了解情况。 这应推动与参会者之间进行讨论。
随着您推动这些会议的经验越来越丰富，您将采用自己偏好的方法。 随时准备好适应任何特定项目或客户的需求变化。 在开展会议之前准备好计划、模板和预期结果；但要避免过于死板，导致不利于推动对话、发挥创造性和解决问题。
需求的大致框架
记录项目要求的具体方式因所选方法而异。 但无论如何，这些要求中都应包含何人、何事和何因。 这些参数可在用户故事中或作为明细要求进行记录，但它们应该可测试和可理解。 良好的要求会考虑以下因素：
谁提出要求
客户需求是什么
客户为什么要那样做
较复杂的要求或故事需细分为可管理的分项。 不同的方法使用不同的术语称呼这些分项，例如，敏捷方法通常称它们为长篇故事。 无论如何称呼，解决方案架构师都需要提高警觉，以确保实现该流程。
优先级
每个项目中可用于实现要求的时间和资源有限。 解决方案架构师以及项目团队，有时还包括客户，需要确定要求列表/积压工作的优先级。
由于商业应用程序项目适合增量部署，因此团队通常首先确定最小可行产品 (MVP) 的优先级。 MVP 表示在初步启用之前需要完成的要求。 然后，其余分项将在以后的迭代或冲刺中进行处理。
解决方案架构师应使用已确定的关键业务目标来评估要求。 有助于实现目标的要求应优先。 如果您发现一个要求明显很重要但对实现关键目标没有帮助，本方法也可帮助您发现与关键目标之间的脱节。
可行性
解决方案架构师应评估要求以确保其可行。 检查有哪些要求尽管吸引人，但由于某些原因而无法达成，例如需要具备以下条件才能达成的要求：
需要使用您没有的数据。
需要更新其他系统，但由于时间关系而不可能完成。
解决方案架构师可以思考这样一个有用的问题：“是否有任何因素会妨碍这些要求的实现？”
管理与会者
在会议之前应树立预期，以确保相关人员到场。 您需要确保有熟悉目标领域的资深人员参与。 多次开展简短会议可能会更有针对性和效率。 邀请不同的人员处理流程的不同部分很重要，因为它有助于您全面了解流程该部分的运作情况。 通常，采用本方法将使您不用浪费时间跟进填写关于运作情况的缺失信息。
邀请管理层参加可能会有帮助，因为您往往能够获得更多决定性信息。 但要注意，高级经理到场可能会影响其员工参与的积极性。 在许多情况下，员工会更安静，并将听从经理的回答，以避免说错话。 如果您发现出现此类消极情况，您可能必须通过单独跟进或要求经理不要参加所有会议来解决本问题。
会议前期准备工作
在开展会议之前，解决方案架构师应尽可能获得更多有关当前解决方案及其流程的信息。 可以提前研究本信息，以帮助制定可用于推进讨论的问题。 做好准备工作还可以帮助与会者收集可以带到会议中的文档和示例。
此外还要记得收集售前团队收集的资料。 避免让客户重复陈述已经讨论过的信息。 确定是否进行了任何演示录制，以帮助您进一步了解情况。
促进要求进一步明晰
通常情况下，业务用户最初提出的要求不是他们真正的要求。 解决方案架构师需要开展调查工作，以引导用户或与其他人进行沟通，以发掘真正的要求。 解决方案架构师必须学会如何问“为什么？”而不会使用户生气或
显得用户不称职。 提这些问题的真正目的是了解核心问题，以便能够设计出最恰当的解决方案。
准备好常见问题可以帮助您提取信息：
您能在该流程中经历一天吗？
还有谁参与该流程？
这些信息从何而来？
您能帮助我了解需要该流程的原因吗？
如果您首先通过提出开放性问题来了解实际要求和需求，则随后可以提出“是/否”问题来确认您的理解。 以下示例是解决方案架构师 (SA) 与业务用户之间的一次简单交流：
用户：我们需要打印一份报表，其中包含过去 30 天内所有已过期的交易。
SA：谁要使用该报表？
用户：经理。
SA：经理，您将如何使用该报表？ 是否必须采用报表形式？还是说其实只需要查看上一个月已过期的交易？
经理：我们只需要每个月查看一次报表就够了。
SA：查看数据时，您想知道什么？
经理：我们想知道是否有任何金额超过 50,000 美元的交易，然后对这些交易进行更深入的审查。
SA：那么，如果系统仅显示金额超过 50,000 美元的已过期交易供您审核，这是否会有帮助？
经理：是的，这种方法不错。
修订要求：经理每月需要查看金额超过 50,000 美元的已过期交易。
如果解决方案架构师没有充分询问，团队将创建一份纸质报表。 不断追问“为什么？”直至您认为您已经了解了真正的需求。
解决相互冲突的要求
通常情况下，不同的业务用户会提出相互冲突的要求。 因此，客户必须有一名决策人员出面。 解决方案架构师可以通过提出建议和折衷方案的方式来帮助引导相关方做出决定；但是，他们不应该介入公司的行政工作。
坚持您的观点
解决方案架构师需要擅长巧妙地拒绝要求。 在本责任中，有一部分涉及到您能够清晰地表达您所想出的解决方案愿景，并帮助客户了解本愿景如何帮助实现其目标。 新解决方案架构师在本阶段中经常由于表现得自命清高而遇到麻烦。 在引导客户认可您的愿景时，请一定不要轻视客户的想法。
练习：为需求获取会议制定计划
评估 Woodgrove 银行的团队。 确定要将哪些团队分在一组来收集要求。 确定哪些团队不能分在一组来收集要求。 解释您做出这些决定的原因。