项目管理，作为产品经理的必备能力，在需命周期中处于一个非常重要的。项目管理得不好，进度分分钟delay，或者按时却不能按质按量交付，甚至出现挖坑填不上的情况。在产品经理的能力模型中，项目管理也常被重视的一环。
正好前段时间做了一个虚拟项目：通过项目管理的形式组织一次吃火锅的活动。这次活动通过完整的项目管理的形式进行，对日常产品经理工作中涉及的项目管理也有。今天我们就一起来走一遍这个项目吧~
当领到这个目标，并被任命为项目PM之后，我们首先要进行项目的背景及目标了解。这里也简单介绍一下：我们之前参加了一个项目经理的培训，这次主要将们组织起来，通过吃火锅的形式来实操项目管理方法，同时增进感情。目标很简单：在活动当天（X号X点至X点），负责活动小组7人，经费400元，活动方提供场地，自带餐具，使用活动组经费完成采购，烹饪，聚餐以及餐后清理工作；组员吃好喝好。
启辰菌说：在领到项目之后，不要马上进行项目推进，而是要先就项目合，项目目标，项目预期，项目时间，项目预算等与资源方达成一致，这样可以更准确的安排项目节奏，管理起来更加游刃有余。
在PM确认并认可项目目标之后，PM会简单进行项目内容拆解，具体如图（初稿，勿喷O(∩_∩)O）：
有了项目拆解稿之后，我们简单开了项目沟通会议，和项目同步了我们的项目背景及目标；确定了几个关键时间点及交付物；同时简单过了下项目内容拆解图，进行头脑风暴，进一步细化项目内容拆解图。
启辰菌说：有关项目拆解：确认项目目标之后，PM需要进行的是与项目同步项目目标，背景，以及进行项目内容的拆解。合理的项目内容拆解，能让项目明确项目的边界，明确看到项目的进度。但由于PM毕竟是人不是神，有很多时候都需要整个项目组进行头脑风暴，来进一步完善拆解图，同时细化的过程也会增加项目的参与感。
会后，我们组建了项目IM群，邮件群，微信群在群里统计了大家的空闲时间，以及饮食喜好，对项目内容中是否有在行，愿意主动帮忙的地方。很快我们也达成了一致。PM依据大家的时间及专业能力做了简单的项目排期。
保持沟通：保持流程的沟通是PM的重要职责。项目开始之际，应通过多种通讯方式的选择，尽量可以随时联系上项目，方便后续跟进；
了解项目：项目中的每个人都是的个体，大家围绕着一个共同的目标一起努力。这时应该充分发挥的主观能动性，专业的人做专业的事，这样才能更高效完成项目。PM的重要一点是有效统筹项目中的人，物，资金。
一切准备就绪之后，我们简单开了kickoff会，重申了以上达成共识的一点，重点强调了目标，项目分解，项目资源，项目排期。在大家达成一致后，PM产出了立项报告，成本预算表以及行动计划表，并邮件抄送了邮件组，并将关键节点在IM群中设为公告，方便大家查阅。这样项目就算正式开始啦！
kickoff会的目的：明确项目背景，目标，资源，排期等关键需求。作为项目的里程碑节点，该环节交付物为立项报告，成本预算表以及行动计划表。
kickoff会之后，项目就正式开始了。虽然项目时间比较短，但我们还是定了好几个关键时间点。现在PM的角色主要就变为进度跟进者，资源协调者，风险解决者。需要做的主要是走查，确保进度（比如采购，食具，会场检查等子项目进展）；人，时间，资金不被其他项目或需求挪走（比如临时会议导致没空参与采购）；如果被挪走后，怎么灵活应变。还有就是组织项目站会，以及写项目日报啦。
当项目正式推进时，关键点就成了风险管理了。项目会面临各种风险，主要有目标变动，人员变动，时间变动，资金变动。这些风险都可以通过灵活调拨资源，砍功能点，项目节奏调整来应对，但最严重的风险是业务变动，有可能整个项目对被砍掉。大部分情况下，这种风险一旦发生，PM铁定要背锅的，这说明在第一步项目背景和目标了解的时候，没有做好本职工作而直接执行了（如果整个BU被砍掉。。。那就真的没办法了┑(￣Д ￣)┍）。
对于PM来说，无论事前想的再详细，项目总会有风险发生的。项目风险管理是很重要的！所以每天都要更新行动计划表，日报等，都是为了有效进度和风险！
组织站会。每日站立可以在同样的时间和同样的地点召开，会议准时开始，最好不要超过15分钟，每一个开发团队的都必须发言，会议中不进行讨论，发言内容需提供以下信息：
一方面可以避免有些同事在项目过程中沉浸在自己的世界里，方向走偏了自己没有发现。另外一方面是能帮助大家克服人性上的懒惰因素，在每天汇报工作进度中给大家形成适度的压力。
PM需要多沟通，了解项目组每个的表现，对表现突出的给予赞赏和肯定，对表现不好的则应提出相应的提醒。
另外一点，产品经理要去多和项目组的进行沟通，这种沟通不仅仅是工作上的沟通，还可以聊聊生活方面的东西，这样不仅可以促进你和项目之间的关系，还能及时知晓他们的生活状态，也是有利于项目管理的。
运营活动相关的项目管理，就经常会涉及到项目开支的问题，这里的其实主要是记录下所有的开支流水，看下与项目计划初始阶段的预算相比是否有超出的情况。这个时候可以好好和运营的相关同事进行沟通，找出具体的费用超出项，分析原因找到相应的解决方案。
在小伙伴的共同努力下，有惊无险的进行了整个活动，包括采购，会场踩点，会场资源检查，吃饭，清洗等环节之后，活动发起方和PM验收了这个项目。验收完成后，我们现场进行了一个简短的项目review。PM带头说了项目中的问题点，总结了好的地方，也检讨了做的不好的地方；项目组也都进行了发言。结束后，大家各自回家，而PM则默默敲完结项报告，项目总结文档，邮件抄送项目组全员及活动发起方，项目相关文档进行归档。项目结束！撒花~下午茶走起~
项目验收环节，包括关键节点的验收，交付物的验收，项目目标的验收，风险管理效果的验收等几大块。
另外项目review常关键的环节，有利于项目沉淀好的项目管理经验，扬弃影响项目效率或者风险管理不当的做法。review可以单出会议纪要，也可以与结项报告一起整理。
结项报告：结项报告主要包括几个部分：对项目背景，目的，分解后的项目目标，参与人员，责任部分，考核标准，交付物checklist，项目及效果，复盘及风险报告，沉淀及总结等。
以上就是一个简单项目的项目管理方式。吃火锅项目，麻雀虽小，五脏俱全，其中总结出来的项目管理方法，在复杂项目的管理中，亲测实用！项目管理其实方比较简单，但是在细节，在执行。希望对大家的日常项目管理有所。
谢谢作者，学习了！产生一个问题：在项目管理中，如果出现需求变动，或者计划变动，如何在表中修改？
推荐：
网友评论 ()条 查看