3.2 真实项目中的需求获取

需求是被发现、协商和验证出来的。它很少完整地自动出现。在真实项目里，利益相关者通常更清楚自己的痛点，而不是更清楚解决方案；他们也常常遗漏每天都在做的手工补救动作。

需求获取就是让隐藏需要变得可见的工作。

技术与它们能暴露什么

最好的团队会混合技术。工作坊可能暴露冲突，观察可能暴露隐藏工作，数据可能说明哪个异常路径最重要。

问更好的问题

弱问题：“你想要什么功能？”

更好的问题：

• 你想完成什么？
• 这个步骤之前和之后发生什么？
• 系统处理不了时，你会怎么补救？
• 哪些异常很少发生但很危险？
• 即使正常路径可用，什么情况会让这个流程不可接受？

真实项目提醒

利益相关者并不都想要同一件事。用户想要速度，合规想要证据，客服想要手工覆盖，安全想减少权限，业务负责人想增长。

你的工作不是把这些声音压成一个假的共识。你的工作是足够早地暴露冲突，让有权决策的人做决定。