分析客户需求背后的意义

作者：埃纳尔·兰德雷（EinarLandre）

顾客和最终用户通常提出的解决方案，只是他们心目中可行的解决方案，并不是问题唯一的解决途径。F－16“战隼”（战斗机）的设计师哈里·希拉克尔（HarryHillaker）曾就此给出过一个经典的案例。军方最初对F-16的设计需求是：飞机速度在2～2.5马赫（译注1）之间的低成本轻型战斗机。要知道飞行速度由1倍音速变为2倍音速时，空气阻力会增至原来的4倍，考虑到因此所需的动力，及其对机身重要的苛刻条件，满足这样的需求，即使是在今天也绝非易事。

设计团队追问军方为什么需要2～2.5马赫的速度。答复是“为了迅速撤离战场”。了解真正的需求后，设计团队对症下药提出了有效的解决方案：通过提升推力重量比（Thrust-wieght Ratio），改善战斗机的加速性能和机动性能。用灵巧性取代了最初对速度的需求。

软件开发也应借鉴这条经验。架构师可以通过询问客户，分析客户需求的功能和需求的真正意义，定位真正的问题，从而提出比客户的建议更好、成本更低的解决方案。通过关注问题的真正含义，理顺需求的轻重缓急：把有价值的需求摆在第一位。

该怎么做呢？敏捷宣言提供了答案：“客户合作重于合同谈判（Collaboration overcontract）”。具体来说，架构师应该通过与客户面对面的交谈，关注客户的需求，引导客户回答“为什么”的问题。要知道说明“为什么”并不容易，因为客户往往觉得问题是不言而喻的。此外，避免与客户讨论技术上的具体实现，这样做会喧宾夺主，因为此时应该关注的是客户的问题，而不是软件开发的问题。

译注1：马赫（Mach）是速度单位，1马赫约等于340米/秒，即音速。