【百天计划034】工作计划:基于资源和现状制定合理的计划

有计划性的做事情是每个产品经理都必须具备的工作特质,合理的计划可以让你有条不紊的开展工作,不管是新产品的功能框架搭建,还是老产品的迭代升级,都需要一步一步的让产品变好。有的小伙伴在接手新的工作或者新的产品的时候,产品本身比较良性的在运转还好说,如果现有产品本身问题一堆,就会开始束手无策,不知道填坑该从哪里开始。

一种是不知道该从哪里下手,面对新的工作新的挑战,或者是老产品的改造,从哪里开始开展工作,哪个功能先开始优化。这是没有去了解和熟悉产品业务逻辑和目标用户造成的。

一种是被动的“等靠要”,习惯了被分配执行任务做功能需求了之后,已经不会主动的去发现问题解决问题。不管是做用户调研也好,还是去分析数据,总能发现当前产品所能提升的点,而发现问题只是第一步,更为关键的是解决问题。

当你能避免上述两个问题之后,你自己又想把当前产品做好,你就需要制定一个相对合理的工作计划去提升产品。很多公司的老板都喜欢问一个问题:XXX功能什么时候可以上线?如果你没有计划性,要么随便给个时间,到时候再找理由来搪塞;要么从功能本身的实现时间来评估,而没有考虑前后关联,到了仍旧会出现很多问题。

做任何事情都有个先后顺序,做产品也一样,很多功能和功能之间都有依赖关系,必须先做完什么才能做下一步的功能,而单独的将某个功能拿出来评估是不现实的。那一般产品经理要如何制定计划呢?

按业务主线梳理功能的优先级

梳理优先级的标准前面已经介绍过,这里多说一下业务主线的梳理。接手任何一个产品或产品线,首先要了解清楚产品的核心发展目标、产品定位和当前的建设重点。以电商产品为例,不管是哪个品类的电商产品,交易流程是最重要的主线功能,从商品展示到下单购买,从支付到退换货,从收款到结算,这条主线上的功能再来排,则下单购买和线上支付是最重要的,其次是商品展示、退换货、结算。

按业务去梳理,就是从主线到分支业务流程梳理的过程,每个业务流程都可以单独评定出功能优先级,也能定义出一个业务流程的线上化实现,需要有哪些功能点来构成。以前做产品非常强调User Case,其实现在也适用,每个细小的功能点就是一个User Case,以此为颗粒度去梳理其实也挺快的,能把各个业务流程中的关键点都梳理出来。

按资源现状评估各个功能的大致时间

通常的资源评估主要就是研发资源的评估,开发人力和测试人力能以多快的速度去支撑功能点的实现。相对合理的方式是用工时来预估,每个功能点的实现总工时可以由单个个体来预估出来,比如开发负责人和测试负责人可以分别估算出该功能点实现的开发工时和测试工时。然后再看有多少人力可以来消耗这些工时,按一天8个工时算,人数*8就是一天的工时量,一比较就知道一个功能点需要多少天完成开发测试。

这里就需要依赖开发人员和测试人员的估算,产品研发的计划本身也是需要产品研发流程上各个角色统筹来完成的。有经验的产品经理在经历过多次估算之后,就能大致知道一个迭代两个星期能消化掉多少功能点,也是可以独立的去估算时间的。

按业务发展制定相对合理的计划

产品所实现的业务在不同的时间阶段都会有自己的发展目标,有的时候季节性很强,比如有些在线教育类产品,暑假和寒假是发展的黄金时段,很多功能就需要赶在这些时间前面上线;有的时候有明确的时间点要求,比如双11、周年庆这种以节日为主导的,错过了就得等下一年,自然所需要的功能也都得在这之前上线。

有了前面的功能梳理,研发工时的评估,再加上业务发展的计划,你大概就能知道时间是否足够,资源是否需要增加,这中间是否需要安排加班。这样做计划的时候就可以把你所需要的资源和加班的激励措施都报告上去,争取公司领导的支持。

合理的工作计划安排也有助于产品经理和研发团队之间搞好关系,避免相互扯皮的现象。大家都是相互配合的同事,都是一条绳上的蚂蚱,做事没有计划性,到最后整条线上的人都不会好过,因为领导只看结果。

产品新人若能早些掌握制定工作计划的技巧,对你自己的工作开展和以后的发展有很大的帮助。切忌好大喜功,盲目的给领导应承时间,到了没有实现,又把责任全部推给研发团队。殊不知产品经理是产品发展建设的领头人,你不做计划谁做,即便计划做好了没有争取到资源,也要和团队明说,和团队一起承担,一起加班,这样才是有担当的表现。



无觅相关文章插件,快速提升流量

“【百天计划034】工作计划:基于资源和现状制定合理的计划”2 条评论

浙大 | 2018-03-24 16:52 |

受益匪浅,感触良多!

产品 | 2018-04-2 09:33 |

有收获,下次还会来!

发表评论:

姓名 (*):
E-Mail (*):
网址:
内容 (*):

XHTML: 可用标签: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>