时 间 记 忆
最 新 评 论
专 题 分 类
最 新 日 志
最 新 留 言
搜 索
用 户 登 录
友 情 连 接
博 客 信 息
 
项目需求不明确块逻辑关系不清晰,如何做项目计划?
[ 2000/2/10 9:42:05 | By: yankee ]
 

  1、制定需求撰写详细计划

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

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

  为了把控需求收集的进度,需求撰写计划中要安排几个检查点。

  举个例子,假如需求撰写的排期是1个月,那么就可以设置3个检查点。

  第一个检查点为第一周结束。

  第二个检查点为第三周结束。

  第三个检查点为第四周结束前2天。

  每到一个检查点,各个需求撰写人需将成果汇总到项目经理手里做review,根据review的意见或建议迅速调整或整改。

  2、与业务确定需求

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

  3、修改需求

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

  举例:希望能给各位项目经理一些启发!

  首先自己从业务入手,整理业务的流程,画出业务流程执行的yes线和no线,no线其实就是可规划的几个产品方向。然后针对不同的产品方向做进一步评估,看哪一个方向是眼下可行性最高,价值最大的。

  拿着选定的产品方向思路,和业务相关的同事去验证,看这个产品是否对她们业务有帮助,在这个过程中,逐渐就明确需求了。

  在这个过程中,很多人会出现疑问,到底是先有需求,还是先有项目/产品。按照大多数的逻辑,先有需求,才会有产品。

  但是在实际公司推出一个新产品的时候 ,往往是先有项目/产品,然后才去明确需求, 就是大家提出的问题:接触了一个项目,但是项目需求还不明确的情况。这个时候我们应该用假设—验证—最终确认的方法,具体如下。

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

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

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

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

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

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

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

 

发表评论:

    昵称:
    密码:
    主页:
    标题: