听客户话的BA不是好BA
BA分三种：
客户说什么就是什么
问客户为什么，找到真正的需求，帮助客户找到更好的方案
（有点记不太清了）好像是，验证客户的问题是不是真正的问题？
客户有问题的时候，不会直接把问题告诉我们，而是把他想好的一个方案当作需求告诉我们。
好的BA会根据客户的方案，跟客户交流，还原出他真正的需求。
然后再找到他认为“这个是需求”时背后的一些假设条件，验证这些假设是否正确。
精益分析
举了一个例子，在非洲有一个客户，是一家电力公司。他告诉我们有一些需求：
想让用户电表上的数据，实时发送到电力公司
当电力公司可以远程切断某用户的电
客户的需求是什么？
预付费
按需付费
我们需要验证它们的假设条件。
有一个表如下：
=================================
假设1 证据1 证据2 证据3
假设2 证据1 证据2 证据3
假设3 证据1 证据2 证据3
———————————————————-
Core Assumptions | Ways of validation
| Risk
================================
我们分成了几个组，填这个表，只有我们组搭上了一点边，但实际上我还是没搞明白怎么填写，怎么分析，基本上是乱猜的。
徐大师解答时说了一点：预付费这一点，是不需要验证的，它可以当作一个核心假设。
因为像这种，一边都是公司层面上的大事，选择某种商业模式是公司做出来的决定，我们没必要去验证它。
所以假设应该基于”按需付费“，想找到哪些假设可以支持它，然后再找到办法去验证这些假设是否成立。
后面的RISK之类都没时间做，我也不清楚该写些什么。
徐大师说，我们只要搞清楚‘精益分析”的思路，就可以把它用在别处，比如搞过一次“精益招聘”
对于求职者，我们说他通过还是不通过时，是有一些假设条件的。
比如，“我觉得这个人编程能力不错”，也许基于一个假设：“如果他只有一年工作经验”
或者，“我觉得他可以通过试用期”，也许基于“在试用期间有老员工带他的话”
如果这些假设实际上无法成立或者满足的时候，我们就不能聘用他们。
在精益招聘中，我们要记录假设，验证他们，追踪下去。
另外还举了一个例子，好像是关于真正需求的：
我们要招一个合格的人。实际上是：
我们要招一个在6个月试用期之后，能通过的人。实际上是：
我们要招一个满足XXX客户项目需求的，在6个月试用期之后，能通过的人。
所以在招人时，我们只有根据真正的需求来招人，才能招到真正合适的人