售前分析

  四月份项目结束，立马被分到了板凳上了，至今坐了一个月。还好板凳生活还算丰富，公司刚好来了两个需求，是两个客户有意向要我们做系统，所以我就帮忙做着售前的技术分析。

  售前分析很有挑战性，因为要为项目做初步的工作量评估，所以需求中的每一个点都需要明确，并大概知道它是否可以实现，实现的时间周期会有多长。售前发过来的需求当然是不可能如想像中那么理想，很多时候需求都藏在字里行间，很可能一个很难很重要的功能就在一句很不起眼的话里面出现。所以我们逐字逐句地去抠，将客户的语言化为一个一个的功能点。然后按：RA、设计、UI、逻辑、数据库代码、测试等五个部分来对每个功能估时间，且以最悲观的角度去估。这是我第一次做这方面的工作，我想我的同事们也很少做这类工作，所以大家都没什么概念只是摸着石头过河那样去试。最后评估的数值我们自己觉得还是合理的，但真实情况是怎么样，要等项目谈成了，开发完成上线后才知道这种方法是否合理了。呵呵。不过这是一次宝贵的经验。

  在分析的过程中遇到了很多功能点是以前没试过的，所以每天去在网上搜，比如PDF全文搜索，在线杀毒，活动目录用户管理等。多个技术点要在短时间内明确它们能否实现，大概有什么方法。这很有挑战性，也让我每天充满斗志。也许这类工作非常适合我，哈哈。

  这次分析工作，我只是作为一名技术人员参与，未来的某天，也许我会以管理者的角色参与，所以这个过程中我也在思考如何带领各位技术人员进行分析。

  首先，我们在明确我们的工作，因为这一阶段客户想要知道的是成本，而且他们对自己的实际需求也许还不十分明确。所以我们无须花太多时间去明确客户明细的需求，而应该抓住大功能块，还有一些他们所希望的特色功能，着重去明确他们想像中要达到的程度，这个部分是要多跟客户沟通的。因此，我们这一部分的首要工作是提取功能点，尽量列出客户明示或暗示的功能点。而这次的经验告诉我，提取功能点的工作是不能一个人完成的，应该多人一起看需求，所以多开会，让各位技术人员无所顾忌地表达他所看出的功能，由一个人记录下来。要注意的是，这个时期不可以分工看需求，一定要一起看，因为大家的知识面和经验都不相同，能看出的点都不十分相同，分工绝对会漏掉许多功能点。另外，要注意多开会收集意见，闭门造车无法最大程度地发挥技术人员的聪明才智，反倒打击他们积极性。

  然后，我们知道有哪些功能点后，就开始分工去找解决方案，这同时，也应该要求技术人员间多沟通。原因也是大家的知识面不相同，交流中可以节省大量的时间。

  最后，作为领导者，因为是小组对外的唯一接口，要做到第一时间将客户的反馈或是与该项目有关的任何信息传递给技术人员。目的是让他们可以多发表意见，无论意见是否有意义。另外一个最大的目的是，让技术人员保持对该项目的关注，不至于停止分析，漏掉一些不应该漏掉的功能点。

 

写得很乱，以后会再接再励！希望对您有一定的价值。