产品项目管理二三事

一、项目管理拆分：大项目与小需求

笔者简单的将项目管理划分为两大类，这两大类所用的项目管理思路是不同的。第一是大项目，即从零到一或从一到十的整体项目，如一个业务系统、一个APP产品或者系统、产品中的大型功能。这类项目需要从需求确定、文档撰写、技术评审、开发、测试上线等完整的流程，时间跨度也较长。第二是小需求，即在产品运营过程中，来自用户、运营人员提的临时需求，这部分需求不在最新的产品迭代范围内，要做日常临时支持。

1、大项目的项目管理思路

基本上互联网公司的项目整体开发与迭代都是按照项目规划→需求细化→需求评审（用户、技术）→研发→测试→上线发布这几个步骤来的。大致可以划分为准备期、执行期、收尾期三个阶段

产品作为项目负责人，坚守在保障质量的前提下唯快不破的项目推进理念，同时产品同学要自觉，不要让时间卡在自己这里。

2、小项目的项目管理思路

（1）辨别需求本质

最先做的是明白他们的真实需求是什么，抽丝剥茧出来辨别真伪需求。一般业务人员、运营人员提的需求是站在他们的角度表达他们现实的困难，需要从产品经理从产品角度来分析如何更加合理合逻辑的解决他们的问题。

（2）需求解决方案

为需求列举多种解决方案，评估最优实现方案。对于这种临时需求，一定记得多想几步，把前因后果想清楚，贯穿整个产品逻辑。不要因为一个小改动影响到其他功能，一定要避免有坑出现。

（3）排期

以需求紧急度进行排期，最紧急的需求可能用最临时路径解决暂时解决他们目前的问题，但会把完整解决方案放在下一个迭代中。

二、项目管理中的几个核心要素

1、风险管理

对项目中可能遇到各种不确定因素，且未发生的风险可能性进行识别和评估。它包括开发过程中遇到的风险识别，风险量化，制订对策和风险控制，跟踪关注并将风险降低到最小化。

在项目跟进过程中，要时刻清楚当前的风险点是什么，风险点也是在不断变化的，一个风险点被解决又有可能有新的风险点出现，要求产品经理时刻保持对项目过程的高度敏锐度。

2、质量管理

确保项目达到规划质量要求所实施的管理过程。它包括规划详解，功能测试和验收报告，全程jira跟踪质量监控，记录并定期反馈项目信息。

产品经理要及时与技术沟通，确保他们对需求理解到位，在开发过程中经常会出现这样的问题，技术抱怨产品经理随便改需求，产品经理抱怨技术对需求理解的不对，还说是PM改了需求。这种情况就需要PM及时与技术沟通，并可以通过分阶段测试的方式验证项目质量，而不要在整个项目完成的时候整体测试。

3、时间管理

确保项目最终按时完成的管理过程。它包括具体功能排期界定，优先级排序，整体时间节点预估，定期更新项目进度表。

三、项目管理工具

大多互联网公司进行项目管理是吸收了一部分敏捷开发的理念，比如站会、看板、用户故事等。现就互联网公司中常用的项目管理工具总结如下：

1、站会

站会是公司中最常用的项目汇报与推进方式，以每周一次或两次的形式组织。站会的优点在于各方聚在一起讨论相互关联的项目难点，但也有许多站会容易流于形式，成员各自汇报自己的进度，不关心他人进度，只有产品经理在关心。所以产品经理应该利用站会多多讨论和推进一些需要各方配合的点，而不是简单的听完各自汇报进度后就散会。另外，在站会中可以用可视化任务看板来管理各子项目进度。

2、jira

jira是用来对story进行跟踪管理的工具，由产品发起story，流转到研发，再流转到测试。是比较有效的任务管理工具，它可以免去各方许多线下交流，而以更便捷的线上交流完成任务开发。

3、甘特图

甘特图可以帮助产品经理统筹管理整体项目进度。

四、项目管理中沟通的艺术

项目管理最重要的是管理人，沟通是产品经理非常重要的一项能力。PM工作中沟通有许多种方式：邮件、当面、办公工具。下面将沟通中一些有用的小技巧总结如下。

1、明确目的

沟通就是人与人的接触，首先产品得知道自己要的什么，而不是简简单单的抛出问题让别人去想，沟通和核心是思考。当遇到了意见或者问题应该如何协调、沟通，哪些是必要的，哪些是可以妥协的。在整个过程中产品同时有接受者和表达者两个身份，表达者要定义自身角色，并不是强行的安排，而是合作关系，任何事情都可以讨论，我先表达自己的想法，后续再看对方如何反馈，所以作为接受者也要听得懂别人说话的含义。

2、认真倾听

沟通时有很多不顺畅的情况出现，如别人会拒绝你的需求。这时应该了解说话者的目的，掌握事情的本质；避免先入为主，选择性倾听，偏见，以为知道对方要说什么以及情绪不佳，根据倾听习惯不同也可做相应的调整。

3、结论前置

最有效的表达是在开口或者撰写前把话想好。引起对方的注意，让对方了解话中的意思，并使对方接受了表达者的想法以及产生行动的意识。

4、讨价还价

当带着有求于人目的的沟通时，自己对理想目的设定一个预期，然后再设定一个可接受的最底线，在沟通时可以先抛出最理想的实现方式，如对方不接受，就适当降低预期，这和买东西时讨价还价一个道理。最终磨合到一个双方都接受的实现方式。

以上就是我在两年多的产品工作中总结出的项目管理小经验，欢迎大家拍砖，我也会在日后的工作中继续摸索提炼经验以使产品工作开展的更加顺利。

作者：强悍心心

来源：人人都是产品经理