产品艺术｜项目管理术
很多人跟进项目的时候焦头烂额，没有时间点的概念，每一步就只是发发邮件催一催就结束了。虽然发了不少邮件，但是结果可能仍然不好，到底是为什么呢？
很多人跟进项目的时候感觉顺风顺水，但是项目结束复盘的时候，脑袋空空，又是为什么呢？
01 项目管理核心
其实这两种情况的发生，都是因为没有掌握项目跟进的关键。
项目是有KPI和进度要求的，所以项目跟进的关键是：要找到项目的关键点，要有任务感，即在正确的时间搞定正确的人和事。
下面我通过研发项目跟进中的场景来做例子。
02 项目管理关键点：性价比最高的会议
项目启动会可以说是最有价值的一个会议了，不但大家可以站在统一的立场上去对需求指指点点，而且性价比极高。
启动会的性价比在于，在项目启动阶段，是奠定基调和明确关键点的重要时机，任何一个人的缺席都会导致他对需求理解的偏差。
如果他自己能发现这个偏差还好说，如果他默认地往下做，最后返工，这个耽误的就不只是时间和资源了，还有沟通上的隔阂和质疑。
启动会的缺失，会导致项目需求明确后没有第一时间知会到各个干系人，进而导致沟通成本过高，所以启动会这个时间点，一定要把握好。
别让设计陷入被动
设计文稿和需求文档都是需要编写周期的，对于需求文档来讲，产品经理应该在项目伊始就准备妥当。但是什么时候给设计呢？建议在启动会后，立马给设计师提出需求，与启动会不同的是，给设计师的需求要涉及到以下几个方面：
用户特点：我们的用户群体是什么样的人，有什么样的使用习惯？
功能场景：具体的场景是怎么样的，用户故事是怎样的？
真实数据：给出真实的数据来佐证和知会。
视觉风格：视觉风格要什么样的，是一致还是简洁明了？
灵活空间：设计师可以自主发挥的点是什么？
所以要前置设计的参与时间，万万不要倒逼他们，以致她们陷入被动。
那么如何减少可能存在需求坑呢？这里的法宝就是需求分析前置。
文档丢给开发后，需求分析不及时也是一大问题，交到文稿给开发后要催sa做需求分析并及时沟通。
每天跟sa沟通后，要把确认的点第一时间给到开发手中，让开发进行确认。
这个部分是项目管理最多变数的部分，反复的需求沟通一般是延期的罪魁祸首。
在开发之前，给SA充足的时间分析，可以最大化提前扫雷。
最危险的旅途
总有那么多启动会和分析前置也无法解决的问题，我们称之为开发过程中的现实问题。
做了再充分的准备也难以避免，这个时候就需要做好充足的跟进，兵来将挡水来土掩。
遇到落地问题的时候，当机立断，我一般会想四点：
这个需求能不能砍？
新的方案能不能满足需求？
新的方案局限点在哪？
这个局限点二期工程可以怎么优化？
那些年要第一时间做的事
抛开需求变更等情况来看，在项目跟进的过程中，什么是我们优先级较高的事情呢？
这里我们分三个关键节点来看：
前端完成
后端完成
部署完成
前端完成的第一时间，请安排设计走查和内部体验，并做效果图给领导汇报，这样可以避免需求方期望偏差。
后端完成的第一时间，请进行数据核对和压力测试，看看性能和数据能否正常工作？并且大部分逻辑是否符合需求且满足极限情况？
部署完成的第一时间，请及时做UAT和验收，并做好灰度相关工作，临门一脚的阶段任何疏忽都会导致不完美的结果。
贯穿始终的事情
说完了时间节点，我们来说说第二时间要做什么：
如果没有上文所说的第一优先级事件发生，我们要做好第二优先级的事情，即：
以需求变更为令，做三个动作：
沟通关联方，以风控／法务／财务等为首。
跟领导及时汇报，并告知业务方。
更新资料和prd以备总结留档。
这三点是为了阻止项目之外的阻力影响项目上线。
项目善后
那么辛辛苦苦跟进完项目之后，我们能做什么呢？
首先是要把后续的优化方案准备好，尤其是数据埋点和分析的东西，以及下一步的数据分析计划。
然后就要跟领导详尽汇报，并讲清楚这个项目下一步如何发展和运营。
最后最重要的就是请你的团队吃个饭，在项目进行的过程中，大家很难有感情上的交流，这个时候也请听听大家对于这个项目的看法和意见，并方便安排下一步工作和合作。
03 总结
总结来看：首先，我们要掌握项目管理的核心，就是任务化／时点化。然后，请抓住每一个关键节点，倘若你在不恰当的节点找了错的人，就会打扰人家的工作效率，甚至耽误项目整体进度。所以每一个关键节点，抓住一两个关键的人足矣。最后，项目推进的载体我推荐是电话会议和报表邮件，这两个载体可以称为项目管理的警钟：进度汇报，通常周或版本周期通报进度，月度再多通报全局情况和预期状况。
在讨论的过程中，做好主导者的角色。在推进的过程中，做好保障者的角色。在跟进的过程中，做好timer的角色，才是项目管理的核心。
希望大家可以多多复盘总结，在瞬息万变的项目管理中找到诀窍，每一次都做得更好。
（稿件来自：信息技术部王阳）