HI,下午好,新媒云不收取任何费用,公益非盈利机构
24小时服务热线: 4000-162-302
请扫码咨询

新媒易动态

NEWS CENTER

项目管理:产品经理如何进行项目管理?

2020-03-06

项目管理不单单是在产品开发过程中进行,在对一个项目进行管理时,开发前的需求传达,项目排期,以及开发中的跟进开发,都是非常重要的,做好以上几点,版本按时上线也就不难了。

一、需求传达

由于程序猿们没有经历需求筛选,需求分析等步骤,因此当产品经理决定上一个新功能时,一定要和程序猿们进行完整的需求传达。在需求传达时,我们可以按照项目背景以及功能流程进行介绍。

1. 项目背景介绍

在进行项目背景介绍时,我们要清楚的告知程序猿这个新功能所针对的目标用户是谁,使用场景是什么,以及这个项目解决了用户什么需求,总结下来就是5w1h:who、when、where、what、how、why(谁,在什么时候,在哪,解决什么问题,如何解决的,为什么去解决)。

为了形象而具体的讲述以上几点,我们用讲故事的方式为程序猿进行讲解,假设这次增加的是线上减肥课程的功能,我们可以这样来描述:

“小明是一个26岁的白领,每天到了公司就是开会、敲键盘、赶项目,典型的脱发人群。小明每天下班就已经不早了,再加上地铁和走路的时间,经常很晚才到家,长期劳累且缺乏锻炼的生活使他体重上涨,为了健康,也为了找女朋友,小明痛下决心要减肥。

但是由于小明每天下班晚,回家的路程又远,没有整块的时间去健身房,自己在家练吧又找不对方法,这使得小明非常苦恼。

而我们这次上的新功能呢,就是帮小明这种没有时间去健身房,也不知道该如何减肥的人完成瘦身目标。你看:小明下班到家后,只需要打开手机app,选择适合自己的减肥教程,然后跟着教程进行训练就好了,训练完后还可以将系统生成的图片进行分享,发送到朋友圈中让大家来监督他减肥。所以我们这个功能不仅帮小明节省了往返健身房的时间,还帮他免去了请私教的钱,是一个真真切切服务用户的功能。”

用讲故事的方式来描述项目背景的好处是,可以更好地把对方带入到使用场景之中,从而能感同身受的理解用户的痛点。最后在说新功能好处的时候,可以稍稍夸大一点,这样可以激发程序猿的工作热情,让程序猿觉得自己在做一件非常有意义的事。最好我们讲的故事能让程序猿产生“跃跃欲试”的心理。

2. 功能流程介绍

项目背景介绍完了,程序猿们对项目也有认同感了,接下来的就是功能流程介绍了。

功能流程介绍分为业务流程介绍和数据流程介绍,业务流程介绍是站在用户的角度上来展示用户是如何使用的,按照用户的操作顺序,对照流程图进行讲解。比如:小明到家后打开APP,根据自己的需要选择相应的课程类别,选择类别后出现属于该类别的课程列表,然后再选择具体的课程进行训练,训练结束后系统将生成的图片供用户分享。

如下图所示(已忽略所有异常情况):


业务流程介绍可以简短一些,只要让程序猿了解功能点和页面都有哪些就可以了。

需要详细介绍的是数据流程,毕竟程序猿是天天跟数据打交道的,在介绍的时候要按照逻辑,以数据流为主线进行介绍,让程序员们知道每一个数据都是哪里来的。比如首先要在服务器存储相关的课程数据,在用户进入app选择课程类别时,前端向服务器索要有关课程类别的数据并进行展示,这里用UML序列图展示:


在我们在按照数据流讲解完之后,程序猿就能比较清楚的知道自己要做一个什么功能了。到这里,需求传达就已经基本完成了,其实需求传达属于需求评审中讲解的内容,需求评审结束后,我们就要着手准备项目排期了。

二、项目排期

在进行项目排期前,我们一定要提前把原型和文档等资料交给程序猿们,最好在需求评审之前就开始让程序猿们提前熟悉,这样可以尽快的明确开发工作量。

1. 明确工作量

在这个阶段我们的主要任务就是和项目经理进行沟通,确认什么时候可以进行项目排期。因为在需求评审后需要给程序猿们一段缓冲期,程序猿们会利用这段缓冲期更仔细的了解需求,并思考开发方法;缓冲期结束后再进行项目排期。缓冲期的时间尽量让项目经理来定,我们不要太多的干预,程序猿对需求研究的越透彻,思考的越全面,在后面的开发中才会越顺利。

在经过缓冲期后,程序猿们基本已经对项目的工作量了然于胸了,这时程序猿往往会提出一些建议,出现最多的情况有以下两种:

  1. 程序猿希望对需求提出异议(比如页面交互,以及部分流程);
  2. 程序猿希望砍掉部分需求。

针对第一点,我们一定要耐心听完程序猿修改需求的理由,千万不要觉得需求分析是自己的职能,他们提建议是在多管闲事,想把一件事做到面面俱到是很难的,有时候程序猿提的点子正好是你没想到的地方。当出现这种情况时,不要着急给答复,回去将程序猿给出的方案和之前自己的方案仔细对比一下,选出一个最优的。如果你觉得程序猿给出的建议更好,那么就采纳程序猿的建议,同时更新文档并告知其他团队人员。

如果是第二点,那么就要分情况讨论了,如果是不那么重要的需求,可以放在下个版本,如果是自己本身也模棱两可的需求,那么直接砍掉就好了。但如果是核心需求,那么坚决不砍,绝不让步,核心需求是下个版本最重要的部分,是万万砍不得的。

当把工作量弄清楚以后,下一步就是确认开发顺序和开发时间。

2. 确认开发顺序

这里主要需要确认的就是先开发哪些功能模块,后开发哪些功能模块,这里注意,有了开发顺序才能进行项目排期。

在确认开发顺序的时候,我们仍然要和项目经理进行充分沟通,明确本次开发中有溢出风险的模块,也就是说出了问题会严重影响其他模块乃至整个产品上线的地方

举个栗子:假如我这次做的是一个智能穿戴设备的APP,那么最有溢出风险的模块是哪个呢?

不是注册登录,也不是数据显示,而是设备与手机进行蓝牙连接的模块:注册登录我们可以用第三方登录来解决,如果数据展示因为工期问题做不完,我们也可以砍掉部分展示数据以保证按时上线。但蓝牙设备连接是不可能砍的,这是智能穿戴设备功能的基础。

所以说,蓝牙设备连接就是有溢出风险的模块,在开发顺序中一定要放在前面,这样我们就可以先对蓝牙连接模块进行测试,这样出现问题时可以提前解决,不会影响其他功能。

3. 确认开发时间

当确定好开发顺序后,我们就可以根据开发顺序来确认每个模块的完成时间了,用甘特图是一个不错的选择,制作甘特图的时候,我们需要定任务,确职责。所以在表中我们要写明任务,负责人,起止时间,以避免后期的扯皮。

相关推荐