产品经理如何使用项目管理软件推进复杂项目按时上线

相信很多产品同学或多或少都有过这样的经历:平时没有听到任何项目延期风险,但到了计划时间却迟迟无法提测……评审时没有任何argue,提测后发现开发的功能不是自己想要的……费劲九牛二虎之力

前言

        相信很多产品同学或多或少都有过这样的经历:平时没有听到任何项目延期风险,但到了计划时间却迟迟无法提测……评审时没有任何argue,提测后发现开发的功能不是自己想要的……费劲九牛二虎之力终于让项目上线了,然而发现成果达不到预期……最后看着自己的绩效自评表无从下手……

        大多数公司都不会设立专职的项目经理岗位,而现在大部分的工作任务都需要以项目制的形式落地和执行。因此,产品经理的任务就不仅仅在于完成产品策划,还需要承担项目管理工作,跟进项目进度,必要时还得出面协调和争取研发资源、解决冲突,以确保项目按时、按计划完成上线,在项目管理过程中使用项目管理软件管理也很重要。

        但毕竟我们不是专业项目经理出身,那么应该怎么做来保障项目能按时上线呢?


论项目管理

        项目管理并非仅仅项目开始后监督开发做执行,监督QA做测试。按照管理学对项目管理这一分支学科的定义,项目管理是指 “在项目活动中运用专门的知识、技能、工具和方法,使项目能够在有限资源限定条件下,实现或超过设定的需求和期望的过程” 。简言之,就是要懂得如何在复杂多变的环境中做好一件事,使这件事最终能达成目标。

        按照PMP(项目管理专业人士资格认证)的知识体系,项目管理的全过程分为5大过程组、10大知识领域、49个过程活动。

image.png

PMP总结的项目管理知识领域(图片来源网络)

        虽然PMP知识体系已经十分成熟,但如果只是生搬硬套,还是会出现水土不服的情况。所以,需要结合实际情况,取其精华为我所用,最终内化为自己的项目管理方法论。就国内的情况而言,大多数公司普遍更适合敏捷项目管理方法,一下内容分享的也正是本人基于敏捷思维下的项目管理实践经验:我们可以将一个项目从头到尾主要分为3个阶段:启动阶段、实施阶段、收尾阶段,每个阶段再梳理出关键事项,就形成了如下的项目管理三步曲:

项目管理三步曲

一、启动阶段

两大重点:完成产品策划,召开需求评审会。

1、产品策划

        一份好的产品策划案需要具备以下几点要素:

1)清晰的项目背景和价值阐述

        清楚自己为什么做,完成这个项目可以带来什么价值(如转化率提升、留存率提升、活跃度提高、续费率提高等等)。

        充分的需求分析(别走弯路)、竞品研究(博采众长),确定方向后可以通过调研的方式尝试进行初步价值验证(MVP价值验证)。

2)明确的项目目标

        定目标需要按照smart原则,即:我们要在多少时间内(明确的截止时间),完成什么任务(具体的),达到什么效果(可衡量的,要定数据指标),这对我们整体业务目标的贡献是什么(绩效相关性),而且这个目标是我们通过努力可以达成的(可达成的)。

3)完整的PRD文档,需包含:

        明确的需求范围

        明确的质量标准:常规性能(页面打开速度、内容加载速度等)、极限性能(最高并发量)、交互体验、易用性等等。

        可读性强且方便使用:PRD的目标是把需求说清楚,让开发阅读无障碍。现在普遍流行原型+PRD的交付方式,我也喜欢在原型稿/交互稿中添加详细的功能/交互说明,固定布局如左图右文or上图下文,方便研发阅读。

        不用过于追求原型的美观与酷炫的动效。产品经理应该注重需求的完整性以及清晰表达,但有时候简单的一个交互动效会比长篇累牍的文字描述要高效许多,恰到好处即可。

2、需求评审会

        召开需求评审会的目的并不只是评审需求,一个成功的需求评审会需要达成以下目标:

1)对齐目标,明确需求:

        确保与会人员就项目目标达成一致,且需要对需求内容进行充分评审,尽可能暴露潜在问题或风险,若有argue的地方需要记录并及时解决。

2)评估排期,获得承诺:

        明确项目参与人员,以及各环节所需时间(比如交互、视觉、开发、测试需要多少时间),完成排期或确定最终上线时间,并获得项目成员承诺。

        在项目启动阶段,明确项目目标、完成产品策划并通过需求评审,同时为提前暴露的问题与风险制定好风险预案。前期做好充分的规划,项目就已经成功了一半。

二、实施阶段

两大重点:进度管理与风险控制。

1、项目进度管理

1)项目排期表——计划为纲  ,以下进度猫项目管理软件为例

        在启动阶段的需求评审会结束后,任务分工以及各环节排期得以明确,并就此出具项目排期表,各个时间节点即可作为项目过程中的里程碑。在项目过程中按时完成一个个里程碑,基本就能保证项目按时上线。

