产品经理怎么管理项目进度?

Harry李先生笔记

共 1967字,需浏览 4分钟

 ·

2021-04-28 07:28

b183651f5e669661d08f0fcd2ccd0fd3.webp

在知乎上遇到一个小伙伴,在项目管理中遇到了很多困惑,发出来大家可以一起探讨:


"比如10个需求,产品、设计、开发、测试,先分别评估了时间。在实际执行过程中,需求可能变动了;评估时间未如想像的准;临时插进来其它的小修小改,虽然每个修改耗时不多,但数量多,总体耗的时间也不少;不少东西需要多方确认,一来二去花不少时间... 总之最后,10个里面可能有4,5个没按计划完成,老板就问下来了,怎么没完成,虽然有理由解释,但总觉得有点无力"


下面是我的回答:


在产品经理的工作过程中,我把从需求评审结束到项目上线的整个过程,称为项目管理阶段。

01   项目流程说明

一般来说项目管理分为以下几个步骤。


b81e07deea60734808f83245553c9851.webp


需求评审完之后,输出项目排期,这是项目管理的第一步。然后UI按照时间节点输出UI稿以及标注,同时由于服务端不依赖于UI,所以会与UI设计师并行开发后端接口;等后端接口以及UI稿准备好之后,客户端开始进入开发阶段;开发完成之后,客户端研发打包提交测试,这时候测试人员开始正式的测试工作;测试完成会申请产品经理走查,走查确认无误并发出确认邮件,客户端研发打包上线,这就是一个完整的项目周期。


项目管理的宗旨是:保障项目按时,并且保质保量的上线。可以看到这个定义中,有两个关键词分别是按时和保质保量。那在京东,专职的项目经理是如何做到这两个目标的呢?

02   项目排期表

在京东保证项目按时上线的最主要措施就是项目排期表。


什么是项目排期表?排什么?为什么要排?在回答这个问题之前,我们先看一下京东的项目排表都是什么样的,为了简化说明我们以一个功能的实现为例。

京东一个最小的闭环团队中必然包含以下几个角色:一个UI、一个服务端、两个客户端(ios和安卓)和一个测试。


排期表中每个角色的工时以及开始时间,是需求评审完之后,研发Leader,设计Leader,测试Leader反馈给产品经理的。


所以项目排期表就是要在一张表格中记录每个需求相关方需要做的事情,以及起止时间。其实就是让参与者明确的知道自己的工作的内容和交付时间,从而更有目标感的工作。


项目排期表拍好之后,就像楼主说的比如拍了10个需求

「当然在实际工作中,建议敏捷迭代,不建议做这么多功能,项目管理难度确实大」。


每天都要通过晨会的形式,及时发现问题,解决问题。

但不管怎么说一定不要轻易更改项目排期表的时间。

不然以后再排期,其他人就不会遵守了,就当产品放了一个屁,因为他们知道不能按时完成,反正可以改排期。

切记,切记!

晨会+项目排期表,是保证项目按时上线的利剑!

03   测试验收以及产品走查

测试验收就是客户端研发开发完功能以后提交测试的阶段,这是保证项目保质保量上线最重要的环节。


在验收阶段有哪些人参加到验收环节呢?总共有三类人:UI、测试和产品经理。


UI设计师主要从页面样式的维度进行验收,看页面布局是否与UI图完全一致,如果不一致则会将问题反馈给研发进行修改;


测试主要从功能逻辑的角度进行验收,即测试人员会根据PRD中的产品逻辑撰写详细的测试用例,并按照测试用例一遍一遍的进行测试,如果发现功能实现与PRD逻辑不一致,则会跟研发人员上报BUG。


然后研发针对BUG进行修复,修复完成以后再提交给测试验收,这个过程要循环往复好多遍直至所有BUG均已修复。


这两个步骤是保证,我们刚才讲到的:保质保量的推动项目上线的核心中的核心。


此时测试人员撰写测试通过邮件,意味着测试流程的结束。这时候产品经理开始走查,产品走查是兜底方案也就是从整体上再测试一遍整体流程,如果走查通过产品经理发出同意上线邮件。然后,客户端研发打包上传app store以及各大应用市场。

04   题主的核心问题

最后再说几个题主的问题,


1、”在实际执行过程中,需求可能变动了“;

这个需求的变动,到底是谁的原因?是产品的原因吗?如果是产品的问题,那说明你评审前考虑的不细致,后续要多用心。


2、”评估时间未如想像的准“;

这个首先有经验的UI、研发、测试在出工时的时候,基本都会给自己留出一定余量,所以理论上说她们给的工时足以缓冲;其次,需求评审的时候,尽量叫上研发、测试、UI的领导,这些人经验丰富,给出的工时相对比较靠谱。而且如果工时是领导给出的,这些人在执行的时候也会更卖力。


3、”临时插进来其它的小修小改,虽然每个修改耗时不多,但数量多,总体耗的时间也不少“;

这个就涉及到项目管理的大忌:随意插需求!一旦一个版本已经开始,就禁止插入需求,任何需求只能排到下一个版本,作为产品经理一定要担负起这个责任,一定要在团队内部达成这个共识,推动规则的制定。不然”害人害己“,在研发团队中你的威信会荡然无存,随意插入的需求由于仓促备战,质量也不高。


最后,推荐大家关注薛老板的公众号:互联网严选,很多互联网干货
浏览 38
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报