从程序员到pm怎么汇报

❶ 什么是项目经理的PG、 PL、 SE、 PM

项目经理的PG、PL、SE、PM分别指以下角色：

* PG：程序员，是项目执行过程中的重要角色，他们负责具体的编码工作，实现软件的功能。在项目管理中，程序员的数量通常占整个项目团队的较大比例，他们的工作效率和质量直接影响到项目的进度和成果。例如，在一个软件开发项目中，程序员会根据系统设计文档进行编码，实现软件的各种功能。

* PL：项目负责人或项目组长，是项目管理中的关键角色。他们负责管理项目的进度和资源，确保项目按计划进行。项目负责人需要具备丰富的项目管理经验和技能，包括项目计划和控制、风险管理、质量管理以及人员管理等。他们的决策和协调能力对于项目的成功至关重要。

* SE：系统工程师，在项目管理中扮演着技术领导的角色。他们负责项目的技术方面，包括需求定义、系统设计、实施、验证等。系统工程师需要与项目团队成员紧密合作，确保系统的设计和开发满足客户需求，并解决项目中出现的技术问题。例如，在一个复杂的系统集成项目中，系统工程师会负责整个系统的技术规划和实施。

* PM：项目经理，是负责整个项目的规划、执行和完成的人。他们需要制定项目计划、协调团队成员、管理资源、解决问题等，以确保项目按时、按质、按预算完成。项目经理需要具备全面的项目管理知识和技能，以及良好的沟通能力和领导能力。

总的来说，PG、PL、SE和PM在项目管理中各自扮演着重要的角色，他们之间的紧密合作是项目成功的关键。例如，在一个软件开发项目中，项目经理会制定整体的项目计划，项目组长会负责具体的任务分配和进度管理，系统工程师会提供技术支持和解决方案，而程序员则负责实现具体的软件功能。通过彼此之间的协作和配合，共同推动项目的顺利进行。

在实际的项目管理中，这些角色可能会根据项目的具体需求和规模有所调整或重叠。但无论如何，他们各自的专业知识和技能都是项目成功不可或缺的因素。通过明确各个角色的职责和分工，可以更有效地推动项目的实施和完成。

❷ 怎样成为一名受程序员欢迎的产品经理

话题。PM 方面文科出身偏感性的居多，时常看到他们分享经验(RD 一般直接骂 PM 是傻X)，但考虑到他们的知识体系和思维习惯，这些分享大多没啥营养，缺少参考价值。
我从入行起就做一线开发，而且是前端，离用户近，工作大多围绕界面、交互进行。创业这两年挂职“产品总监”，做产品经理的同时也在做开发，自己给自己提需求。接下来，由我来告诉你，怎样成为一名受 RD 欢迎的 PM。

