发布时间:2019-07-11 18:23:56 信息来源: 发布作者:卡金网络
简单说来就是,把控项目现在的进度,预计之后的进度,并且在进度控制中合理的分配项目组中每个人的个人进度。
说起来很简单,但如果想要做到,最少需要几点要求:
以上这些都是我在第一个项目整个过程中所欠缺的。
项目管理的前提就是做到“心中有数”,在心中有数的基础上,比如本公司是有Web端产品并迭代过若干次,正在开发移动端产品。项目管理应该关注那么一些点。
本次项目从根本上其实是用Web端产品对移动端进行适配,但移动端有些东西领先Web端小半个版本。因为是共用一个后台系统,因此会出现Web端和移动端相互干扰的情况。这时候就需要重点关于与之前版本不同的模块与内容,因为他们是最有可能出错的部分。这时候就需要和技术人员较多的沟通,反复确认是否得到的是产品经理所提出的需求。
排期包含了两个方面,一是每个子模块需要的时间,二是规划模块的之间顺序,优先级。其实还有每个部门介入的顺序,但这个顺序基本是固定的,基本都是,产品--设计--开发(前后端)--联调--测试,所以不计入。
如何估计每个子模块需要的时间,对PM来说就是经验问题了,因为影响时间的因素包括了现有的技术,之前的预研,技术人员的水平等方方面面。当然也可以让技术人员自己估计时间,但技术人员估计的这个时间准确与否还是很难保证。
对时间及进度的控制考的是一个PM项目管理里的大局观和对公司现状的综合判断能力。
规划模块的设计、开发顺序。影响排序的因素主要有两个,一是优先级,优先级高的肯定会排的靠前一点。二是自底向上,可以采用自底向上法排序,因为底部的功能与其他功能之间交叉较少。如果自顶向下,很多功能只有完成了前序功能才能开发。
Deadline从来都是一把双刃剑,用的好了,能在一定时间大幅度提升工作效率,提升团队凝聚力,攻克项目难题。但如果用不好,整个项目组团队怨声载道,连续的加班,熬夜。作为产品狗的我选择购买一份人生保险。
对于互联网项目来说,大多都是延期,能准时完成就算是提前,Deadline真的要慎之又慎,否则只有Dead没有Line。
市面上关于产品经理的课程、书籍都集中到了第一个箭头,即怎么把idea通过分析、处理、构思成为一个可以用文档提出来给研发人员的需求。忽视了第二个箭头,对一个PM来说,不是把文档给出去就是结束,如何把一个需求做成一个项目,从而最后凝结成为一个产品,也是衡量一个PM能力的重要方面。
作者:陌紫丰田
来源:简书