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