项目经理赢得团队尊重和信任的 10 种方式
项目经理赢得团队尊重和信任的 10 种方式
原文：https://medium.com/hackernoon/10-ways-pms-can-earn-the-respect-and-trust-of-their-team-98353b693b4a
…因为一旦你失去了它，你就完了
在《混沌猴子:硅谷的淫秽财富和随机失败》一书中，安东尼奥·加西亚·马丁内斯描述了不被尊重和不被信任的总理的困境:
脸书 Ads 团队中最可怜的景象是那些对他们的工程师失去信心的项目经理。名义上负责某个产品领域，他们就像是某个被占领国家的流亡政府:坐在那里，炫耀自己的地位，四处发送电子邮件和路线图，但却什么都不生产。
类似地，我看到过这样的团队，他们一直等到产品经理消失在下一次会议上，然后发出沮丧的集体呻吟。可悲的是，这往往是一个渐进的过程。几个错误的决定。一些反向踏板。善意的谎言。一些没有目的/意义的马拉松式会议。所以最好有个积极的开始。
你如何赢得团队的尊重和信任？
- 为你的产品开发计划创建“通过测试”，并努力报告进展。见鬼，工程师们整天都在做这个，所以你这边的一些严谨总是被欣赏的。我不是在说“发货了吗？”。我说的是“我们在实现期望的业务目标方面取得了哪些进展？”或者“我的假设正确与否？”当然，做出最终证明很棒的决定对建立一定程度的尊重大有帮助，但诚实面对自己的失败和判断失误也是如此。
- 不要轻易屈服。团队很容易看穿你。你从一个大型会议回来，闷闷不乐，犹豫不决，然后嘀咕着什么需要继续下一个功能。现在，你可能在会议中竭尽全力坚持到底，但是团队并不知道这一点。在下一次站立时，他们看到一个被殴打的首相。解决方案是首先避免到达这一步。尽早让人们围绕一个目标，努力保持专注于那个目标，直到你达到一个精确的点(通过测试)。如果你因为任何原因不能这样做，从一开始就要清楚这一点。有时候，成为组织的替罪羊就是 PM 饼干破碎的方式(在这种情况下，你可能会考虑另一份工作)。
- 承认你不知道的事情。别瞎编了！不要说“嗯，客户说……”当你不能列出这些客户，或者这两个客户占你客户群的 2%时。当你只打了一个电话时，不要说“反馈非常积极”。当你运用直觉时，说“我的直觉——基于 x，y，z——告诉我选项 A”。谦逊大有裨益。
- 像对待成年人一样对待你的团队！如果你每天晚上回家都把自己打扮成一个养猫的人，这将会在你的日常工作中体现出来。“那些拿着 nerf 枪的疯狂工程师！感谢上帝，这里有一个成年人生活在真实的商业世界中，不得不整天参加紧张的会议“……不要这么想或这么说，因为你会表现得像个混蛋。你不是他们的经理。你是产品经理。任何家长作风的暗示，你就死定了。这也适用于给予和接受(希望是建设性的)反馈。是的，你可以背着团队，泪眼汪汪地与 scrum master 或 tech lead，乞求被尊重。或者你可以提倡一种有规律的、便利的回顾，以一种非防御性的方式像成年人一样接受并给出反馈。
- 不要刻板印象。与#3 有关，但抵制存在的各种软件工程师刻板印象。我知道有社交焦虑的工程师，赢得演讲会的工程师，前高尔夫职业选手，吉他神工程师，兴奋时编码最好的男孩/女孩，交际舞工程师，退伍军人和程序员。没有什么比假设每个人都是(在此插入你的想法)更能迅速消除尊重。
- 做一些有价值的事情！说真的，想象一下，如果你正在全力以赴地解决复杂的问题，而某人在开了 6 个小时的会议后出现了，却没有任何成果，或者没有任何有助于你解决问题的额外信息？在他们似乎和你及你的队友一起玩俄罗斯方块的时候，给你增加了新的任务和许多关于评估的烦人问题？你会失去对这个人的尊重。从一个简单的“我能帮什么忙”或“我能提供什么数据或背景？”让自己有空，但不要分散注意力。向团队传递价值。我以前说过，但我最喜欢问团队的问题是“如果你能控制预算，你会雇佣你现在的项目经理吗？”在这个特殊的时刻没有提供价值？好吧，那就走开，让人家干活！
- 尊重上下文切换，多任务处理的价格，以及松弛的需求。当你试图让团队在一年中的每一分钟都保持 98%的工作效率时，想想你发出的信息。或者喋喋不休地谈论速度和故事点。或者是一个关于债务重组或重构的混蛋。你认为在每周 40 分的训练中增加 4 分会有很大的不同吗？不。当出了点小差错，超负荷的团队陷入死亡漩涡时，那就糟透了。不玩团队俄罗斯方块。产品开发不是装配线。目标是发布结果，而不是故事输出。
- 做脑力体操。与#6 相关。我曾经有一个工程师朋友告诉我“你知道，我并不是天生不喜欢规格。事实上，如果你写了一份优秀的规范，我会非常高兴。我不喜欢的是那些不考虑问题的命令。他们只是随口说出需求，而不去想事情。”分析客户问题。想想这条不快乐的路。找不同的角度。做你的作业。说话要经济，但要能支持你的建议。你可能不是工程师。你可能不是技术人员。但是你至少可以练习合理的推理和解决问题。
- 停止谈论你的想法。代表顾客和他们的问题。谈商机。带上数据和背景。做一个放大器。提出你的想法，但是把每个人带到桌子上来讨论不同的提议。对许多工程师来说，项目经理给人的印象是自恋的、想当 CEO 的人，没有什么实际的东西可以补充，还有很多职业抱负。这个团队作业只是敲门砖。除了“嗯，企业认为这是一个好主意”或“这将非常棒！”之外，你必须为付出的努力创造一个有说服力的案例我听说工程师每 15 分钟就要做出一次成本/收益决策。在弄乱代码库之前，他们想听一听这项工作的基本原理。他们像老鹰一样记得先前的决定。你两年前发布的那个功能？是啊，没有人最终使用它。三振出局！很容易假设你的团队不在乎他们是否问。我甚至让工程师们说“你知道，我不在乎了，告诉我该怎么做就行了。”但这是对你失去尊重的结果。你必须重建它。
- 玩得开心点，别像个废人一样。
