参加宿泊培训，第一天

今天参加公司的《要件确定里强化》讲座。这个讲座共分成7个单元，耗时7天。其中第一、二两天还要跑到距东京几十公里，位于东京湾海边儿的研修中心“宿泊”。

连吃带住外加出差费(有从大阪、九州赶来的)，就是一笔不小的开支。还有这次讲座是专门聘请培训公司搞的，这又是一大笔钱。——看来俺们生产技术部今年的预算还剩不少，估计也要突击花钱了。这样的培训能起多大作用呢？依俺看是起不了多大作用的(作用还是能起一点儿的，以后分析)。

一个项目的要件分析(也就是中文的需求分析)，是一个非常复杂的问题，他的目的就是要在项目开始的时候，分析顾客对系统的要求，并且把它转化成技术人员能够看懂的技术语言(设计)。这虽说是一门学问，可是，根本没有固定的、有规律的方法。只能凭项目负责人的经验。 有些需求分析甚至是在项目开始之前进行的——比如，招标阶段，或者营业部门为了争取项目的“拉客”阶段。这时候的需求分析只能连猜带蒙再加经验。试图总结出一套程式化的东西，根本不可能。——而现在负责培训的公司正在试图这么干。

即便是项目合同签订以后的需求分析，也涉及到营业、顾客、开发部门。错综复杂不说，试图单单从开发部门的角度来搞好需求分析，那可能吗！？尤其是顾客，使你根本无法掌控的因素。所以，按总结的需求分析就是两大要素：1，经验；2，关系。

经验，有经验的项目负责人能够知觉地抓住顾客的需求，也许顾客根本没有提到，可是有经验的负责人就会自动地把那些东西给补充进去。这靠的是对客户业务的理解，和多年的开发经验。这是说不清楚的，就像直觉(第六感)，说不清道不明，更别提总结“如何培养直觉”了。

比如，顾客要求有“添加(ADD)”功能，你必须能够想到，是否要增加一个“删除(DELETE)”功能？所以一个有经验的项目管理者应该至少从ADD联想到delete、save、save as、open……

关系，这里可不是讲的行贿受贿——当然啦，有了更好——这里讲的是，正常的关系。作为一个项目负责人，必须能够摆平顾客、营业、技术有时候还包括上司等等的利害关系。只有有了融洽的关系，项目才能顺利进行，trouble(麻烦)才能够顺利解决。比如，无论是谁，定义的所谓“需求”不可能是完备的，这时候就需要变更。变更的时候就会牵扯到顾客(甚至顾客的上司)、营业、开发等等各个部门。而且还会影响项目的收益，这又直接牵扯到上司和你自己的利益。如何摆平这些关系呢？就得靠关系。靠那些所谓的“要件分析技术”、“交涉技术”、“签合同注意事项”根本没用。比如，这个讲座讲的“签合同注意事项”，基本没有用，因为你虽然可以用合同的形式把顾客给限制死——比如，什么要件不能变，什么要是变了就要追加xx万。但是，这归根结底还是涉及到顾客的满意度的。有些东西要是不变，将来这个系统顾客就不能用——好了，根据合同不能变，最后系统失败了。你按合同规定拿到了全部的经费，确保了收益率。但是，你却永远失去了这个顾客，除非你是微软，别人离了你不行。

所以，俺的结论就是，这根本不管用，是浪费——浪费金钱和精力。什么时候俺的日语水平要是能够达到，上面的这些真知灼见，不假思索就能用日语说出来的程度，俺就能当上公司的常务经理了。