告别愚蠢
很多 PM 的最大问题是愚蠢而不自知。
就目前来看，RD 多是科班出身，受过系统的计算机相关知识和技能培训(包括学校和自发)，头脑清晰逻辑缜密，平时多半有点宅，人机交互甚至多余与人交互;而产品经理则是三教九流各色人等都有，知识技能工具也缺少统一标准。这种情况下，RD 有些优越感再正常不过。总结起来，初始状态下，RD 眼中，PM 是这样的：
学习成绩、学习能力、学习习惯都有问题，唯独嘴炮很厉害
用(移动互联网)产品的时候还不如我多(宅么……)，竞品观察的还不如我细(要抄的这个产品我用大半年了)
假传圣旨狐假虎威
偏偏很多 PM 还特别喜欢用“我觉得……”这种句式跟 RD 交流，遇到挑战往往也没法拿出数据、竞品设计进一步讨论，只能说“总会有人……”“像我这样……”，甚至继续“我觉得……”。他们忽视了一个问题：大家的命运都和产品息息相关。RD 对产品的关注程度，倾注的情感，并不比 PM 少。RD 对产品的期望，也不比 PM 低。这个时候，如果 PM 拿来的一份说不清好坏甚至脑残设计，那被抵制或消极对待就是自然而然了。
如何才能不让自己显得愚蠢呢?其实也不复杂。
多用竞品，多用互联网产品。没办法，吃这碗饭，就得有投入。时刻了解界面交互的新潮流新尝试。
能找到数据，尽量多用数据。
除了直接合作的 RD 以外，争取交几个 RD 朋友，提需求之前，请他们先帮忙评估下开发成本，再去跟自己的 RD 沟通时会有准备的多。
PM 一定要树立自己的专业性权威性，要让 RD 相信，这个需求是有利的，是有效的，是可以给自己带来奖金的，那么积极配合就是水到渠成的事儿了。
理解 RD
每个人都有自己的小确幸，RD 自然也不例外。
可能是用某种模式巧妙地重构了代码，使之清晰好读便于扩展;
可能是妙笔偶得的正则，效率比以往提升了数倍;
可能是学会一个新技术找到一个新框架……
理解 RD，就是理解他们在发现身边的小确幸之后，给予他们足够的空间去满足。比如，不要把项目进度填得太满;或者适当调整功能需求，把 RD 自发提出的需求加进来。
另外一种温柔理解，就是不打扰。有些 PM 控制欲较强或者项目出身，热衷于“对进度”，简直愚蠢到令人发指——你对不对进度，进度就在这里，不进不退。程序开发不是线性的，不是每小时 12.5%，一天 8 小时 100%;也不是写了 200 行，再写 200 行就完成了;甚至我都没办法告诉你我做了多少，还要多少时间才能做完。有些 PM 更是不知道从哪儿喝的过期鸡汤，竟然认为只要够坚持够忍耐，坚持询问耐心询问，就能和 RD 在对进度这件事上达成共识——这除了让 RD 确信 ta 是个无可救药的蠢材之外别无它用。
最后的理解，就是“PM 动动嘴，RD 跑断腿”了。能理解这一点，其它也都好理解了。任何需求都有开发成本，这个开发成本，往往连同是 RD 的其他人都无法准确估测，更何况缺少技术背景的 PM。所以很多 PM 提需求提得很随意，明显没有经过深思熟虑(或者明显没有和更高阶的 PM 进行讨论，或者没有和其它需求方确认);改得更随意，而且常常伴着一句：“你就那个那个啥一下，很简单。”坦白告诉你，听到这句话 RD 没拿出刀砍死你说明他爱你。想改善的话，开工之前多沟通，降低返工可能性;提出需求时尊重 RD 的判断，共同拟定阶段性目标;开工后尽力维持计划，等等。
理解 RD 的 PM，真的好迷人。
避免误区
第一个误区是打嘴炮。
为了写这篇文章，我简单 google 了下“产品经理自我修养”，搜出来一堆心灵鸡汤。这些文章几乎可以作为产品经理“假大空”的代表，正是这些文章误导了很多初入行的新人。
作为有必要时常和 RD 打交道的 PM，一定要务实，想法要落地，提出的东西要有具体执行细节，有考量标准。不能满嘴跑火车，动不动战略布局就，动不动就拽名词(“破坏式创新”)，动不动就引名言。我们的目的既简单又统一，把产品做好，把运营做好，提升用户体验，抓住用户，增加活跃用户，最终流量变现，大家分钱。这之间，需要的是一个又一个具体的需求，一点又一点持续的改进，合理规划的统计点，用数据支撑的每步选择。而且前面说过，RD 可能嘴笨，其实很聪明，并且有点优越感，PM 拿不出真材实料只靠嘴炮很快就被归到不靠谱那类了。
第二个误区是想说咱俩是一伙儿的结果表述错误。
常见于老板或者某领导提了个不咋样的需求，交给 PM，PM 劝 RD：“我也不想的，可是老板他非要。”前面说过了，PM 动动嘴，RD 跑断腿，最后开发成本要 RD 扛，所以你说服不了老板，苦果得我吃。所以你嘴上想说咱俩是一伙儿的，其实你正在出卖我……正确的做法是先尝试说服领导或者老板，如果无法做到，就试着理解老板的意思，用道理说服 RD，同时及时修正项目进度。
总结
其实 PM 和 RD 不是仇人，相反，二者的切身利益息息相关。PM 希望找到给力 RD 的同时，无数 RD 也在期盼上天赐予一个靠谱的 PM。RD 不善表达的居多，也懒得跟“外行人”废话，所以常常只表现出对 PM 很冷淡甚至敌视。其实他们并不是不愿意做功能或者不接受改需求，只是需要一些更说的过去的理由而已。
获取 RD 信任之后会发现他们都很好相处，而只要做到以上几点，受到 RD 们欢迎也是必然的。

❸ 从一名程序员过度到项目经理