image.png

项目排期表需遵循前粗后细原则

2)任务进度表——拆分任务,监控任务进度

        如果项目规模较大,需要对具体任务进行再拆分。如交互稿和视觉稿需要在哪几个时间点交付,开发任务也需要拆分成更小的单元。按照敏捷开发的方法,每一个开发任务单元需要保持在0.5天或1天,只有拆分到足够细,才有利于后续项目进度的跟踪,保证开发进度就是实际的项目进度。(举例而言,假设开发任务拆分不到位,比如一条任务规划了5天时间,那就很有可能出现任务评估不准的情况,或者5天内的进度不可控,最终导致任务无法按时完成。)

        完成任务拆分,并制定任务进度表后,即可按天来跟进每条任务的完成情况,以此确保项目按计划推进。

image.png

任务拆分需尽量细致

3)每日站会——暴露问题与风险

        在项目进展过程中,可以每天定时召集项目组成员开展站会讨论。时间可以是一天开始工作之前,也可以是一天完成工作之后,我个人通常会选择在开始一天的工作之前。站会主要是同步昨日工作进度与今日工作计划。注意站会时间不宜过长,在项目成员不多的情况下最好控制在10分钟内(之所以是站会,因为是个短会,不需要特地寻找会议室,且事实证明站着开效率更高~)。站会的目的是暴露问题及风险,因此每个人的发言重点应该放在目前遇到的问题或潜在风险上,最后由产品负责检查任务进度表是否正常更新即可。

        如果在站会上有成员提出问题或风险,应当先行记录,散会后再由相关人员跟进解决,避免在会上讨论占用团队成员过多时间,产品经理则需负责跟进问题解决进度。

image.png

站会要注意效率,关注问题与风险

2、项目风险管理

1)提前规避项目风险

        所谓项目风险,往往是指项目无法按计划如期上线,项目风险需要提前预防:在启动阶段提前预设、识别可能的风险,可以查阅以往类似项目的总结文档、可以邀请有经验的专家参与需求评审会等(站在巨人肩膀,规避已知的已知风险),并准备相应风险预案(如预留人手、预留buffer time)

        在项目实施过程中新增风险往往是有“兆头”的,比如项目组成员在每日站会上提出的问题,当小问题没有得到及时解决越积越多,最后就会演化为项目延期风险,所以一定要重视和及时及时处理实施过程中暴露出来的问题。

2)发生风险、如何解决?

        制约项目成功的4个主要因素有:范围、成本、时间、质量,其中项目质量不可妥协,质量是底线,那么从范围、时间、成本角度考虑,可能的风险应对措施包括:砍掉一些非必须功能(调整需求范围)、增加人手(加大成本投入)、或者向项目负责人申请延期(延长项目时间)。

3、在执行过程中的注意点

        质量是底线,沟通是法宝。与人沟通是门技术活,不是说和别人说话很难,而是充分表达自身观点,充分理解对方主张,在双方知识体系、认知、立场、诉求各有不同的情况下达成一致。很重要的几点:换位思考、价值驱动、目标导向。(不做展开)

三、收尾阶段

        项目收尾阶段除了项目发布上线,还需要对项目进行整体的复盘总结。一次好的项目复盘不仅可以沉淀项目文档,还能帮助团队的每个人从项目中总结收获,有利于个人成长。

        作为产品经理需要养成及时复盘的习惯,并带领团队成员一起复盘、总结、反思、沉淀:

        回顾目标是否达成——用数据说话。

        过程中收获了什么经验?——扬长。

        过程中得到了什么教训?——避短。

        完成复盘,沉淀文档,形成项目知识库——接口文档、产品规则说明、产品参数整理、经验积累——以此来提升下一次项目的质量,在项目管理上也能发挥复利效应。

        有些人仅仅把项目当成完成工作绩效的任务,而有些人就会把项目看作是实现自身价值和提升能力的双重机会,久而久之,这种差异带来的差距也会越来越大,希望大家都能把握并享受到工作中的“复利效应”。

最后

        我们来总结一下:在项目启动阶段的重点是做计划,计划为纲,包括产品策划、提前识别风险、完成需求评审会,得出项目排期表;在项目实施阶段的重点是监控进度,监控进度有几个工具:项目排期表、任务进度表、每日站会,而且项目计划需要在实施阶段根据实际情况动态调整(如需求变动、未知风险发生甚至目标变化等);完成项目上线不是项目的终点,在收尾阶段的重点应是复盘总结,沉淀项目经验教训,为后续项目沉淀经验资产。

        项目管理就是如何在复杂多变的环境中做好一件事。一切皆项目,一切皆可项目化管理。与君共勉。



#进度猫 发布于 2024年11月08日 阅读 549