带团队第一年我踩过一个坑：用自己对系统的理解去评估别人的工作量。当时我判断一

一页清吖 2026-05-11 08:30:48

带团队第一年我踩过一个坑：用自己对系统的理解去评估别人的工作量。当时我判断一个需求"两天够了"，是基于我对这个系统4年的熟悉度——知道数据在哪张表、逻辑在哪个类、坑在哪里。但我忘了接手的人刚进来，连表结构都还没看全。后来我给自己定了个规矩：评估工作量之前，先让对方说"难点在哪"。他说的那个点，才是我该投入时间去判断的点。你刚开始带人的时候，这种"我觉得简单你为什么做不出来"的时刻多吗？

0 阅读：0

感谢大家的关注

作者最新文章

1

团队推广AI Coding时，面临着一个抉择：是选择IDE插件，还是端到端SDD

2

前两天聊了个身边事儿：AI 一火，业务人员都觉得自己也能写代码了。这不，这两天

3

近期公司在组织职级晋升，我留意到一个数据：不同团队AI应用的差距，已经大到不像同

4

业务同事用Vibe Coding写了个员工管理系统，让我帮忙部署。我拿到一看

5

家里两个小孩，相差不到两岁。一个完全不用盯，一个不盯着就划水。完全相同的环境

6

2018年我写过：架构是特定约束下决策的结果。 7年后我改成：架构 = 结构

7

从写代码转管理，最难的不是学管理，是忍住不自己上手。组里人写的方案我一眼看出

8

把193张概念卡片丢给AI分类，它十分钟干完了我一个月的事。但我审查结果时发现

9

今天在技术选型上做了一个"不酷"的决策。方案A：引入新的消息中间件，性能好40

10

晋升答辩拿到评委意见，四个字：过于冗长。我准备了28页，从背景讲到架构讲到规划