话说小P刚刚加入到一个项目组里面，项目经理安排他做需求分析，小P一听需求分析有点不乐意，心里嘀咕：“需求有什么分析的啊？客户要什么给什么呗，简直是浪费我这个人才！”

虽然不乐意，但毕竟工作还是要做，很快小P接到了的第一个需求，客户打电话来说“我要一只羊”，小P一听觉得太简单了，简单的写了一下需求“XXX客户需要一只羊”，然后交给同样是新手的小Q去处理，小Q也觉得很简单，直接抓了一只羊送过去了！

结果客户的投诉很快来了，项目经理找到小P，黑着脸训斥小P，但小P还觉得委屈，因为他觉得自己是按照客户要求做的。还好训斥归训斥，经理后安排了项目组老虾指导小P。

老虾是老员工了，处理过几年的客户需求了。小P诚惶诚恐的向老虾请教如何分析客户需求，没想到老虾简单的给出了一个出人意料的答案“5W + 1H + 8C，简称是518，我要发：）”

小P很好奇：“什么是5W + 1H + 8C？”

老虾开始侃侃而谈：

“5W是 Who、When、Where、What、Why”

“1H是 How”

“8C指的是8个约束和限制，即Constraints，包括性能Performance、成本Cost、时间Time、可靠性Reliability、安全性Security、合规性Compliance、技术性Technology、兼容性Compatibility”

小P一听这么多的英文单词，虽然头有点晕，但更加好奇了：“能否详细解释一下，下次请你吃巴西烧烤。”小P已经开始使出糖衣炮弹了。

老虾笑道：“你小子开始向我发糖衣炮弹了，巴西烧烤算了，可口可乐一瓶吧”，于是老虾开始传授他的独门秘笈。

1） 5W

老虾侃侃而谈：

“Who：是需求利益相关人，我们按照需求的生命周期流程来分类，包括购买者->管理者->使用者->评估者，注意评估者一般是政府机构、第三方咨询公司、各类组织等”；

“When：是指需求相关的时间，这里可以指季节，如春夏秋冬；也可以指作息时间，例如白天晚上，所有和时间相关的信息都属于此类”；

“Where：是需求相关的地点，这里可以指，如美国和中国；也可以指场所，例如室内、街道等”；

“What：是需求的终输出，即客户希望得到什么东西，例如一份文件、一个报表、一辆车”；

“Why：是需求的驱动力，即客户为什么提这个需求，客户的问题在哪里”；

“哇塞”，小P惊叹道：“老虾是老虾哈，想不到一个需求处理还有这么多的学问！”不过惊叹归惊叹，小P还是不是很明白，于是问道：“了解这些W有什么用么？”

老虾喝了一口茶，笑道：“直接说有什么用你可能不是很好理解，我给你讲个笑话吧。有一个建筑公司的需求分析人员收到了一个客户需求‘给我建一栋很大的房子’，于是建筑公司建了房子，房子是欧式风格，又大又宽敞，全套宜家家居，全木地板，进口电器。。。。。简直是应有尽有，结果客户来收房子的时候说了一句话，让建筑公司吐血，你知道是什么话么？”

小P想了想，摇了摇头。老虾继续：“客户说‘先生们，我是要一栋房子给我们的长颈鹿住！’”

“哈哈哈。。。。。”小P忍不住大笑起来：“真有趣，我大概明白了。”

“哦”，老虾也笑着问：“那你说说其它的W是怎么理解的？”

小P也开始侃侃而谈：“还是以长颈鹿的房子为例子吧”

“Who：这套房子的购买者是动物园、管理者是动物园的饲养员、使用者是长颈鹿、评估者可能是动物管理协会、卫生局等政府部门”

“When：这个可能要求一年四季了，如果长颈鹿知识运来展览一下，那么是展览的这几个月。”

“Where：这个房子要建在动物园，而不是其它居民小区，那么动物园肯定有一些相关的规定”

“What：要求一套房子，但不是简单意义上的房子，而是长颈鹿住的房子，这需要考虑高度、围栏等”

“Why： 这个可能动物园要临时展览，也可能要引进长颈鹿，也有可能是原来的长颈鹿房子破旧了”

