见字如面,我是军哥!
最近与一位技术负责人聊关于问题汇报一块非常苦恼:
问题简单且常见:老板觉得团队效率有问题,于是乎要求技术负责人做一次专项问题汇报。
于是,技术负责人老老实实去做了一轮项目的盘点以及人员的分布,他无非是想证明一个问题:当前团队已经很忙了。
从项目盘点上看得出来项目确实很忙,大家都达成了共识,但接下来技术负责人开始引导削减项目和排期时,老板很自然的将话题绕开,以更加升维的方式讨论问题,比如可以用提升效率的方式...
并且还提点了技术团队一些思维方式,让大家都若有所思,最后大家退出了讨论。
所以,这次会议达成了两个结果:
大家认可,技术团队项目多;
大家认为,技术团队需要提效;
技术负责人的苦恼就是在这,其实他想要的是优先级,结果收到的是建议,这也是一种常见情况:
你向上去暴露问题求助,反过来收到了反向PUA,但问题并没有得到解决
所以,这是一种什么问题呢?
博弈
首先排除老板不清楚你的困难,和需要的帮助,他心里跟明镜似的,于是这只有一个可能:他在尽量压榨你的潜力。
以几年前我一个亲身经历,当时的Leader首先是给了我5分的资源,让我去做难度6分的项目,我搞定了;
其次他给了我6分的资源,让我去做难度8分的项目,于是乎我搞不定,开始求助,当时Leader给的反馈很清晰:如果这个事情搞不定,那么以后就不会给我额外的资源,于是只能硬着头皮做。
至于6分资源能不能干成难度8的项目,那就看你如何透支自身,也许是带领整个团队一起加班,也许是与人做交易,那就是你的事情了。
可以认为,在你明确求助而被拒绝时候,Leader是知道你的需求,但就是要“考验”你。
另一种情况也很常见,老板知道资源不足,但所有项目都不想放手,就是想白嫖团队加班,很正常且常见的情况。
除此之外,还可能有以下原因:
管理层的视角差异:管理层往往从宏观角度考虑问题,更关注整体效率和战略,而执行层可能更关注具体的执行层面。管理层可能认为他们提出的建议是提供更广泛的思考框架,但对于执行团队而言,这些建议常常显得不切实际。
责任推卸:管理层可能在潜意识里不愿意做出具体的优先级决定,因为这意味着要承担相应的责任。因此,他们倾向于将问题“升维”,以避免面对执行层面的问题。
缺乏信任:管理层可能对团队的自我管理能力存疑,担心如果直接给出优先级的指示,可能会限制团队的创造性和灵活性,因而他们希望通过引导团队“提效”来间接解决问题。
综上,这是一种常见的职场PUA与博弈过程:
即当员工寻求帮助时,管理层通过模糊、提升维度的建议,似乎是解决问题,但实际上并没有给出实际可操作的指引。
结果是问题仍然存在,而员工却被暗示需要自我反思或提高。
最终达到望员工靠自己更加努力去解决问题的效果
PUA会导致什么问题
关于会导致的问题,这个要分情况,如果是5分资源,难度6的项目,并且激励策略及时,能够很好的激发团队潜能。
但如果是6分资源,难度8的项目,由于资源与工作难以弥合,可能会导致极端的结果:你PUA我,我就糊弄你,最终有崩盘风险,如图所示:

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