<?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>Timing · 仁才徳</title>
    <link>https://jared.lynskey.co.nz/ja/tags/timing/</link>
    <description>ソフトウェアエンジニアリングと開発組織のリーダーシップについて。評価、採用とチームの拡大、CI/CD、DevOps モニタリング、エージェンティック AI。ソウルより。</description>
    <generator>Hugo</generator>
    <language>ja</language>
    <copyright>© 2026 仁才徳</copyright>
    <lastBuildDate>Wed, 28 Oct 2026 00:00:00 +1300</lastBuildDate>
    <atom:link href="https://jared.lynskey.co.nz/ja/tags/timing/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>リーダーシップにおける透明性：チームに伝えるべきとき、待つべきとき</title>
      <link>https://jared.lynskey.co.nz/ja/posts/2023/2023-09-25-transperency/</link>
      <guid isPermaLink="true">https://jared.lynskey.co.nz/ja/posts/2023/2023-09-25-transperency/</guid>
      <pubDate>Mon, 25 Sep 2023 00:30:03 +0000</pubDate>
      <dc:creator>Jared Lynskey</dc:creator>
      <category>Transparency</category>
      <category>Timing</category>
      <category>Effective Leadership</category>
      <category>communication</category>
      <category>management</category>
      <category>team building</category>
      <description>リーダーの透明性とは、聞いた瞬間にすべてをチームへ伝えることではありません。オープンが私の基本方針ですが、透明性が役に立つか害になるかは、文脈とタイミング次第だと学びました。</description>
      <content:encoded><![CDATA[<p>私の基本方針は、チームに何でも話すことです。ただ、何度か失敗してようやく分かったのですが、「何でも、即座に、フィルターなしで」は透明性とは呼べません。半分くらいは、自分の不安をみんなに丸投げしているだけです。難しいのは、オープンにするかどうかではなく、どうやって、いつオープンにするかでした。</p>

<h4 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="#%e3%81%9d%e3%82%8c%e3%81%a7%e3%82%82%e3%82%aa%e3%83%bc%e3%83%97%e3%83%b3%e3%81%8c%e5%9f%ba%e6%9c%ac%e3%81%a7%e3%81%82%e3%82%8b%e7%90%86%e7%94%b1" aria-label="アンカー">#</a>
    </span>
    
</h4>
<p>透明性を勧める定番の論拠は、どれも本当です。実際にその通りになる場面を何度も見てきました。決定の背景にある理由が分かれば、たとえ気に入らない決定でも、納得はしてもらえます。私と同じ情報を持っていれば、メンバーは私の指示を待たずに良い判断を下せます。そして、自分に関わる話が自分の知らないところで進んでいたと後から知って、嬉しい人はいません。</p>

<h4 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="#%e7%94%9f%e3%81%ae%e6%83%85%e5%a0%b1%e3%82%92%e3%81%9d%e3%81%ae%e3%81%be%e3%81%be%e6%b5%81%e3%81%99%e3%81%a8%e4%bd%95%e3%81%8c%e8%b5%b7%e3%81%8d%e3%82%8b%e3%81%8b" aria-label="アンカー">#</a>
    </span>
    
</h4>
<p>失敗のパターンは、だいたい3つです。</p>
<p>量。中途半端な情報まで全部転送していると、本当に大事な話が埋もれます。そのうち誰も読まなくなります。</p>
<p>文脈。背景抜きの生の情報は混乱を生みます。「ロードマップを見直しています」という一文は、説明付きならただの近況報告ですが、説明なしだとずっと不穏に聞こえます。</p>
<p>タイミング。まだ決まっていないことを共有すると、チームは1週間、実際には検討すらされていない結末について憶測を巡らせることになります。生煮えのニュースは、最終決定そのものより多くのエネルギーを食いつぶすことがあります。</p>

<h4 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%be%85%e3%81%a4%e3%81%93%e3%81%a8%e3%81%af%e9%9a%a0%e3%81%99%e3%81%93%e3%81%a8%e3%81%a7%e3%81%af%e3%81%aa%e3%81%84" aria-label="アンカー">#</a>
    </span>
    
</h4>
<p>共有のタイミングを計るというと、操作的に聞こえます。でも誠実にやれば、むしろ逆です。理解に必要な文脈と一緒にニュースが届くようにする、ということですから。悪い知らせは、対応策とセットで伝えたほうが受け止めやすくなります。良い知らせは、金曜夕方の連絡ラッシュに埋もれないほうがちゃんと届きます。</p>
<p>ただし、待つことにはコストがあり、それは膨らんでいきます。情報を抱え込みすぎると、みんな何となく気づきます。空白は噂話が埋めますし、噂は決まって現実より悪い内容になります。そして、いつも最後に知らされる人は、それを自分の評価だと受け取ります。まあ、実際そうであることが多いのですが。</p>

<h4 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%8a%e3%81%ae%e5%88%a4%e6%96%ad%e5%9f%ba%e6%ba%96" aria-label="アンカー">#</a>
    </span>
    
</h4>
<p>センシティブなことを共有する（あるいは保留する）前に、いくつか自問するようにしています。これはチームの仕事に必要な情報か、それとも自分が楽になりたいだけか。文脈をきちんと説明できる段階か、それとも断片を投げつけるだけになるか。どう受け止められそうか。当然出てくる質問に答えられる準備はあるか。</p>
<p>そのうえで、どちらに転んでも同じことをします。情報には文脈を添える。後から質問しやすい空気を作る。そして伝わり方を観察して、次の判断の精度を上げる。欲しい情報量は人によって違いますし、それは見て、聞いてみないと分かりません。</p>
<p>基本はオープン。文脈を添える。送信する前に、どう受け止められるか1分だけ考える。これで、今まで出会った場面のほとんどはカバーできています。</p>
]]></content:encoded>
      <media:content url="https://jared.lynskey.co.nz/en/posts/2023/2023-09-25-transperency/featured.jpeg" medium="image" type="image/jpeg" />
    </item>
  </channel>
</rss>