“嗯，不错”，老虾赞赏的点点头“小伙子悟性不错，不过我要提醒你一点，这5个W中有一个是重要的，如果这个W错了，那么即使其它W都正确了，那么也是一个完美的错误需求，你猜猜是那个W？”

“是Who？”小P试探性的答道。

“不是，而是Why这个W”，老虾说道：“这个是重要的，因为这才是需求的驱动力，也是需求的价值所在。”

“我明白了”，小P若有所悟的说：“需求终是要解决客户的问题的，而Why是真正的问题所在”

“不错，看来5W部分你已经基本掌握了，以后多多实践能够提高这部分的分析水平了”老虾赞道。“接下来给你讲讲How”

2） 1H

老虾正准备开讲，小P却急急的插嘴说：“这个简单，是指需求怎么实现吧？”

“不对，”老虾道：“你的这个想法是很多人常犯的错误，需求分析阶段的How不是指如何实现需求，而是指需求本身的流程，如何实现需求那是设计阶段的事情！”

小P为自己的错误而感到有点不好意思，虚心请教老虾：“需求本身还有什么流程？”

老虾道：“有的需求可能很简单，客户想要的东西也很明确；但有的需求比较复杂，涉及到多次交互，或者多个状态变化等，这种情况要把需求的流程描述清楚。举个例子吧，取款是一个需求，但取款本身包含多次交互，要插卡、输入密码、输入金额、打印账单、取钱这些步骤，How是用来描述这整个流程是如何运行的。”

“哦，”小P若有所悟的点点头：“也是说涉及多个动作、多个步骤、多个状态、多个处理的需求要写清楚How ！”

“对，”老虾赞赏的点点头：“看你学的还挺快，我们一鼓作气讲完，接下来我们来看看8C。”

3） 8C

老虾喝了口茶润了润嗓子，继续讲道：

“性能Performance：主要包括响应时间和吞吐量”

“成本Cost：是客户愿意为这个需求花多少钱”

“时间Time：指客户要求什么时候交付需求”

“可靠性Reliability：指系统长时间正确运行的能力，银行、证券、电信这些公司，对宕机时间要求很严格的”

“安全性Security：指对信息安全的保护能力，涉及到钱、身份证、社会保险号等需求对这个要求很高”

“合规性Compliance：指满足各种行业标准、法律法规、规范等，例如3C、SOX、3GPP、ITUT等”

“技术性Technology：有的客户可能要求我们采用某种技术，例如客户现在都是Windows的机器，那么可能要求我们基于Windows平台开发”

“兼容性Compatibility：指我们的产品与系统与客户其它已有的产品或者系统的兼容能力，要知道现在很少有产品是孤立运行的，特别是在大企业、大公司中，多个系统都是互相交互、互相配合的”

“哇塞，”小P再一次惊叹于老虾的厉害：“老虾果然是老虾啊，厉害！”

“不要忙着怕我马屁哈，”老虾笑道：“知道为什么要考虑这些吗？”

小P想了想说：“不满足这些约束，那么即使需求做出来了也是不符合要求的。”

老虾接道：“你说的没错，更专业的说法是需求分为功能属性和质量属性，前面的5W+1H是属于功能属性，而8C是属于质量属性，一个需求终是否被正确的实现了，既要看功能属性是否正确，也要看质量属性是否正确，两者缺一不可！”

“明白，”经过老虾的一番讲解和点拔之后，小P觉得如醍醐灌顶，终于基本掌握了需求分析的理论方法，心里恨不得立刻开始处理需求了！

老虾看到小P跃跃欲试的样子，提醒他说：“不要以为知道518可以处理好需求了，要想处理好需求，既要知道这些方法论，也要在实践中多练习。”

“知道了，非常感谢老虾！”小P高兴的说：“我这去按照你刚才教我的方法把关于‘羊’的需求重新分析一遍！”

后来，小P同志把“羊”的需求又分析了一遍，这次受到了老虾、项目经理、甚至客户的赞扬，亲爱的读者朋友，你能按照上面的方法也帮小P重新分析一遍么？