承重墙效应：那些你看不见的关键节点
承重墙效应：那些你看不见的关键节点 去年我们团队有个工程师离职了。不是技术负责人，不是架构师，甚至不是最活跃的那个。他的代码提交量中等，在周会上话不多，绩效评估是”符合预期”。HR问我要不要挽留，我说”不...
标签索引
团队管理
这个标签下有 10 篇文章。按时间回看相关判断与实践记录。
标签精选
相关内容
别试图用“工程化思维”逃避倾听：技术人最大的软肋
本文痛斥了科技行业中一种普遍的逃避行为：工程师和产品经理往往过度依赖“框架”、“系统”或“社会技术体系”等术语，试图通过工程化的方式来规避与人直接沟通和倾听的艰辛。作者指出，问题的核心在于我们往往因为专业傲慢而陷入“专家盲区”，错误地认为技...
AI冲击下的软件工程经济学：为何拥有庞大代码库不再是护城河
这篇文章深入剖析了现代软件团队的经济逻辑，指出大多数组织对研发成本与产出比缺乏清晰的财务视野。文章以数据为据，指出一个8人工程师团队的月成本极高，且内部平台组往往需要通过3-5倍的价值产出才能覆盖实际风险与维护成本。作者认为，过去十年的低利...
速度不是美德，记录删减才是：为什么团队必须给每次赶工建立决策账本
很多团队把“今天就上线”当成战斗力，把“先别管那么多”当成创业精神，把“后面再补”当成工程常识。我的判断是：这套话术大部分时候都是扯淡。速度本身不是美德，速度只是交易。你今天快了一步，必然是把某些校验、某些讨论、某些文档、某些兜底、某些长期...
共识崇拜：为什么多数团队把决策能力外包给流程
大多数团队不是死于错误决策，而是死于没人愿意真正做决策。 我的判断是：今天公司里最被高估的词，不是“战略”，不是“创新”，而是“共识”。一群人围着会议桌兜圈子，把每个人都安抚到情绪稳定，最后产出一个谁也不真正相信、但谁都可以免责的方案——这...
亚马逊“两个披萨”规则过时？AI编码工具催生超小型“单披萨”团队
随着Claude等AI编程工具的普及，编写代码已不再是工程开发的瓶颈。依据约束理论，瓶颈转移将改变组织形态，这使得亚马逊著名的“两个披萨”团队（5-8人）规则面临挑战。AI大幅提升了编码效率，使得工程团队可以进一步精简至“一个披萨”规模，这...
从程序员到技术负责人的转变
如果说写代码是技术能力，那么带团队是领导力。但很多技术负责人在转变中迷失了方向。 角色转变的困惑 以前你只需要把代码写好。现在你要负责整个项目的成败。 以前你关注「这个功能怎么实现」。现在你要问「这个功能要不要做」。 以前你对自己的产出负责...
创业即滚雪球：增长、协作与周期的隐喻
本文用滚雪球的隐喻生动描绘了创业的全过程。从最初掌心中的小雪团，到团队齐心协力推动其增长，再到面对内部分歧和市场环境变化的挑战。文章探讨了初创企业在不同阶段如何保持动力、处理合伙人关系以及应对周期性危机。核心在于保持雪球滚动，无论是经历风暴...
初创公司如何挖掘被低估的顶尖人才：重新定义招聘中的“最好”标准
本文探讨了初创公司如何在资源有限的情况下识别并招聘真正的“顶尖人才”。作者指出，初创企业不应盲目迷信大厂履历或显性标签，而应寻找那些具备潜力却被市场忽视的“非显性”人才。文章通过具体案例总结了11条通用特质，强调真正的顶级员工往往表现出极强...
谷歌高效秘诀：将会议推迟5分钟开始
谷歌工程经理分享了一个提升团队效率的简单习惯：将所有会议安排在整点或半点过5分钟开始。相比于试图提前结束会议，推迟开始能更有效地利用社交压力，确保会议间有固定的休息空档。这解决了会议拖堂导致下一场会议迟到的问题，让参会者有时间转换心情，从而...