产品之术:项目到底怎么跟?

从零开始学运营,10年运营老司机带路,2天线下集训+1年在线学习,做个优秀的运营人。了解详情

在讨论的过程中,做好主导者的角色。在推进的过程中,做好保障者的角色。在跟进的过程中,做好timer的角色,才是项目管理的核心。

01 项目管理核心

  • 很多人跟进项目的时候焦头烂额,没有时间点的概念,每一步就只是发发邮件催一催就结束了。虽然发了不少邮件,但是结果可能仍然不好,到底是为什么呢?
  • 很多人跟进项目的时候感觉顺风顺水,但是项目结束复盘的时候,脑袋空空,又是为什么呢?

其实这两种情况的发生,都是因为没有掌握项目跟进的关键。

项目跟进的关键是:要找到项目的关键点。跟进项目要有任务感,比如游戏任务就是三要素,时间期限+NPC+任务目标。

对于跟进项目来说,即在正确的时间搞定正确的人和事。

小时候玩仙剑,大家都知道,十里坡剑神的故事。某仙剑玩家因不知道要往下进行剧情,在仙剑的第一个战斗地图十里坡打蜜蜂打到了99级。他的执着和勤奋固然值得钦佩,但是他在十里坡到99级的时间,甚至剧情都够走完5遍了。

十里坡剑神自述:

仙剑是我接触的第一款RPG游戏,那时候还以为这是有对话的格斗游戏,我根本没想过有剧情进展这一回事,以为故事在渔村就到了尾声。

(好啦我承认我找不到船出发啦,我怎知要搭客船非渔船。)

于是每回开了游戏,就在同一个地图打怪,那地图点想必大家耳熟能详,李逍遥老家旁的十里坡是也。

打着打着只觉得游戏越来越无聊,怪越来越好打,只是家里只有表哥给的这款游戏,也只好将就着用啦。

不久无意中发现等级高了可以有新招式,于此对打怪练级多了分期待,对华丽画面的期待。

可是这样玩了很久还是会腻的,尤其是当新招式迟迟不见时,而砍怪的单体攻击还比剑神强时。

等到后来我知道要搭客船继续游戏,我李逍遥已经71级了……还来,我半年的光阴啊!!!于是乎,渐渐地,不仅仙剑界,乃至于整个RPG界,“十里坡剑神”都成了一个论人究竟有多无聊的传说。

与十里坡剑神不同的是,我们是有KPI和进度要求的,所以天下武功唯快不破。

下面我们举一些实际项目跟进中的场景来做例子。

02 项目管理关键点

性价比最高的会议

启动会可以说是最有价值的一个会议了,不但大家可以站在统一的立场上去对需求指指点点,而且性价比极高。

启动会的性价比在于,在项目启动阶段,是奠定基调和明确关键点的重要时机,任何一个人的缺席都会导致他对需求理解的偏差。

如果他自己能发现这个偏差还好说,如果他默认地往下做,最后返工,这个耽误的就不只是时间和资源了,还有沟通上的隔阂和质疑。

启动会的缺失,会导致项目需求明确后没有第一时间知会到各个干系人,进而导致沟通成本过高。

所以启动会这个时间点,一定要把握好。

别让设计陷入被动

这里的设计包括设计师和SA,因为SA往往是需求拆分和系统分析的关键,算是后端的设计师。

重视体验和想做好产品的团队,都知道给设计师时间和空间的重要性。

所以要前置设计的参与时间,万万不要倒逼他们,以致她们陷入被动。

设计文稿和需求文档都是需要编写周期的,对于需求文档来讲,产品经理应该在项目伊始就准备妥当。但是什么时候给设计呢?建议在启动会后,立马给设计师提出需求,与启动会不同的是,给设计师的需求要涉及到以下几个方面:

  1. 用户特点:我们的用户群体是什么样的人,有什么样的使用习惯?
  2. 功能场景:具体的场景是怎么样的,用户故事是怎样的?
  3. 真实数据:给出真实的数据来佐证和知会。
  4. 视觉风格:视觉风格要什么样的,是一致还是简洁明了?
  5. 灵活空间:设计师可以自主发挥的点是什么?

