<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:media="http://search.yahoo.com/mrss/">
  <channel>
    <title>项目 · 仁才德</title>
    <link>https://jared.lynskey.co.nz/zh-cn/tags/%E9%A1%B9%E7%9B%AE/</link>
    <description>关于软件工程与研发团队领导力的短文——绩效评估、招聘与团队扩张、CI/CD、DevOps 监控、智能体 AI。写于首尔。</description>
    <generator>Hugo</generator>
    <language>zh-CN</language>
    <copyright>© 2026 仁才德</copyright>
    <lastBuildDate>Mon, 26 Oct 2026 00:00:00 +1200</lastBuildDate>
    <atom:link href="https://jared.lynskey.co.nz/zh-cn/tags/%E9%A1%B9%E7%9B%AE/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>别等别人来问</title>
      <link>https://jared.lynskey.co.nz/zh-cn/posts/2023/2023-09-23-reactive-vs-proactive-communication/</link>
      <guid isPermaLink="true">https://jared.lynskey.co.nz/zh-cn/posts/2023/2023-09-23-reactive-vs-proactive-communication/</guid>
      <pubDate>Thu, 21 Sep 2023 11:30:03 +0000</pubDate>
      <dc:creator>Jared Lynskey</dc:creator>
      <category>CTO</category>
      <category>指南</category>
      <category>项目</category>
      <category>沟通</category>
      <category>战略</category>
      <description>进度也好，问题也好，别等人来问，先说出来。就这么一个习惯，能让别人对你的信任完全不一样。</description>
      <content:encoded><![CDATA[<p>主动沟通（proactive communication）指的是在别人开口问之前，就把他们需要知道的事告诉他们：快要延期的截止日期、会影响到对方的改动、你已经发现的风险。被动沟通（reactive communication）则是等别人来问，再去回答。团队两种都需要，但大多数人习惯了被动，代价往往要到后面才以“意外”的形式冒出来。这篇讲我是怎么吃了亏才明白这一点的，现在哪些情况我会先开口，以及什么时候只管回应就够了。</p>
<p>我带过一个进度落后的项目。架构有问题，我知道；赶不上截止日期，我也知道。但我一直在等别人来问。</p>
<p>三个星期后，终于有人问了。那时候局面已经收拾不了了。</p>
<p>那次我学到的东西很简单：你不主动说，大家就默认一切正常，直到出事为止。出事之后，他们只会问你一句话——为什么不早说？</p>

<h2 class="relative group">只会“有问必答”的问题
    <div id="只会有问必答的问题" class="anchor"></div>
    
    <span
        class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none">
        <a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#%e5%8f%aa%e4%bc%9a%e6%9c%89%e9%97%ae%e5%bf%85%e7%ad%94%e7%9a%84%e9%97%ae%e9%a2%98" aria-label="锚点">#</a>
    </span>
    
</h2>
<p>大多数人的沟通方式是被动的。来了邮件就回，有人问进度就汇报，有人报 bug 就修。</p>
<p>这看起来很高效，毕竟没拿多余的信息浪费任何人的时间。</p>
<p>但实际上，你是在训练身边所有人：想要信息，就得追着你要。经理得专门来问项目进展，其他团队得自己确认你的改动会不会影响他们，管理层得一层层挖才知道有没有风险。</p>
<p>我见过不少优秀的工程师栽在这里。系统做得很好，但在东西坏掉之前没人知道；难题解决了，也是等别人先抱怨了才被发现。</p>
<p>有位资深开发者花了两周重构一个关键的支付系统。代码漂亮，处理时间砍掉一半。结果半年后才有人在排查别的问题时偶然发现。那么多工作，完全没人看见。</p>
<p>同一个团队里的另一位工程师，每次上线点什么都会发一条简短说明：&ldquo;API 延迟降了 200ms，方法如下。&ldquo;五句话，偶尔配张图。所有人都知道他在干什么。你猜升职的是谁？</p>
<p>两个人的差距不在能力，在于说话的时机。</p>

<h2 class="relative group">不说话，实际会发生什么
    <div id="不说话实际会发生什么" class="anchor"></div>
    
    <span
        class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none">
        <a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#%e4%b8%8d%e8%af%b4%e8%af%9d%e5%ae%9e%e9%99%85%e4%bc%9a%e5%8f%91%e7%94%9f%e4%bb%80%e4%b9%88" aria-label="锚点">#</a>
    </span>
    
</h2>
<p>&ldquo;等别人来问&quot;在实际工作里是什么样，我说得具体一点。</p>
<p>一个估了两天的任务，你已经做到第三天，而且清楚还得再花三天。你是现在就说，还是等明天站会上有人问？</p>
<p>如果你等，事情会这样发展：经理按你今天完工排了计划，QA 把测试安排在明天，产品经理已经告诉客户周五上线。就因为你舍不得花 30 秒说一句&quot;这个比预期费时间&rdquo;，现在所有人都得手忙脚乱地重排。</p>
<p>再比如：你在改认证逻辑，而且知道移动端对 token 格式有依赖。你是现在就跟移动团队打个招呼，还是看他们自己能不能发现？</p>
<p>如果你不吭声，下周他们发版，线上直接挂掉，调试好几个小时，最后才找到你的改动。于是你成了那个&quot;一声不吭搞挂线上&quot;的人。</p>
<p>这种事天天都在发生。原因永远是同一个：有人知道，但没说。</p>

<h2 class="relative group">该怎么做
    <div id="该怎么做" class="anchor"></div>
    
    <span
        class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none">
        <a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#%e8%af%a5%e6%80%8e%e4%b9%88%e5%81%9a" aria-label="锚点">#</a>
    </span>
    
</h2>
<p>在别人问之前就告诉他们。不是事无巨细，只说对方需要知道的。</p>
<p>这些年我学会了在这几种情况下先开口：</p>
<p><strong>进度要延期的时候。</strong> 估了五天，过了三天，大概完成了 30%。现在就发消息：&ldquo;这个比我想的费时间，估计要 8 到 10 天，不是 5 天。是砍范围，还是推迟期限？&rdquo;</p>
<p>不等站会，不等别人问。知道的那一刻就说。</p>
<p><strong>做了技术决定的时候。</strong> 选了 Postgres 而不是 MySQL，用了 REST 而不是 GraphQL，给 API 加了一个必填字段。</p>
<p>这些决定在你看来只是局部选择，但总有人依赖着它。发个短消息就够了：&ldquo;提醒一下，用户接口要改成必须验证邮箱，周四上线。如果对你们有影响告诉我。&rdquo;</p>
<p><strong>发现风险的时候。</strong> 数据库涨得比预期快，API 一有负载就变慢，新功能能跑但代码很乱、以后不好维护。</p>
<p>别等它变成事故，趁还来得及的时候先提个醒：&ldquo;注意到搜索接口的响应时间在慢慢变差。还不算急，但下个迭代恐怕该考虑加缓存了。&rdquo;</p>
<p><strong>定期汇报。</strong> 我每周五给相关人员发一封邮件，花 10 分钟，就三条：这周上了什么，下周做什么，有什么让我担心的。</p>
<p>大多数时候内容很无聊。这正是重点——无聊说明没有意外。真出事的时候，因为我一直在同步，他们早就了解背景了。</p>
<p>如果一个项目要同步的对象不止两三拨人，我会把谁收哪种更新、多久一次、由谁来发都写下来，做成一页纸的<a href="https://jared.lynskey.co.nz/zh-cn/posts/2023/2023-06-02-project-frameworks-for-future-cto/" >项目沟通计划</a>。</p>

<h2 class="relative group">为什么大家不这么做
    <div id="为什么大家不这么做" class="anchor"></div>
    
    <span
        class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none">
        <a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#%e4%b8%ba%e4%bb%80%e4%b9%88%e5%a4%a7%e5%ae%b6%e4%b8%8d%e8%bf%99%e4%b9%88%e5%81%9a" aria-label="锚点">#</a>
    </span>
    
</h2>
<p>各种借口我都听过，因为大部分我自己也用过。</p>
<p>&ldquo;我不想打扰别人。&ldquo;你不是在打扰他们，你是在省去他们来打扰你的麻烦。比起专门约个会来问你进展，经理更愿意读一条两句话的更新。</p>
<p>&ldquo;万一我说错了呢？&ldquo;那就再发一条：&ldquo;上次说要 8 天的那个，6 天就做完了，进度恢复正常。&ldquo;没有人会因为好消息生气。</p>
<p>&ldquo;我不想显得自己不靠谱。&ldquo;事实恰恰相反：毫无预警地错过截止日期才叫不靠谱。提前预告延期的人，看起来是在管理风险。</p>
<p>&ldquo;我太忙了。&ldquo;忙到写不了三句话的邮件？不存在的。真要是那么忙，那你更没空收拾不说话惹出来的烂摊子。</p>
<p>不肯先开口的真正原因，是这么做让人不自在。闭嘴然后指望事情自己变好，要轻松得多。可是指望不是计划，沉默也不算职业。</p>

<h2 class="relative group">什么时候只需要响应
    <div id="什么时候只需要响应" class="anchor"></div>
    
    <span
        class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none">
        <a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#%e4%bb%80%e4%b9%88%e6%97%b6%e5%80%99%e5%8f%aa%e9%9c%80%e8%a6%81%e5%93%8d%e5%ba%94" aria-label="锚点">#</a>
    </span>
    
</h2>
<p>不是所有事都能提前打招呼，有些场景要的是立刻响应，而不是预告。</p>
<p>线上故障，先修。可以边修边同步进展，但别为了写一份完美的复盘报告耽误止血。</p>
<p>有人卡在等你的代码评审上，那就赶紧评审。他们要的不是你的周报，而是接下来一小时内被解除阻塞。</p>
<p>Slack 上来了急问，直接回答，别让人等你的周五总结。</p>
<p>规律很简单：眼前的急事被动响应就好，其余一切都主动先说。</p>

<h2 class="relative group">坚持下来之后的变化
    <div id="坚持下来之后的变化" class="anchor"></div>
    
    <span
        class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none">
        <a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#%e5%9d%9a%e6%8c%81%e4%b8%8b%e6%9d%a5%e4%b9%8b%e5%90%8e%e7%9a%84%e5%8f%98%e5%8c%96" aria-label="锚点">#</a>
    </span>
    
</h2>
<p>自从我把这件事变成习惯，实际发生了这些变化。</p>
<p>会议变少了。大家已经知道状况，就不会再约会议来打听。我的日历从每周 25 个小时以上的会，降到了 15 个小时左右。</p>
<p>意外变少了。提前预警过的问题，在别人眼里就不再是&quot;问题&rdquo;，而是&quot;你正在处理的事&rdquo;。没有人会为一个两周前就通报过的风险恐慌。</p>
<p>信任变多了。这是最大的收获。当你一直不用别人开口就主动同步，大家就开始放心把事情交给你，随之而来的是更大的责任和更有意思的活儿。</p>
<p>前面提到的那次升职？做出好东西当然是原因之一，但更大的原因是：该知道的人不用挖，就知道了这些好东西。</p>

<h2 class="relative group">从哪里开始
    <div id="从哪里开始" class="anchor"></div>
    
    <span
        class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none">
        <a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#%e4%bb%8e%e5%93%aa%e9%87%8c%e5%bc%80%e5%a7%8b" aria-label="锚点">#</a>
    </span>
    
</h2>
<p>从这周手上的工作里挑一件，在别人问之前，发一条简短的更新。</p>
<p>可以发给经理：&ldquo;API 重构进展顺利，完成一半左右，本周末前能搞定。&rdquo;</p>
<p>可以发给其他团队：&ldquo;刚改了用户会话的处理方式。应该不影响你们，但如果看到奇怪的认证行为，跟我说一声。&rdquo;</p>
<p>也可以发给自己团队：&ldquo;线上那个 bug 修好了，根因是缓存层的竞态条件，已经加了测试防止复发。&rdquo;</p>
<p>两三句话，点发送。</p>
<p>结果通常是两种之一：</p>
<ol>
<li>对方很感激，你自己也因为不再攥着信息而轻松了</li>
<li>没人回复——也没关系，他们已经知道了，你不用再惦记</li>
</ol>
<p>做上几次就成了本能：做完一件事，告诉相关的人；发现一个问题，提出来；做了一个决定，同步出去。</p>
<p>几个星期之后，就没有人再来问你进展了，因为他们都已经知道。到那时候，很多事都会变得轻松。</p>
]]></content:encoded>
      <media:content url="https://jared.lynskey.co.nz/en/posts/2023/2023-09-23-reactive-vs-proactive-communication/featured.jpeg" medium="image" type="image/jpeg" />
    </item>
  </channel>
</rss>
