管理者的负责对象从个人交付转向团队目标、协作、成员成长和风险后，刚接手一个 10 多人的团队时，头几个星期该做什么就成为一个实际问题。
那阵子我心里其实挺急的。看什么都觉得不顺眼：例会见不到结论，排期表和实际进度对不上，有的事情在群里问一圈没人认领。按我以前带小团队的习惯，看到不顺眼的地方早就上手改了：三四个人背景齐、上下文一致，我直接改完通常不会错，事后同步一句就行。现在这个团队人手多、背景杂，我直接动手，可能改对了形式却错过了背后的原因，也可能把别人手里的问题压得更深。培训里有一节课专门讲新任管理者的常见失误，原话我记不全了（待确认：翻培训笔记补上），大意是刚接手时信息量最少、冲动最大，这时候做的改动大多基于偏见。我给自己定的原则是：第一个月以观察和约定为主，先不改流程、不换分工、不评价人。
这篇把那个月的做法整理下来，包括先收集什么信息、怎么区分听到的和验证过的、先和团队约定哪几件事、忍住不做哪些事，最后是月末回顾用的检查清单。
先收集什么信息
我把要摸清的东西分成五类，挨个找来源。
业务目标。团队这个阶段为什么存在，目标从哪里来。这个只能和上级对齐，问清楚这个季度团队要交付的结果是什么、上面用什么标准衡量。目标没有明确来源的话，后面所有分工都是悬空的。
当前项目状态。手里有哪几个项目，各自进行到哪一步，接下来一个月的交付节点是什么。这部分靠看已有的文档、看板和排期，不用开会。
成员负责范围。每个人当前主责什么，哪些模块只有一个人懂。上一篇提过任务集中在少数人身上的信号，这一步就是先把分布画出来，看清楚再判断是不是问题。
外部协作关系。我们依赖谁，谁依赖我们，每个协作方有没有固定的接口人。
已知风险。已经在延期的事、悬而未决的依赖、临时顶替的安排。这些是团队自己也知道烫手、但一直没有归属的事。
这五类信息我只做记录，不做判断。记在一份私人笔记里，观察期间发现的矛盾先标注出来，不急着处理。
区分听到的和验证过的
收集信息主要靠三个渠道：一对一、项目例会、交付物本身。前两个渠道听到的都是别人的表述，第三个才是事实。
一对一我开始按固定频率跑，每次聊工作状态和阻碍，不追问任务进度。例会上我听大家怎么描述问题，但描述本身我不直接采信。交付物、代码提交、评审记录、群里的讨论留痕，这些是可以自己核对的。
举一类当时遇到的情况。团队里的一位资深同学，我接手前听到的评价是他推进事情偏慢。翻了他的交付记录和几次跨团队讨论的留痕，发现他的几个任务都卡在等协作方确认接口，等待期间没有升级渠道，只能干等。慢是结果，原因在协作结构上。如果凭听到的评价就对人有判断，后面调整分工的方向就全错了。
我给自己立的规矩是：任何关于人和流程的结论，至少要有两个独立来源，或者一次自己的直接观察。只有单一来源的信息，在笔记里标注”未验证”，不参与任何决定。
先和团队约定三类规则
观察的同时，有几件事不能等。没有这些基本约定，观察和收集信息本身都进行不下去。我只推了三类，刻意保持很少。
优先级怎么确认。任务冲突的时候找谁、以什么为准。约定很简单：优先级分歧不要成员之间互相让，直接来找我当场定，定了就不私下再改。这一条是为了把”谁都觉得自己手头的事最急”的消耗收拢到一个出口。
风险什么时候上报。先约定什么算风险：影响交付节点的、依赖外部超过约定时间没回应的、同一个问题卡住超过两天的。再约定报给谁、通过什么渠道报。还有一条重要的补充：上报不等于麻烦别人，报了没人接是管理者的责任，不是上报者的。不说清楚这条，大家会倾向于把问题压在自己手里，到最后变成临近交付的惊吓。
决策和结论怎么留痕。会上和口头讨论出的结论，约定落到哪里、谁负责记。我们的做法很轻：结论发在项目群里，有异议直接在下面跟。这样做不需要新工具，但事后追溯”当时为什么这么定”有据可查。
这三类约定我都在会上明确说是试行，一个月后看效果再调整。先把”试”的预期放出去，后面改动就不算出尔反尔。
第一个月忍住不做的事
有三件事我当时很想做，都忍住了，事后看忍住是对的。
基于片面信息评价成员。刚接手时收到的评价大多是转述，转述自带立场。前面那位资深同学的例子就说明这一点。评价一旦有出处，后面想改口很难，对成员也不公平。第一个月我只记录行为事实，不形成对人的结论。
一次性重构全部流程。看到的低效未必是问题本身，可能只是某个约束的结果。比如例会没结论，我最初想改会议形式，后来发现是会上讨论的事没有人有权拍板，根子在职责，在流程上动手治标不治本。没摸清约束之前改流程，大概率是把原来勉强运转的平衡打破，新平衡又建不起来。
把个人偏好升级成团队规范。我以前习惯的代码评审方式、排期粒度、文档格式，都想顺手带过来。这些做法在小团队里确实行之有效，但有效的前提是当时的成员结构：背景整齐、上下文共享，偏好很容易变成共识。换到现在这个团队，“我以前团队这么做”构不成理由，只能算一个待验证的候选方案。偏好先放在自己身上试用，确认在当前的约束下确实解决问题，再拿出来讨论。
月末回顾
一个月期满，我拿几个问题回顾这一阶段的约定和观察：哪些约定已经在减少返工，哪些问题仍然缺少事实依据。
我自己的情况是，优先级确认这条见效最早，任务打架直接升级之后，成员之间的互相消耗少了。风险上报执行得不齐，有人还是习惯自己扛，约定写在纸上和变成习惯之间还有一段距离，这是下个月要继续盯的事。（待确认：补充当时一对一里关于风险上报的具体反馈。）
留了一份固定的检查清单，之后每个月都可以拿出来核对：
- 团队目标是否有明确来源，成员能否复述当前阶段要交付的结果。
- 每名成员是否知道自己当前的主责，是否存在无人认领的事项。
- 风险是否有明确上报入口，上报之后有没有人接。
- 跨团队协作是否有固定联系人和明确的产出物。
四条里有任何一条答不上来，就说明基本盘还没建立，先补基本盘，别急着做别的改进。
小结
第一个月的产出看起来很单薄：几页观察笔记，三条约定，一份清单。但这段克制让之后的调整有事实可用，也避免在信息不足时把个人偏好或片面评价变成团队规则。
