新知一下
海量新知
6 5 2 3 2 3 2

产品经理,该如何催进度?

薛老板产品派 | 专注于互联网产品经理 2022/06/20 22:07

 其实这个问题本质上是一个项目管理相关的问题。

也许标题变更为: 作为产品经理如何进行项目管理,保证项目按时并且保质保量上线? 才更有普适价值。

一个完整的项目,在需求评审结束之后就进入项目管理环节,项目管理环节会一直持续到项目上线,接下来我们先看看项目管理的流程都包含哪些环节。

新知达人, 产品经理,该如何催进度?

在需求评审结束之后:

1)项目经理或者产品经理输出项目排期表;

2)UI设计人员按照时间节点输出UI设计稿及标注,当然如果某些B端产品不需要设计则可以忽略这个步骤;

3)同时,由于服务端开发人员不依赖于UI,因此服务端开发人员会与UI设计人员并行输出后端接口;

4)在后端接口及UI设计稿准备好之后,前端开发人员进行开发;

5)在开发完成之后,一般研发会自己测试一遍没问题后,研发提交测试,这时测试人员开始进行测试工作;

6)在测试完成后进行产品走查;

7)在产品走查确认无误后发出确认邮件;

8)研发开始上线。这就是一个完整的项目管理流程,经过这个过程也就意味着项目落地了,因为上线了嘛!

项目管理的宗旨是 保障项目按时并且保质保量地上线

项目管理很重要,为什么呢?比如我们发现一个新的业务方向,我们产品经理把产品方案规划的很好,但是研发没有按时做出来,错过了市场机会,你说项目管理重不重要?所以这也是产品经理非常核心的技能。当然在刚才的定义中可以看到,项目管理有两个目标要实现:按时和保质保量。那么在日常工作中,产品经理是如何实现这两个目标的呢?

2、项目排期表

产品经理要保证项目按时上线的 第一个主要措施是输出项目排期表。

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

京东一个最小的闭环团队中必然包含以下几个角色:一个UI设计人员、一个服务端开发人员、1个前端和一个测试人员,如下图所示。

在需求评审结束之后,UI设计人员和服务端开发人员可以并行工作,假设每个人的工时都是3天,那么1月4号前端就可以进入开发流程,我们假定前端开发的工时(4天)。在开发完成之后,1月8号测试人员开始进行测试工作,测试时间为2天,那么1月10号功能就可以上线了。

新知达人, 产品经理,该如何催进度?

项目排期表中每个角色的工时及开始时间是在需求评审结束之后,研发负责人、设计负责人、测试负责人反馈给产品经理的,这是里面数据的来源,不是我们产品经理随便写的。

好,让我们再回到刚才的问题:排什么?为什么要排?排的是需求、需求的责任人、需求责任人的完成时间就这三项,这三项排清楚了之后大家就责任清楚了,也就有目标了,比如UI设计师陈宏必须在1月3号把UI稿跟产品经理确定好,然后交给前端研发,如果她不能按时完成,就会影响前端的交付代码的时间,如果前端不能按时开发完,就会影响测试的时间,从而最终影响项目上线的时间。

所以这也是为什么排的答案。其实就是让参与者明确的知道工作的内容和交付的时间,从而更有目标感的工作,从而保证整个项目能按时交付。

好接下来跟大家说一个,输出项目排期表时经常出现的问题,也就是工时的问题超出我们预期的问题。

比如某个功能,研发说这个需求需要五天时间可能远远超出了我们的预期,你会想是不是技术忽悠我,遇到这种问题我们该怎么办呢?

第一步: 我们先不着急,先确认一下技术是不是充分理解了我们的产品意图,也有可能是技术把我们的需求想复杂了,所以先进行需求对齐。

第二步: 如果技术理解的没问题,我们要进行任务的拆解,看看到底哪个子环节耗时最久,耗时的原因是什么,针对大量耗时的点是否有有效的解决方案。

第三步: 如果最终的解决方案时间还是远超预期,这时候其实可以找研发的领导进一步把控一下如果一个需求就是一天能完成,研发评了五天,那么他的领导肯定会找他,你另外4天干什么去了?你的工作是不是不饱和,对吧?

当然也不是项目时间越短越好,我心目中好的项目排期是什么?好的项目排期是工时合理,每个人都能按时完成工作,保证项目正常进度,比如说也不要给每个人的工作量太大,导致她天天加班,这样也不好,对吧?这样大家其实会对产品经理有怨言的。所以只要能保证我们项目正常进度,不延期就是好的。

