需求输出---一个创业团队需求卡壳的故事

　　需求分析也称为软件需求分析、系统需求分析或需求分析工程等，是开发人员经过深入细致的调研和分析，准确理解用户和项目的功能、性能、可靠性等具体要求，将用户非形式的需求表述转化为完整的需求定义，从而确定系统必须做什么的过程。

　　以上摘自百度《需求分析》词条，软件开发中，需求分析师（或称为产品经理）承担着将用户需求转化为实际的产品理念与原型的责任，如果这一环出问题，整个团队开发进度将停滞。

　　以下是忠哥真实经历：

　　　　16年9月，为某农业产业链公司任职，担当技术重责，搭建农业产业化平台，后精细化为供应链金融平台，初期的三个月，需求与技术团队组建均在摸索中进行，第三个月开始确认供应链金融的系统需求，并投入大量人力研发，负责产品需求分析的是一位曾任职sap顾问的资深产品经理和曾担任运营总监的产品总监。

　　　　第一版的需求从产品总监口述得来，并未形成文档，产品经理花了一个月时间半空想+半聆听，依据自己的经验写出了第一版需求，但显然跟实际需求不符，接下来就是团队撕逼，产品总监被迫离职。

　　　　第二版需求延续了第一版的套路，团队还到了客户现场进行封闭开发，产品总监希望和团队能写出需求，但实际的需求调研都是产品总监一个人在客户现场进行，研发团队没能得到第一手的客户诉求，需求分析停滞了一个半月，终于在忠哥强烈推进下，出了第一版的需求稿，此时离项目开工期已经过去了半年有余。

 

　　此故事总结以下两点：

　　　　1.需求不能停留在一个人的脑子里，必须文档化，而且最好在线化，能形成极好的合力

　　　　2.需求分析需要第一线的用户接触者给出，如果用户接触者需求分析力不强，决断力与观察力也不足，尽快换人。