话说小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重新分析一遍么？