需求制定的确认流程具体应怎样操作

  有项目经验的人知道,项目需求不只是问问客户“你想要什么”就可以了。在实际执行项目工作时,后面要经过三大步骤,来确保正确需求的确立。


  大致的计划说明比较容易,反而细节流程操作涉及真正执行者动手过程而多数情况大家都模棱两可。今天就真正从具体操作着手向大家讲讲从写需求计划,到与前线业务人员确定需求,到根据大家意见修改需求,具体都是如何做的。

  一、需求计划撰写

  需求类别和模板确定之后,就要分配给项目相关负责人去撰写需求。对中大型项目来说,撰写需求说明书的人应该有多个,所以需要切分工作任务。

  切分的原则是:每个任务尽可能独立,任务的安排尽可能并行;每个任务必须要确定完成时间,如果时间不满足项目进度,需调配其它人力资源进行协助;有些项目比较特殊,可能现有项目成员的专业能力无法覆盖,此时需要引入外部专家或者将这部分任务外包出去。

  为了把控需求收集的进度,需求撰写计划中要安排几个检查点。假如需求撰写的排期是1个月,那么就可以设置3个检查点。第一个检查点为第一周结束,第二个检查点为第三周结束,第三个检查点为第四周结束前2天。每到一个检查点,各个需求撰写人需将成果汇总到项目经理手里做审查,根据审查的意见或建议迅速调整或整改。

  二、与业务确定需求

  当需求文档完成审查之后,即可交付给业务负责人做确认。为了加速业务负责人确认需求文档的时间,可以邀请业务负责人参加需求评审会,或者讲述一遍业务需求,然后再让业务负责人线下确认,如果有修改意见,可约定邮件或者备注形式反馈,同时要跟对方说清楚确认完成时间。

  三、持续修正需求

  当业务在确认需求说明书的过程中有反馈意见提出时,需尽快讨论并确认意见的合理性,对合理的需求需尽快更新到需求说明书中,再次提交确认,必要时可能需要再次访谈。

  例如,自己从业务入手,整理业务的流程,画出业务流程执行的yes线和no线,no线其实就是可规划的几个产品方向。然后针对不同的产品方向做进一步评估,看哪一个方向是眼下可行性最高,价值最大的。拿着选定的产品方向思路,和业务相关的同事去验证,看这个产品是否对她们业务有帮助,在这个过程中,逐渐就明确需求了。

  在这个过程中,很多人会出现疑问,到底是先有需求,还是先有项目或产品。按照大多数的逻辑,先有需求,才会有产品。但是在实际公司推出一个新产品的时候 ,往往是先有项目或产品,然后才去明确需求, 就是大家提出的问题:接触了一个项目,但是项目需求还不明确的情况。这个时候我们应该用假设—验证—最终确认的方法,具体如下。

  1、先假设一个产品方向。

  2、市场分析,通过市场分析,总结出目前关联市场的现状,尤其是问题点,或者将来的发展趋势点

  3、需求分析,结合市场分析的结果,看能否提炼出来一部分需求。

  4、用户分析,挖掘下,在这个市场环境下,到底是谁有这些需求。

  通过以上4个步骤,顺利的话,可以得到这个结论——项目是为了解决谁的什么问题,同时也会验证这个项目的必要性。

  5、竞品分析,以上知道了要解决谁的什么问题,接下来通过竞品分析,可以吸收一些功能特点和想法,解决了这个项目通过什么样的方式解决以上用户的需求。

  6、接下来救顺理成章了,如果是产品就做产品形态。

  需求确认是项目的运作必不可少的流程,大家在项目管理过程中因为需求的不明确等出现各种风险问题,因此运用各种科学方式来让需求的确立更准确完善是让项目整体运行更顺利的上上之策。