项目排期表有了接下来大家就要开始干活了,在这个过程中产品经理要跟UI、研发、测试等角色有深度的协作,在协作过程中我们需要注意什么问题呢?

1、与UI设计师的合作

产品经理与UI设计师由于角色的不同,会导致关注点的不同,所以在工作中也有可能出现意见不一致的问题,比如B端产品经理更关注如何保证业务流程的合理性;而UI更关注业务实际体验感受,那该如何高效协作呢?

比如我在跟UI共事的时候,我一般会提前说好我每个页面的目标是什么?需要重点突出什么和引导客户做什么?但是采用什么颜色,具体的表现形态我是不会插手的。当然我也会提前跟UI沟通好,这个产品的用户是针对男性用户的还是女性用户的,年龄区间大概是什么,可以让他在选择风格及色彩的时候有所依据。

设计完成之后我一般会拉上设计的老大一起评审UI稿,这个阶段宏观层面的问题如果不能有效的达成我的产品目标我会提出自己的意见,小细节我选择尊重他们的意见,因为我知道在视觉上他们比我专业,我永远相信要让专业的人做专业的事。

2、与研发人员的合作

研发人员是帮助产品经理进行项目落地最核心的角色,所以在项目管理过程中协作的场景会非常多。

为了跟技术高效的合作,首先作为产品经理,我们要尽量提升自己的专业能力,比如在做产品设计的时候把所有逻辑想清楚,该跟领导确认好的提前确认,不要在进入开发之后还要频繁的修改需求逻辑;还比如在每一个迭代中只要定好的 需求 ,尽量不要在上线前临时加需求;

其次在合作的过程中,跟研发也会出现很多问题,我们要采取合适的解决方案,一定不要意气用事闹矛盾。比如下面两个常见问题:

1)研发开发过程中经常出BUG

如果你是一个产品负责人,同时研发团队也归你管,这时候可以统计每个研发的BUG率,并将这个指标作为KPI进行考核;如果研发是有专门的负责人,也可以通过跟技术负责人进行友好协商的形式,看如何降低BUG率;

2)提交给研发的问题,修改特别慢

这时候我建议一定不要发现一个问题就直接丢给研发,可能上一个问题研发还没解决又丢给研发一个新问题,这样他们也不知道该先解决哪一个了。所以我建议产品经理将要反馈给研发的问题整理成表格,并标注好优先级以及期望解决的时间,统一提交给研发,并定期跟进进度。

3、与测试的协作

研发开发完之后就会交给测试验收,这是保证项目能够保质保量地上线最重要的环节。

其实在测试验收环节,不光只有测试要验收,UI设计人员和产品经理也需要验收。

UI设计人员主要从页面样式的角度进行验收,看页面布局是否与UI设计图一致,如果不一致,UI设计人员就会将问题反馈给研发人员进行修改。测试人员主要从功能逻辑的角度进行验收,即测试人员会根据PRD中的产品逻辑撰写详细的测试用例,并按照测试用例进行测试,如果发现功能实现与PRD中的产品逻辑不一致,就会跟研发人员上报Bug(漏洞)。

然后研发人员对Bug进行修复,在修复完成以后再提交给测试人员进行验收,这个过程要循环往复很多遍,直至所有Bug都已修复。此时,测试人员撰写测试通过邮件,这意味着测试流程的结束。这时,产品经理开始进行走查,产品走查是兜底方案,也就是从整体上再测试一遍整体流程,如果走查通过,产品经理就发出同意上线邮件。这个地方可能有人不理解:为什么要由产品经理来验收,不是有测试吗?

首先产品经理作为产品的直接负责人,只要是跟产品相关的所有内容都需要你去跟进,所以这个验收也是需要产品经理的。其次产品经理是最熟悉产品逻辑的,对吧?由产品经理验收,更容易降低产品的bug率,最大化的保证上线后的用户体验。

所以在跟测试协作的过程中,首先要分工合理,测试要测试哪些内容,产品要凑走查哪些内容一定做好分工,两者配合才能最大程度的保证项目质量;其次产品经理一定要参加测试用例的评审。当我们需求评审完之后,测试要根据我们的PRD撰写测试用例,也就是输入是什么,执行步骤是什么,预期输出结果是什么,为了保证测试用例的完整性以及正确性,产品经理一定要跟测试评审用例。

以上过程结束之后,基本上我们就能保证所有的bug都修复了,所有的UI样式也没问题了,此时项目就上线了。当然还需要注意的是,在上线前我们要确保我们的数据埋点都加上了,这部分后续在跟大家分享。 

更多“产品经理”相关内容

更多“产品经理”相关内容

新知精选

更多新知精选