项目经理除了催进度还能做什么？

访客黑客接单 2022-04-10 797 2 项目经理程序员项目管理

PM我听说过 PM(Project Manager，经典的讽刺是：PM 指望 9个女人能在 1个月内生出 1个孩子的二货。

我是程序员的时候，听到很多前辈跟我吐槽:PM 是一群什么都不知道，喜欢指手画脚的人。虽然很多时候，动手的人确实比背后指手画脚的人更有发言权，但并不否认很多团队真的有这样的 PM 存在；但悲剧的是，做这件事的人认为他们可以创造一个新世界，但顾客和 PM 想要的只是一堵能挡风玻璃的墙。

PM 被鄙视而不被重视的团队可能有这样一个想法：团队不需要 PM 来管理，项目照样能够按时交付。

这种团队理念其实是矛盾的:团队人员多的时候，基本上很难高度自治；团队人员少的时候，大部分场合都是 PM 由 Leader *** 工作，很难不被重视。如果你希望团队成员的高度自治能够成功地实现项目的交付，更好让团队清楚地了解项目随时都可能失败。因此，大多数人都会有一个问题：PM 除了催进度，还能做什么？

除了催进度，PM 还能做什么？

PM 每天做的最多的事情是:张三，昨天的界面怎么样？李四，功能联调了吗？王五，我们什么时候能保真？……PM不断识别项目风险，然后跟进风险问题。

项目风险是技术实现的难点；开发资源不足或资源项目分配不协调也是项目风险，可能影响项目不能按时交付。特别是在项目启动的早期阶段，PM 工作更难开展:

除了识别项目风险外，还需要快速了解项目（包括业务关系、人员关系、资源分配等），快速合理分配项目资源，完成项目信息同步，获得团队成员的认可和支持（包括认为不需要管理的部分）。PM 需要一遍又一遍的去确认项目的风险和进度是不是在合理的计划范围内。

团队成员除了实现项目还应该做什么？

从一个开发程序员的角度来想，经常会反感 PM 问问自己的进步，认为这是对自己发展能力的怀疑和监控。在这里，我可以负责任地告诉你：PM 当然不是为了监控你。出于项目进度更新机制的需要，如果开发不能准确、积极地更新自己的工作进度，PM 轮询问开发进度可能是反馈项目进度最有效的 *** 。

以最直观的场景为例：

在敏捷项目管理过程中，每天早上10分钟的电台将要求报告工作进度。如果卡上的工作任务验收条件与报告头脑中的细节相匹配，时间节点可能会很快完成；对于不能及时验收的任务，报告的反馈有两个方向：对验收时间节点的乐观估计；或者跳进技术难点讨论的深坑。无论在哪个方向，未验收的任务都将在下次轮换中再次提及。

PM 除了每天/每周轮询项目的进度外，还需要根据轮询结果进行不同的数据报告。在完成报告的过程中，重要任务的进度可能已经更新，因此团队成员将因重要和紧急问题而受到影响PM多次询问。

PM 项目管理必备技能

PM 不被重视的辛酸是其次，是对的更大考验PM 事实上，如何看清项目过程中的主要矛盾，避免项目中可能出现的坑，

我们称调和所有项目资源的技能为争吵。

例如，在向客户展示产品功能时，客户会问：数据报表的显示效果会更丰富吗？在这种情况下，PM 怎么回答？

客户没有明确要求增加需求，也没有提出需求变化。PM 需要权衡提出这个问题的人的角色是什么？如果需求增加，可能的风险点在哪里？如果需求发生变化，会影响当前项目的结束吗？其他人对这个问题的反应如何？

成熟的 PM 会考虑一系列因素，然后给出合适的答案，因为项目团队中没有人比更好PM 更适合花时间和客户讨论需求。

总结

其实每一份工作/或者每一个角色都有自己的优越感，比如销售会看不起只会闷头开发的技术人员，技术 Leader 看不上只会指手画脚的 PM ，甚至在技术开发的世界里，从程序语言、编辑器、平台到{写在 if 在同一行或下一行，不同阵营的人有一条蔑视链。主要原因是对其他角色的工作了解不够，甚至错误地认为其他人的工作比自己更 low，坐在观天上的思维很容易演变成非理性的观点，不利于整个项目团队的合作。

如果你想象一下，就像你不应该因为不会弹钢琴而被一个会弹钢琴的人鄙视一样。我们应该首先尝试了解每个角色的工作。至于每个角色是好是坏，那就是后话。

建议

在项目团队中，PM 如何更好地与项目团队合作提出以下建议：

1. PM如果每一项任务都有明确的负责人和有效的进度更新机制，则催进度的根本原因是进度不明确：PM 会降低催进度的频率。