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

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

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

  以下是忠哥真实经历:

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

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

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

  此故事总结以下两点:

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

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

    

原文地址:https://www.cnblogs.com/hzcsz/p/7465398.html