在大公司一般都有产品经理和项目经理这2个岗位，而在小公司，通常这2个岗位由1人兼任。那么究竟产品经理和项目经理有什么区别，在工作中具体各自的分工分别是什么呢？ 项目经理和产品经理是什么关系，哪个更大？ 应该说，项目经理和产品经理是在不同的维度上对产品进行着管理工作，彼此之间是一种合作的关系。产品经理不一定具备项目管理经验，他考虑的更多的是要做什么、为什么要做，对于如何把要做的东西落地做好，可能他不是专家。 项目经理则是把事情做成的专家，他只对项目负责，他负责项目的计划、执行和验收，并不对整款产品负责。 通常情况下，项目经理和产品经理是平行的2个职位，两者之间并没有上下级关系。
一个项目经理可能会与多个产品经理负责的多个具体项目打交道，同样，一个产品经理也可能会在不同的项目中与多个项目经理打交道，这两个职位只有分工的不同，并不存在高低大小的问题。 那么项目的流程大概是怎么样的？ 在大公司中，首先，产品经理会申请立项，立项之后公司会分配一名项目经理管理该项目。而小公司中大多是老板拍板要做的项目。
在项目正式启动之后，产品经理需要将产品需求文档提交给产品负责人以及研发部门，在确认文档没有明显错误后，这时会有一个需求确认的会议，研发经理和参与项目的主要研发人员会与产品经理逐一确认每个需求及其细节。 在研发同学确认好需求后，会提前做好响应的开发准备工作，比如确认要用的框架、技术、逻辑等。这时候就进入分任务实现的阶段了。
在开发同学准备的同时，设计师需要设计好UI界面，产品经理验收无误后提交给开发同学，由开发同学实现最终的产品效果。 在项目流程中会穿插单元测试、集成测试、压力测试等环节。在大公司一般会有专门的测试部门来完成这些工作，保证研发结果与需求一致。而在小公司则往往是产品经理兼任测试的角色。 项目经理在管理项目的时候需要关注什么？ 1）对结果进行预期；2）让所有人都行动起来；3）把事情在deadline之前完成； 对结果进行预期 项目是为了完成某一既定目标所进行的一次性努力。“一次性”的潜台词是：项目是有期限的。所以项目经理的首要目标是把项目完成，并且尽可能的在时间期限内完成。
在项目开始前，需要对项目资源特别是团队成员的能力进行评估，以此来预期项目是否可以完成。
比如让一个厨师去研发前端页面，这是不靠谱的，项目经理在这种情况下需要协调项目资源，看是否可以让厨师为团队做饭，然后再调配一个专业的前端开发同学过来工作。 如果对团队中每个成员有一定了解，就可以知道其工作效率。通过总的任务量来推断其完成这项工作所需要的时间，就可以得到一个大致的项目完成的时间区间。随着项目的进行，了解的加深，这种推断只会越来越准确。 让所有人都行动起来 在项目开始后，团队中总是会有一部分人消极怠工，明明1天就可以完成的工作，可能会拖3天，最终导致项目延期甚至流产。
由于开发人员并不是产品经理或者项目经理的直接下属，你无法触碰到他们的评级或者奖金，因此对他们也没有实质性的威胁。这时候你能用的策略就是萝卜加大棒了。 你可以找到对应开发的上级，让其给予压力，并重新评估开发时间。对于有延期倾向的开发同学，做到一日三催，时刻跟踪进度。出现问题，迅速沟通找到原因并解决。
其次，你还可以告诉大家，完成这个项目后，大家能收获的是什么。可能是漂亮的履历，或者是能力的提升，或者是项目奖金。投其所好，将大家带入同一个航向，激发责任感，这样才能同舟共济驶向彼岸。 把事情完成 在项目沟通中，常会出现一个鸡同鸭讲的问题。比如“会员”这个词，一些人理解成了有特权的用户，另一些人理解为了账户体系。这时候就需要“项目术语”文档了。
项目术语是所有成员都通用的语言。它存在于产品需求文档和日常的沟通当中。项目经理在日常的沟通中发现大家经常出现语言歧义的地方，然后对这些地方进行精确的定义以减少沟通误差，并且在以后的沟通中不断强化。 比如在“会员”和“账户体系”的纠结中，在晨会时，强调应该是“账户体系”，并且在之后的沟通中统一使用“账户体系”来进行需求沟通。
当大家都接受了“账户体系”这个定义后，这个词也就成为了项目通用语言，使用它来进行沟通会减少非常多的沟通成本。 如果项目过程中发生了需求变更，会引发2个问题。一是研发任务的调整导致项目周期变长。二是变更的过程就花费了太多的时间。
项目经理需要评估需求变更带来的影响，为整个项目重新排期。同时要及时的更新产品需求文档以及需求排期表。保持这些文档的更新对于推进项目来说至关重要，文档对于产品经理就像代码对于程序猿一样重要。 同时最好准备一些Plan B。比如某个开发同学如果请假了该怎么办？或者某个技术难点在限定时间内没完成怎么办？提前准备好一些预案往往在关键时刻能够起到决定性作用。 对于需求文档和排期表的管理，现在比较通用的做法就是云共享。可以使用石墨文档或者谷歌日历。项目的每一个成员都可以及时的看到需求变化以及排期进度，大大提升了信息同步的效率。
需求管理表格
最后，产品经理虽然是万金油角色，但并不意味着可以越俎代庖。有时候可能会发现同事的工作结果和你的预期有一定差距，需要与其多方面的沟通来减少偏差，容忍其存在一定的误差，毕竟每个人都是独立的个体，沟通也做不到100%的信息传递。
