购物网站设计方案,厦门网络科技有限公司,推荐常州网站建设公司,镇网站制作价格1.产品经理和项目经理的差异
首先#xff0c;产品经理和项目经理的职责定义不太一样。
产品经理是 Product Manager #xff0c;主要是负责市场调研、用户研究并根据用户的需求#xff0c;定义和设计产品#xff0c;然后考虑产品的商业模式、运营推广方式等。接下来去推动…1.产品经理和项目经理的差异
首先产品经理和项目经理的职责定义不太一样。
产品经理是 Product Manager 主要是负责市场调研、用户研究并根据用户的需求定义和设计产品然后考虑产品的商业模式、运营推广方式等。接下来去推动相应产品的相关团队成员根据产品的生命周期协调研发、测试、市场、运营等确定和组织实施相应的产品策略以及其他一系列相关的产品管理活动。从产品的研发、运营、成熟、衰退一个生命周期的整体把控。
项目经理则是 Project Manager 负责跟进一个项目项目管理的职责是实现项目的范围、进度、成本、质量等目标还要监督控制、协调管理整个项目过程满足项目干系人的需求和期望。
简单总结起来产品经理是做正确的事最重要的是了解和发现用户需求并提供相应的产品去满足用户的需求用好的用户体验去更好地满足用户需求而项目经理则是把事情做正确需要把项目做的完美在时间、成本、资源约束的情况下完成项目目标。
其次从行政权力来分析他们也不太一样。
在产品管理中产品经理是领头人是协调员是鼓动者但他并不是老板。作为产品经理虽然针对产品开发本身有很大的权力可以对产品生命周期中的各阶段工作进行干预但从行政上讲并不像一般的经理那样有自己的下属但他又要调动很多资源来做事因此如何做好这个角色是需要相当技巧的。
而项目经理是有自己的下属的他有一个属于自己做项目的团队但项目经理往往需要在一个临时的、虚拟的团队架构中发挥自己的影响力并达成项目的目标。从理论上来说项目经理是比产品经理更有管理能力和权力的那个人。
最后产品经理和项目经理的工作其实又结合的比较紧密。
产品经理与项目经理的分工和协作真正要严格的区分开来是比较难的在工作过程当中都是结合的比较紧密的。比如说产品经理也需要时不时地跟项目经理了解下项目的相关进度很多产品经理存在这样一个认识误区需求文档确定了进入项目阶段之后就不管了。不及时跟进开发的进度也不去测试服务器测试代码质量最糟糕的结果就是产品快要上线的时候产品经理才发现开发质量和原先的产品需求定义相差太大。
一个项目在立项之前是没有项目经理的这个过程全部都由产品经理负责主要是要完成市场调研及需求确认的过程待到项目立项之后一般项目经理都是开发负责人或测试负责人这个时候问题就来了大一点的项目都会再指定一个项目经理来协助产品经理以确保项目能最终按时保质保量上线。可是在实践过程中产品经理和项目经理这种配合模式比较难达到非常和谐的地步。
2.不和谐的地方主要体现在以下几个方面
1对工作量的评估
产品经理一般对某个项目的上线运营是要背KPI指标的所以对项目的上线时间一般会以比较理想的状态去进行评估另一方面是产品经理如果自身在前期的市场调研及用户需求确认环节耗费了大量时间则给到开发、设计的时间就少了很多。往往比较容易出现的一种情况是产品经理评估的30个工作日就可以搞定的项目在项目经理的看来需要变成45个工作日而且人家项目经理还说了这只是保守估计。
出现这种对工作量评估差异的情况主要原因还是产品经理和项目经理之间认识和情绪上的偏差一个是主人翁的精神一个是执行者的角色这样就会出现是为了做任务而做任务的情况并没有任何的主人翁意识和紧迫感。个人建议产品经理在进行需求讲解的时候不要一味的只讲功能点和实现逻辑一定要说实现的产品价值提供团队成员主人翁意识这样在协调工作量问题的时候会好很多而且后续的过程当中也会顺畅很多。
2对需求的理解角度
产品经理天生就需要对需求非常敏感在产品迭代的过程中衡量一个需求要不要做什么时候做做到什么程度往往是从市场和用户那里出发的。而项目经理则不一样项目经理看需求往往是从技术实现的角度出发项目经理看了之后觉得实现的代码量巨大就想对这个功能点进行拦腰斩只做其中一部分甚至建议不做或者说会影响性能却又给不出更好的方案时提议能否暂时不做这个功能。
这个时候产品经理和项目经理对需求的实现就出现了分析和冲突一方面产品经理当然不愿意牺牲用户体验和需求去做技术上的妥协另一方面又不得不考虑项目经理的相关推论还要结合项目的进度和时间计划、节点等去考虑究竟该如何实现需求。个人建议是产品经理和项目经理两个人最好是要有一个人能够拍板如果实在不行则叫一个领导或者老板来拍板。
理论上来说没有任何功能是技术无法实现的所以我还是比较偏向于由产品经理来评估决定到底要不要做这个需求。
3对需求变更的容忍度
需求变更对产品经理来说倒像是一种家常便饭试想哪个互联网产品在开发的过程中不是经常变更需求的。当然如果一个产品经理在项目开发的过程中变更需求的频率过高或者有些需求变更是颠覆了原有的产品架构、技术架构的那么这样的产品经理则不是那么靠谱了。
靠谱的产品经理则对需求有着更为有力的把控变更需求的频次较低且不会出现大的、颠覆性的改动。但即便如此也依然逃脱不了需求变更的魔咒谁让市场环境本就是瞬息万变的呢。可是开发人员不是这么认为的当一个功能辛辛苦苦开发出来马上接到通知说这个功能不要了要换成另外一种这种情况发生的次数多了换成任何一个人都会觉得是被耍了毕竟都是自己的成果说不要就不要了说改就得改了而且变更的次数多了也会影响项目进度。
出现需求变更的情况具体可以采用如下措施
一是要让项目经理理解需求变更的目的及其价值所在做好沟通工作产品经理积极地去与团队成员评估需求变更是变更还是不变更如果变更要评估一下影响范围有多大是当前迭代变更还是下一个版本去迭代。
二是要严格控制版本减少变更的次数和降低变更的频率做好迭代周期的规划。参考文献产品经理VS项目经理这些异同点你get了吗 谢谢作者分享
