见字如面，我是军哥！
最近与一位技术负责人聊关于问题汇报一块非常苦恼：
问题简单且常见：老板觉得团队效率有问题，于是乎要求技术负责人做一次专项问题汇报。
于是，技术负责人老老实实去做了一轮项目的盘点以及人员的分布，他无非是想证明一个问题：当前团队已经很忙了。
从项目盘点上看得出来项目确实很忙，大家都达成了共识，但接下来技术负责人开始引导削减项目和排期时，老板很自然的将话题绕开，以更加升维的方式讨论问题，比如可以用提升效率的方式...
并且还提点了技术团队一些思维方式，让大家都若有所思，最后大家退出了讨论。
所以，这次会议达成了两个结果：
大家认可，技术团队项目多；
大家认为，技术团队需要提效；
技术负责人的苦恼就是在这，其实他想要的是优先级，结果收到的是建议，这也是一种常见情况：
你向上去暴露问题求助，反过来收到了反向PUA，但问题并没有得到解决
所以，这是一种什么问题呢？
博弈
首先排除老板不清楚你的困难，和需要的帮助，他心里跟明镜似的，于是这只有一个可能：他在尽量压榨你的潜力。
以几年前我一个亲身经历，当时的Leader首先是给了我5分的资源，让我去做难度6分的项目，我搞定了；
其次他给了我6分的资源，让我去做难度8分的项目，于是乎我搞不定，开始求助，当时Leader给的反馈很清晰：如果这个事情搞不定，那么以后就不会给我额外的资源，于是只能硬着头皮做。
至于6分资源能不能干成难度8的项目，那就看你如何透支自身，也许是带领整个团队一起加班，也许是与人做交易，那就是你的事情了。
可以认为，在你明确求助而被拒绝时候，Leader是知道你的需求，但就是要“考验”你。
另一种情况也很常见，老板知道资源不足，但所有项目都不想放手，就是想白嫖团队加班，很正常且常见的情况。
除此之外，还可能有以下原因：
管理层的视角差异：管理层往往从宏观角度考虑问题，更关注整体效率和战略，而执行层可能更关注具体的执行层面。管理层可能认为他们提出的建议是提供更广泛的思考框架，但对于执行团队而言，这些建议常常显得不切实际。
责任推卸：管理层可能在潜意识里不愿意做出具体的优先级决定，因为这意味着要承担相应的责任。因此，他们倾向于将问题“升维”，以避免面对执行层面的问题。
缺乏信任：管理层可能对团队的自我管理能力存疑，担心如果直接给出优先级的指示，可能会限制团队的创造性和灵活性，因而他们希望通过引导团队“提效”来间接解决问题。
综上，这是一种常见的职场PUA与博弈过程：
即当员工寻求帮助时，管理层通过模糊、提升维度的建议，似乎是解决问题，但实际上并没有给出实际可操作的指引。
结果是问题仍然存在，而员工却被暗示需要自我反思或提高。
最终达到望员工靠自己更加努力去解决问题的效果
PUA会导致什么问题
关于会导致的问题，这个要分情况，如果是5分资源，难度6的项目，并且激励策略及时，能够很好的激发团队潜能。
但如果是6分资源，难度8的项目，由于资源与工作难以弥合，可能会导致极端的结果：你PUA我，我就糊弄你，最终有崩盘风险，如图所示：
如果资源不足，又非要做，很容易导致团队进入混乱、躺平或者绝望的状态。
如果上述项目多了，整个团队的坏味道就会很重，并且执行层连续得不到响应后，会逐渐倾向于掩埋问题，那会导致一个很大的问题：
上层与下层对项目的预期差距巨大，最后项目失败了延期了，一定会被扣帽子，到时候就大家都不爽了...
结语
凡事预则立，不预则废。《礼记》中的这句话提醒我们，无论是管理层还是执行层，沟通与计划的前瞻性在一个团队的成功中至关重要。
今天，我们探讨了职场中常见的沟通失效现象，并揭示了执行层和管理层在面对项目优先级问题上的种种矛盾。
然而，问题不仅仅在于“上层与下层的视角差异”，更在于如何搭建起一种能够平衡双方需求的有效沟通桥梁。
很多时候，我们需要换位思考
管理层的角色并非单纯地“压榨”团队潜力，更多时候，他们肩负着“引导”与“激励”的双重责任。
这种责任要求他们在确保项目成功的同时，激发团队的最大潜能，不然企业就难以生存。
因此，管理层提出“升维”的建议，表面上看似是回避了优先级决策，但其实也是希望团队在更高的层面上找到创新的解决方案。
管理是做正确的事，领导是做对的事。管理层的挑战在于如何将这两者有机结合，以实现既定目标。
一些解法
关于上层PUA，下层糊弄问题，这里有以下建议：
清晰的沟通框架：
为了避免误解和摩擦，管理层和执行团队之间应该建立一个清晰的沟通框架。
例如，在汇报问题时，技术负责人可以提前与管理层商定汇报的关键目标和期望输出，确保双方对讨论的重点和结论达成共识。
这样不仅能减少沟通失误，还能让管理层在决策时更加果断和有效。
PS：虽然这是很难实施的......
优先级管理的透明化：
执行团队可以通过建立一个透明的项目优先级管理系统，清晰展示每个项目的资源需求和预期产出。
这种透明化的管理方式，不仅能帮助管理层更好地理解团队的工作负荷，还能为团队争取到更为合理的资源配置。
鼓励双向反馈：
管理层应主动寻求执行团队的反馈，了解他们的真实困难和需求，同时，团队也应积极反映自身在执行过程中遇到的挑战。
这种双向的反馈机制，有助于消除沟通中的误解，形成一个更加信任和支持的工作环境。
建立应急响应机制：
在资源不足或项目过载的情况下，技术团队可以建议建立一个应急响应机制，灵活调整项目优先级和资源配置。
这不仅能提高团队的应变能力，还能有效减少因资源短缺导致的项目失败风险。
总结：
无论是执行层还是管理层，只有通过不断的沟通、理解和调整，才能在复杂的项目环境中找到平衡。
我们应当避免将职场问题简单化为“上下压榨”，而应通过建设性对话和有效管理策略，找到解决问题的最佳途径。
虽然这是一个美好的愿望，如果这个愿望无法实现，我还有一些损招......
不建议的做法
加班大法：
有时候，上级对项目的预期远高于实际资源的承载能力，这个时候，加班成为了一种必要的策略，但关键在于如何运用和展示：
朋友圈的力量：并非要让所有人都看到你在拼命工作，而是要让关键决策者知道你和团队的努力。不断地在朋友圈分享项目进展和加班情况，让上级感受到你的投入。
节奏掌控：加班并不是一味的盲干，而是要有节奏地推进项目。当事情难以完成时，不妨将工作量分批完成，同时在合适的时机适度诉苦，争取更多理解和支持。
砍需求法：
当面对紧迫的时间表和不合理的需求时，灵活地砍掉一些次要需求是一种有效的策略。
非关键功能能推就推，能砍就砍。关键是保证核心功能的正常运行，避免因追求完美而导致项目整体延期。
集中力量法：
资源有限，项目却非常重要，这时需要集中力量办大事：
聚焦优先级：向上级明确表态，资源不足无法全盘照顾，必须集中力量在最关键的部分。让上级自己来决定如何分配资源，避免把决策责任全部压在自己身上。
业务线PK：如果多个项目同时进行，建议上级让各业务线自己来争取资源，这样不仅减少了你的压力，也避免了后续责任归咎到技术团队。
夜半无人私语时：
深夜时分，高管们往往比较放松，这也是一个释放压力、传递信息的好时机：
高管群发言：在高管群里不时分享一些项目进展、遇到的挑战、团队加班的照片，既是对项目的推进，也是对团队辛苦的展示。
深夜问候CEO：如果压力真的大到无法承受，半夜跟CEO聊聊现状和困难，不求他回复，但至少让他知道你和团队正在为项目拼搏。
牺牲质量法（慎用）：
当一切手段都难以奏效，而项目时间紧迫时，有时不得不在质量上做出让步，但这是最后的手段，且必须小心：
沟通风险：提前告知上级由于资源和时间限制，项目可能在某些非关键点上有所妥协，让他们有心理准备。
保留证据：确保所有的沟通和决策都有记录，以免后续出现质量问题时，能够证明是资源不足导致，而非团队执行不力。
这些策略不是鼓励投机取巧，而是在资源不足、压力巨大的环境中，如何聪明地展示团队的努力，保护自己和团队不被无端指责。
正所谓识时务者为俊杰，在不公平的环境下，我们必须懂得如何自保，才能在职场上立于不败之地。
我是军哥手记主理人，军哥-前饿了么技术总监目前创业者，今天特开放微信（jeff_arc）加好友名额，朋友圈经常分享一下对程序员等技术人有价值的思考，一定对你有帮助，加了也不用打招呼，有事说事就好！
208
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
