技术管理 | 谈一些职场认知悖论
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
TechLead 少个分号
扫码关注公众号
扫码阅读
手机扫码阅读
本文来源于公众号: TechLead 少个分号,作者分享了自己关于职场认知的观点,以及如何处理工作中的某些悖论性问题。
作者指出,坚持错误的价值观和观点会导致工作中的痛苦,特别是当这些观点与实际反馈冲突时,往往反馈更符合客观规律。举例来说,作者提到自己的过度责任心在工作中反而成为弱点,因为它会导致其他人的摆烂行为,称之为“责任心守恒定律”。这种认知悖论在职场中很常见,尤其是在管理岗位上,如果处理不好,会在管理上吃亏。
作者提出了几个职场建议:
- 责任心过度:过度的责任心会被人利用,并可能导致职场困境。作者认为大多数人的工作并无太多权力,因而不应有过多责任感。
- 谨慎主动帮助他人:虽然助人为乐是美德,但过度帮助会降低个人价值,给人留下时间不值钱的印象。
- 不要真的有太多意见:提意见需要艺术,不是所有意见都会被领导接受。领导更关注的是任务是否能完成,而不是工作流程是否完美。
- 不要害怕吵架:在合适的时候,适度的争论是必要的,尤其是在保证产品质量和团队利益方面。
- 别听太多人的意见:我们需要有独立思考能力,而不是盲目听从他人意见。
- 工作不是越努力越好:在工作中,有时候少做比多做更好,避免越俎代庖。
- 慢比快好:工作的质量比速度更重要,有时候需要判断工作的紧急程度和完成质量。
作者强调,抓住工作规律比纠结世俗看法更重要,因为这些看法本身就是一些认知悖论。被提拔的人往往是负责的人,而那些不恰当的努力可能不如不劳而获。
TechLead 少个分号
TechLead 少个分号
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
TechLead 少个分号的其他文章
DDD clinic:“千层饼” 架构之痛
使用 DDD 后,代码变多了。一个简单的功能需要修改很多类,需要经过很多层的转换才能实现。\x0a\x0a这种架构,我们可以形象的称之为 “千层饼”架构。
系统设计 | 对象转换方案
如何轻松地转换和映射 Java 对象?
系统设计 | 基于读者反馈的补充更新 (1)
频率表达格式,SSE 推送,DSL 补充案例,高精度计算相关库,基于 HTML 的PDF 导出,补充流程引擎、规则引擎、公式引擎区别。
技术管理 | 如何通过提案+评审取得团队共识?
用提案+评审的方式处理团队不同意见。
建模和编程中的契约 —— Design By Contract
1. 业务是生意,不是功能也不是交互,人是生意的主体。\x0a2. 人是不可靠的,需要用契约来约束生活的方方面面。\x0a3. 把软件组装起来的连接点就是接口,接口也是契约。\x0a4. 开发软件是关于生意的生意,管理团队也需要契约。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线