技术 Leader 管头不管脚：把目标、标准、资源、边界管住，代码交出去

技术 Leader 的时间经常被两类动作切碎：一类是定目标、定标准、协调资源、划边界；另一类是写代码、拆任务、盯过程、抠细节。前者是管理动作，后者是操作动作。

「管头不管脚」不是不碰技术，而是把操作动作还给团队，自己只保留管理动作。

三个症状

• 所有人等你拍板。需求评审、方案选择、字段命名，最后一句话都要你说。
• Leader 一休假团队停摆。你不在，排期没人敢确认，线上问题没人敢决策。
• 过程盯得紧，结果还是一团糟。天天看进度，交付质量依然参差，团队在表演努力，不是对结果负责。

技术 Leader 为什么容易踩进去

• 晋升路径都是动手型。从写代码被认可，到带团队仍然靠写代码获得安全感。
• 技术能力焦虑。怕不写代码就落后，怕脱离一线被替代。
• 对团队不信任。觉得讲一遍不如自己做一遍快。
• 考核压力。交付节点压下来时，最直接的反应是把决策权收回来自己扛。
• 正反馈陷阱。救火成功、被依赖、被感谢，这些即时反馈比做标准、做边界更有成就感。

管头的四件事

管目标

目标是可验收的结果，不是任务描述。用任务单固定下来：

# 任务：订单列表支持批量导出

## 背景
客服需要把订单数据导到线下核对，目前只能一页页复制。

## 目标
客服在订单列表页可以按当前筛选条件批量导出。

## 完成定义（DoD）
- 最多支持 10000 条
- 导出字段与列表展示字段一致
- 超过 30 秒走异步队列，完成后给出下载链接
- 导出文件 24 小时后清理
- 仅客服角色可用

- 负责人：
- 验收人：
- 截止时间：

DoD 写不出来，说明目标还没谈清楚，这时候不该进开发。

管标准

标准要能自动检查，而不是靠人盯人。把底线放进 CI：

test:
  script:
    - pytest --maxfail=1 --cov=app --cov-report=term
  coverage: '/^TOTAL.+?(\d+\%)$/'

lint:
  script:
    - flake8 app tests

测试不通过不合、覆盖率低于线不合、lint 报错不合。规则写进流水线之后，Leader 不需要在群里追问「这个有没有写测试」。

管资源

Leader 是团队的资源接口人：争取人力、预算、时间，协调跨部门支持，挡掉与当前目标无关的需求。这几件事团队自己做不到，只有你能做。

管边界

边界就是「哪些事团队自己决定，哪些事必须上报」。把决策分级写清楚：

原则是：越靠近执行层的决策越下沉，越靠近外部承诺和资产变更的越要上级介入。

放脚的五个方法

用结果定义取代过程盯梢

每个任务给出三要素：成果物、验收标准、交付时间。中间过程不用报，到点看成果物。

从最小授权单元开始

先放低风险的事：测试环境部署、内部脚本、CI 改进、管理后台页面。这些错了影响可控，放手成本低。授权范围随着信任积累再扩大。

下属提问先反问三问

• 你已经掌握了哪些信息？
• 你自己的判断是什么，理由是什么？
• 你倾向先做哪一步，为什么？

三问答完，多数问题会自己收敛。但线上紧急事故例外，直接指挥优先止损，事后再补复盘。

复盘对准流程，不对准人

出问题后问的是流程问题：

• 这个问题为什么没被测出来？
• 发布流程能不能加一道自动检查？
• 监控告警为什么没有提前触发？
• 信息传递在哪一环延迟了？

复盘前约定不追责个人，否则下次没人说真话。

每次救火要关掉火源

同一类问题第二次出现，说明上一次只处理了现象。把判断依据沉淀成文档、检查项或工具，让下一次不需要你再判断一遍。

想知道团队依赖你的程度，可以统计群里提问的分布：

import json
from collections import Counter

with open("messages.json", encoding="utf-8") as f:
    messages = json.load(f)

counter = Counter(
    m["sender"]
    for m in messages
    if any(k in m["text"] for k in ("怎么", "怎么办", "改不改"))
)

for sender, count in counter.most_common():
    print(sender, count)

如果这类提问高度集中在你身上，说明团队在等你的判断，而不是在按标准执行。

六个实操场景

管理失控排查表

落地清单

• 每天最多亲自解决一个技术问题。
• 给正在进行的每个需求补一份 DoD。
• 把「必须上报」的事项列成清单发团队确认：线上数据变更、对外承诺调整、新中间件引入。
• 每次会议结束明确下一步和跟踪人。
• 每周设一个「不接手日」，只关注目标、标准、资源、边界。

放权不等于甩手

放权不是把任务扔出去就不管。正确顺序是先低风险授权，建立信任，再扩大范围；过程中靠复盘保方向，靠自动化标准兜底质量。管头不管脚，管的还是那四件事，只是手从键盘上拿开了。

后面可以继续往下做的：一对一节奏、技术分享机制、OKR 拆解、跨团队流程。