从一名程序员过度到项目经理

1.从程序员到PM,是一条脱变的路，事实上程序员走的路最终不应该是项目经理。首先有一点需要明白的就是，一定规模的项目中，项目经理不需要太懂技术，他可以是一知半解。项目经理的任务不是在技术方面，技术相关的应该交给SA去做。项目经理更多地是做管理，沟通等工作，你如果可以的话到书店查看一下关于项目管理的书籍，你就会明白。当然对于小项目来说，有可能是PM,SA是同一个人，而这样的项目经理更多只是SA加上一些管理工作。要做项目经理，你就首先告诉自己不再去碰技术细节了。程序员并不是一个培养项目经理的好环境。所以没有什么从Coder到什么developer再到SA然后是PM的路，这是一条比较悲哀的路。在大公司，SA下一个目标不是PM,而consultant,然后是seniorconsultant,PM走的是另一条路，所需要的技能不是技术，技术给PM带来的能力提升是很少的。在项目中你最后能分清楚PM与SA的关系及各自在项目中的分工与用途。

2.其实我蛮同意gzlucky（Lucky）的看法的，确实是我们公司不少项经理就是不很能跟得上现在的一些技术，因为很多人都快年近四十，儿子都上高中了，要他们再学新技术真的难度比较大，他们的工作基本上就是天天找手下的程序员，布置这个任务，询问那个任务做的怎么样了。不过我的头倒是和我一样编程，他手下写代码的就我一个人，他自己也会ASP和JSP,但是可能对。NET不熟，就由我来主负责了。我觉得项目经理还是像他这样的好，自己也能懂不少技术，可以服人。但是我的头儿好像在沟通这一块不是非常出色，当然也有可能是俺太内向，不太与他沟通，所以他也只是在交待任务后就不再多询问，而不像别的项目经理天天追程序员后头问。我想问问各位，你们看哪种项目经理才是比较好的，像我的头儿这样的，还是像某些喜欢追程序员后面问进展的。

3.原来在一个小公司做过半年的.DM,一年的PM,后来为了让自己的技术更扎实一些，离开了原来公司，现在在大公司做程序员，开始后悔了，在大公司里很难接触管理方面的东西，也很难晋升，个人认为在小公司做DM,PM,有经验后直接找大公司的PM,这样也是一条路。

或者考PMP之类的证书，然后直接找管理的工作。

希望过来人能给予更好的意见和建议，我也现在想往管理层发展。

技术很硬了再去做PM,这种想法是错误的，我就犯了这个错，边搞好技术（为了生计）边学管理知识（为了将来）,慢慢向管理发展，不能等。有句话说的好，机会是属于那些有准备的人的。利用业余时间多学些管理方面的东西，所谓人的差异在业余时间。

要走向管理层，英语一定要学好。

沟通很重要，要做好管理者，先学会做人。多跟下属沟通，多为下属着想，而不要去巴解讨好上司。体谅下属，把项目计划做的尽量合理，不要让下属加班，给下属发展和晋升的空间，这样才能是下属有干劲，才能把项目做好，你才有更高的升迁机会。

只有把自己知道的不断的让你得力下属知道，只有提拔起一些得力的下属来，你才有时间和精力去向上爬，不然你抱着不放，就没有升迁的机会。

管理不是喝酒抽烟那么简单，那只是过去的那种不思上进，耽误自己前程。

吃尽苦中苦，方为人上人。

做PM不是混，是要把项目做好，这跟做人是一个道理，这也就是为什么做管理要先学会做人的道理。

pm的整个工作重点是什么？如果做为一个PM,技术不高怎么对付组里的牛人

我们经常会因为公司里的顶尖人才、个性化太强，不能与其他人合作而感到棘手，要解决这一问题其实也是有法可寻的。

一、在肯定其价值和优势的前提下，明确地制定改进的目标；

二、顶尖人才能够面对中肯的，明确及一对一的批评作正面反应，所以要加强与他沟通的力度；

三、可以根据具体情况调整考核目标，加强与其他员工合作的内容；

四、把"顶尖人才"调到相对能独立发挥其才能的岗位，减少与别人发生矛盾的机会。

❹ pm角色素质

同程序员不同，产品经理的工作重心在于与人的交流与协调，涉及多种复杂关系的处理与工作推进。因此，良好的沟通能力、组织协调能力、资源运用能力、推动与协调各部门的合作与有序进展，是产品经理必备的综合能力。做好产品经理并非易事，多方面的素质培养是必不可少的。

