业务增长放缓：把焦虑聊成"先定基调，再解决关键路径"
业务增速放缓时，团队会集体焦虑。先定"积极应对、分析问题、解决关键路径"的基调，再逐项聊清楚问题出在哪。
收录于专栏 一对一对话 · 第 12 篇
写作归档
2023年的写作。
按创作时间整理的文章。
我的读书档案：书单、工具与阅读笔记
从 2021 到 2023 年的一份个人阅读记录：读什么、怎样记，以及一些还没有想明白的读后感。
职场发展问题：晋升与面试前的完整自查清单
一份不压缩的问题库：围绕业务、技术、团队、个人判断与组织能力，逐项准备晋升材料、面试回答和阶段复盘。
前端工程师如何从执行走向系统判断
职业发展不只是把更多需求做出来，而是逐步扩大问题定义、取舍和协作的责任范围。
目标、规划与复盘：把"交作业"变成自己的成长
规划和复盘不是为了完成任务。从制定目标的困难、到复盘的方法、再到以自我成长为导向，一套完整的话题清单。
收录于专栏 一对一对话 · 第 11 篇
东京漫游
2023 年 6 月六天：银座、涉谷、横滨、镰仓，以及密度、步行和"面积为什么要单独算钱"。
培养不是培训：团队能力如何复利
团队培养的目的不是把经验灌输给每个人，而是让判断、协作与责任能够被练习、反馈和传递。
收录于专栏 团队建设与管理 · 第 4 篇
如何设计新人、骨干与负责人三条成长路径
成长路径不是职级清单，而是三种不断扩大的责任：完成任务、经营问题，以及让他人也能完成重要工作。
收录于专栏 团队建设与管理 · 第 5 篇
从零搭团队时，先设计什么
当既有梯队失效或需要重新开始时，先重建责任、标准和培养机制，而不只是重画一张分工图。
收录于专栏 团队建设与管理 · 第 2 篇
自我迭代不是鸡血，而是一套反馈系统
所谓自我迭代，不是无止境地逼自己更快，而是看清目标、观察结果、调整行动，并在不确定中持续校准。
收录于专栏 成长与自我评估 · 第 3 篇
西海岸日常
2023 年 5 月的十五天：一边在另一个时区工作，一边开车、加油、停车、算账。最深的印象不是景点，是时差和"贵"。
思维训练（三）：如何给自己提出好的问题
好问题不是聪明的发问，而是把模糊的不适感转成可核验、可讨论、可行动的对象；这是一套用于工作、学习与复盘的日常练习。
收录于专栏 思维训练 · 第 3 篇
协作重叠不是忙碌：怎样区分健康冗余与有害 overlap
容灾和复核是健康冗余；抢资源、抢项目和不清楚的授权导致的赛马，则会把组织推入零和疲惫。
资源充足时，为什么组织仍会变慢
资源诅咒不是钱或人太多，而是资源让目标更细、结构更重、低质量决策更多，最终失去发现并解决高 ROI 问题的能力。
焦虑与压力：在不安里聊出可行动的工作边界
工作中的一对一不是心理咨询。把焦虑拆成"能控制的和不能控制的"，先聊认知，再聊具体压力与工作条件。
收录于专栏 一对一对话 · 第 10 篇
AI 加速之后，职能线与业务线怎样重新划分
职能线曾帮助专业能力高效运转；当工具降低工作流壁垒后，组织更应围绕全链路业务能力重新设计，而不是固守历史分工。
收录于专栏 技术规划与架构 · 第 5 篇
组织变化发生时，怎样同步才不制造猜测
先同步已经官方确认的客观事实，不掩盖问题；再分别对上、对下和协作者说明目标、稳定性与新的协作方式。
人力规划不是比率游戏：从资源出现时开始对齐
人力配比只是动态概念。更重要的是在扩张、收缩和方案变化时，把目标、市场与资源约束及时对齐。
收录于专栏 工程协作与交付 · 第 4 篇
1-on-1 不是例会：信息、预期与决策权怎样对齐
1-on-1 的核心是让上下级了解彼此目标与诉求；授权必须随着信息和角色边界发生，而不是把上下文误当作决策权转移。
共享核心与本地变化：多地区系统怎样演进
多地区系统既不能把所有差异硬塞进一个核心，也不能让每个地区重复建设。关键是识别稳定边界、保留扩展点，并明确模块所有权。
收录于专栏 技术规划与架构 · 第 4 篇
信息同步不是抄送：怎样让对方能作决定
有效同步的目标不是把知道的一切都发出去，而是让特定读者在适当时间获得足以判断、协作或行动的信息。
分布式团队如何减少上下文损耗
异地协作最贵的成本往往不是时差，而是上下文反复丢失。清楚的闭环责任、异步文档和有限的重叠时间能让协作更稳。
收录于专栏 工程协作与交付 · 第 2 篇
资源不足时，怎样不让团队靠透支运转
资源紧张不是一句"大家再努力一点"能解决的问题。团队需要把承诺、风险和投诉还原为事实，并公开作出取舍。
收录于专栏 工程协作与交付 · 第 3 篇
「一定不做」不是懒惰：给承诺设边界
时间管理的核心不是塞满日历，而是根据角色、价值和机会成本明确承诺，也明确哪些事情此刻不做。
项目合作发生冲突时，先对齐哪三件事
多数项目冲突不是谁不配合，而是目标、事实或决策权没有被明确。先把这三件事说清，才能让分歧回到可解决的对象上。
收录于专栏 工程协作与交付 · 第 1 篇
质量不是某个团队的任务：共同为交付结果负责
每个角色对自己的交付负责，也共同对线上结果负责。质量闭环的关键是监控、快速止损、精确修复与复盘。
产研关系不是"配合"：先站到同一个阵营
好合作建立在信任、信息互通和共同解决问题上；目标冲突时不要私自承诺，而要带着完整信息上升对齐。
工程规范怎样既减少返工，也不制造官僚流程
好规范不是把每一步都变成审批，而是让最容易失真、返工和出事故的关键交接点变得可见、可讨论、可复用。
收录于专栏 技术规划与架构 · 第 3 篇
当一个人失去动力，管理者能做什么
动力不是靠口号或压力制造的。管理者能做的是分辨问题来自环境、角色、回报还是个人状态，并提供诚实而有限的支持。
收录于专栏 工程协作与交付 · 第 5 篇
管理者离代码多远才合适
管理者不必逐行审批代码，但若脱离一线细节，就无法判断风险、成本和团队真正的阻塞；关键是建立抽样理解，而不是微观控制。
代码为什么会变坏：从局部便利到系统债务
代码劣化并不主要来自某一次"写得差"，而来自局部变更不断绕过共同边界；真正要维护的是设计与协作的一致性。
收录于专栏 技术规划与架构 · 第 2 篇
当团队说不清独特价值时，工程师还能做什么
技术不能凭空制造卖点，但工程师仍能帮助团队更准确地理解用户、缩短验证周期，并把隐含的约束变成可选择的问题。
陌生领域的第一张地图：怎样理解一条完整价值链
进入陌生业务或系统时，不要急着从局部方案开始。先画出使用者、流程、输入输出、关键约束和价值，才能知道该问什么。
一线技术管理的三种产出
一线管理不是替团队多做一点事，而是持续产出更好的判断、可预期的交付，以及能自我修复的协作系统。
收录于专栏 团队建设与管理 · 第 1 篇
印尼十四日记
2023 年 2 月在雅加达的十四天：一座被折叠、被切开的城市，高楼和路边摊各自过着各自的日常。
评估潜力时，我们真正该看什么
潜力不是履历或一次表现的标签。比起判断一个人“够不够聪明”，不如观察他怎样学习、行动、思考，以及从挫折中恢复。
收录于专栏 成长与自我评估 · 第 1 篇
如何做好沟通：从"不知道聊什么"到把话聊明白
沟通的话题很大，但可以很具体。从"先澄清再反馈最后承诺"讲起，附一套工作沟通的完整问题清单。
收录于专栏 一对一对话 · 第 9 篇