技术管理|项目推动落地困难,试试《助推》中的方法
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
TechLead 少个分号
扫码关注公众号
扫码阅读
手机扫码阅读
文章主旨: 管理者不能依赖命令或假设大家自动听话,而应通过设计“选择环境”(如默认选项、框架效应、社会影响等)来引导团队行为,从而推动项目落地。
关键要点:
- 组织中人的行为受利益驱动,对集体有益的事未必对个人有利,因此不能期待命令得到服从。
- 《助推》指出人类是非理性决策者,通过默认选项、框架效应、社会影响等可以无强制地影响行为。
- 技术管理中可应用的方法:默认启用流程(如CI/CD、Code Review)、利用框架效应沟通技术投资、公开团队数据利用社会压力。
- 项目推动落地的核心是让参与者意识到对自己有好处或至少没坏处。
内容结构:
1. 管理者的常见错误假设:认为大家会听命令,实际组织行动复杂不确定。举例明朝灭亡和茅台数字化受阻。
2. 三个关键认知:不是你觉得有价值大家就行动;不是领导说什么就照干;对集体好不一定对个人好。
3. 解决思路:让参与者意识到对自己有好处或没坏处,引入《助推》理论。
4. 《助推》核心:人类非理性决策,可通过选择环境设计影响行为,无需强制。具体机制包括默认选项(如默认启用CI/CD)、框架效应(如重构沟通方式)、社会影响(公开工程指标)。
5. (原文后半部分为广告,已移除)
文章总结: 本文建议管理者放弃“皇帝”式的命令思维,转而运用行为经济学原理设计环境来推动团队行动,更有效且更符合人性。
TechLead 少个分号
TechLead 少个分号
扫码关注公众号
没有了
上一篇
研讨会回顾:团队级 AI 编程,Harness 的几个关键点
下一篇
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
TechLead 少个分号的其他文章
用分布式系统思考团队管理
一个团队本质上是一个由人构成的分布式系统,所以可以用分布式系统的一些模型来分析他们,通过这些模型让管理者能更为深入的理解团队管理的逻辑。
模型诊断 | 上下文之间的边界和幂等因子
如果在两个服务中需要实现最终一致性,却找不到幂等因子,说明模型设计可能有一些问题,这在边界模型设计上需要特别注意。
技术管理 | 如何分析和影响你的干系人?
干系人管理是一项很硬的软实力,由干系人管理带来价值可能比很多开发人员加班合起来还大。
研发自测之路:从"救火"到自测
哪有什么测试,自己点两下没报错就行了,反正上线后用户就是公司的测试。“互联网公司不需要测试人员,用户就是测试”这是老板的原话。
易学中的模型思维和技术战略
易学是研究事物发展的传统哲学,当然,它也可以被用于技术领导者指导 IT 体系搭建。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线