那么如何减少可能存在需求坑呢?这里的法宝就是需求分析前置。

文档丢给开发后,需求分析不及时也是一大问题,交到文稿给开发后要催sa做需求分析并及时沟通。

每天跟sa沟通后,要把确认的点第一时间给到开发手中,让开发进行确认。

这个部分是项目管理最多变数的部分,反复的需求沟通一般是延期的罪魁祸首。

在开发之前,给SA充足的时间分析,可以最大化提前扫雷。

最危险的旅途

总有那么多启动会和分析前置也无法解决的问题,我们称之为开发过程中的现实问题。

做了再充分的准备也难以避免,这个时候就需要做好充足的跟进,兵来将挡水来土掩。

遇到落地问题的时候,当机立断,我一般会想四点:

  1. 这个需求能不能砍?
  2. 新的方案能不能满足需求?
  3. 新的方案局限点在哪?
  4. 这个局限点二期工程可以怎么优化?

那些年要第一时间做的事

抛开需求变更等情况来看,在项目跟进的过程中,什么是我们优先级较高的事情呢?

这里我们分三个关键节点来看:

  • 前端完成
  • 后端完成
  • 部署完成

前端完成的第一时间,请安排设计走查和内部体验,并做效果图给领导汇报,这样可以避免需求方期望偏差。

后端完成的第一时间,请进行数据核对和压力测试,看看性能和数据能否正常工作?并且大部分逻辑是否符合需求且满足极限情况?

部署完成的第一时间,请及时做UAT和验收,并做好灰度相关工作,临门一脚的阶段任何疏忽都会导致不完美的结果。

贯穿始终的事情

说完了时间节点,我们来说说第二时间要做什么:

如果没有上文所说的第一优先级事件发生,我们要做好第二优先级的事情,即:

以需求变更为令,做三个动作:

  1. 沟通关联方,以风控/法务/财务等为首。
  2. 跟领导及时汇报,并告知业务方。
  3. 更新资料和prd以备总结留档。

这三点是为了阻止项目之外的阻力影响项目上线。

项目善后

那么辛辛苦苦跟进完项目之后,我们能做什么呢?

首先是要把后续的优化方案准备好,尤其是数据埋点和分析的东西,以及下一步的数据分析计划。

然后就要跟领导详尽汇报,并讲清楚这个项目下一步如何发展和运营。

最后最重要的就是请你的团队吃个饭,在项目进行的过程中,大家很难有感情上的交流,这个时候也请听听大家对于这个项目的看法和意见,并方便安排下一步工作和合作。

03 总结

总结来看:

  • 首先,我们要掌握项目管理的核心,就是任务化/时点化。
  • 然后,请抓住每一个关键节点,倘若你在不恰当的节点找了错的人,就会打扰人家的工作效率,甚至耽误项目整体进度。所以每一个关键节点,抓住一两个关键的人足矣。
  • 最后,项目推进的载体我推荐是电话会议和报表邮件,这两个载体可以称为项目管理的警钟:进度汇报,通常周或版本周期通报进度,月度再多通报全局情况和预期状况。

在讨论的过程中,做好主导者的角色。在推进的过程中,做好保障者的角色。在跟进的过程中,做好timer的角色,才是项目管理的核心。

希望大家可以多多复盘总结,在瞬息万变的项目管理中找到诀窍,每一次都做得更好。

#专栏作家#

花生酱先生,人人都是产品经理专栏作家,微信公众号:产品之术。金融业资深产品经理,对职涯规划与个人发展有丰富经验,产品涉猎广泛,ERP、金融领域较多。

本文原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Pexels,基于 CC0 协议

欢迎打赏支持原创
6人打赏
评论
有话不说憋着难受
  1. 很详细,不错,值得借鉴 : ;-)

    回复