协调沟通能力是产品经理的首要素质。他们需要协调研发、测试、文档、市场、销售等部门的人力资源，确保在保证品质的前提下，按期推出产品。协调工作主要涉及人力资源，需注意平衡各部门资源分配，同时要具备处理不同部门Leader间差异性沟通方式的能力，以有效解决问题并推进事务进展。在没有下属关系的情况下，良好的人与人互动技巧尤为重要，能将自己的想法清晰地表达给他人，促使他们配合工作。

对事务优先级的控制能力是产品经理高效工作的关键。他们需要在一天内处理各种关系和进度，而不像其他工作拥有明确的方向和专注领域。高效的时间管理和优先级判断能力，能够使他们高效地完成任务。

市场感觉是产品经理的一项重要素质，它要求产品经理能够从市场现象中生成战略，而不仅仅是盲目跟风。产品经理需从产品定位、用户定位、价格和竞争对手入手，分析各自优势与劣势，寻找机会与威胁，制定战略。这需要丰富的信息反馈分析和经验。

具备一定的抗压性是产品经理的必备素质。虽然产品成败与产品经理收益不一定挂钩，但对产品的考虑不周、产品瑕疵或沟通、时间安排不当等问题，都会给产品经理带来压力。产品经理需要有强大的心理素质，承受工作压力。

主动做事与合作是产品经理的特质。他们需要具备独立解决问题的能力和动力，将产品视为自己的责任，充满热情和激情地投入工作。这种热情使他们主动出击，而不是被动接受任务，旨在提升个人价值与能力。

学习能力对于产品经理来说尤为重要。虽然技术可以学习，但某些素质难以培养，产品经理需要不断学习以适应市场变化。对产品的热情是产品经理必备的素质之一，它驱动他们克服困难、完善产品。这份热情能够激励整个团队，是产品经理的显着特征。

换位思考能力是产品经理必备的技能。产品经理需要深入理解目标市场，融入目标用户，理解他们的经验、喜好、价值观等。这要求产品经理具备尊重目标市场、尝试理解用户需求的能力。对国际化产品和特定地域产品来说，换位思考尤为重要。

敏锐的观察与判断能力是产品经理必备的素质。产品经理需要具备洞察力和判断力，以敏锐的头脑处理问题。解决实际问题的能力是考察应聘者的重要标准，通过深入面试，评估应聘者解决问题的思路和方法。

职业操守是产品经理的关键素质。产品经理需要展现公司和产品的价值观，通过行动影响同事，树立信任与尊重。这要求产品经理正直无私，尊重团队成员的特长与能力，具备良好的领导力。

信心是产品经理不可或缺的素质。产品经理需要展现自信，让团队、销售团队和公司高管确信他们的工作将取得成功。自信能增强说服力，使产品经理成为团队愿意追随的领导者。

态度是产品经理工作的核心。产品经理应将自己视为产品的CEO，承担产品的全部责任。面对挑战与压力，产品经理应勇于承担责任，同时鼓励团队成员，确保产品按时成功上市。

运用技术的能力对于产品经理同样重要。理解技术、发掘技术潜力是产品经理策划产品的关键。虽然产品经理不一定需要发明或实现新技术，但必须具备理解技术、分析问题的能力。学习途径包括培训、阅读、请教专业人士等。

注意力是产品经理在复杂工作环境中保持高效的关键。面对干扰与诱惑，产品经理需具备强大的自律性，集中注意力解决关键问题，避免被次要任务和重要人物影响。

时间管理是产品经理的一项重要技能。在充满干扰的环境中，产品经理需要区分任务的重要性和紧急性，合理规划时间，确保完成真正重要的工作。时间应用于改变现状，而非陷入无休止的会议和邮件回复。

商业技能对于产品经理同样不可或缺。作为产品团队的发言人，产品经理需要协调与财务、营销、销售团队、高管之间的关系。具备多方面的商业知识，能够使用专业术语与不同团队沟通，是产品经理的核心能力之一。

PM是Proct Marketing 的缩写，意指产品市场，需求导向的产品设计。“PM就是指以用户与市场为导向的产品设计人员。负责产品的整体发展把握，提出对产品升级的需求和活动推广的需求。”