<?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>Team Norms · 仁才徳</title>
    <link>https://jared.lynskey.co.nz/ja/tags/team-norms/</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/team-norms/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>エンジニアリングチームで本当に定着するチーム規範の作り方</title>
      <link>https://jared.lynskey.co.nz/ja/posts/2024/2024-05-05-team-norms/</link>
      <guid isPermaLink="true">https://jared.lynskey.co.nz/ja/posts/2024/2024-05-05-team-norms/</guid>
      <pubDate>Sun, 05 May 2024 00:00:00 +0000</pubDate>
      <dc:creator>Me</dc:creator>
      <category>team norms</category>
      <category>collaboration</category>
      <category>leadership</category>
      <description>エンジニアリングマネージャーになって数ヶ月、チーム規範について考えたこと。才能よりチームの働き方が大事だと納得させられたGoogleの研究（Project Aristotle）の話も。</description>
      <content:encoded><![CDATA[<p>開発チームをマネジメントするようになって数ヶ月。最近気づいたのは、日々対処している摩擦のほとんどが技術的な問題ではない、ということです。コードレビューはどのくらいで返すべきか、「完了」とはどこまでを指すのか、Slackで二度目の催促をするのは失礼なのか。誰も間違っていません。ただ、ルールを決めていなかっただけなんですよね。</p>
<p>その解決策には「チーム規範」という地味な名前がついています。<a href="https://www.ccl.org/articles/leading-effectively-articles/the-real-world-guide-to-team-norms/"  target="_blank" rel="noreferrer">Center for Creative Leadership</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="#%e7%b4%8d%e5%be%97%e3%81%95%e3%81%9b%e3%82%89%e3%82%8c%e3%81%9f%e7%a0%94%e7%a9%b6" aria-label="アンカー">#</a>
    </span>
    
</h2>
<p><a href="https://rework.withgoogle.com/intl/en/guides/understanding-team-effectiveness"  target="_blank" rel="noreferrer">GoogleのProject Aristotle</a>は、社内の180あまりのチームを調べて、良いチームは何が違うのかを探りました。結果は意外なもので、チームに「誰がいるか」より「どう協働しているか」のほうがずっと重要だったそうです。優秀な人を集めても、働き方の合意がぐちゃぐちゃなら平凡な結果しか出ないわけです。</p>
<p>この研究では、強いチームに共通する<a href="https://psychsafety.com/googles-project-aristotle/"  target="_blank" rel="noreferrer">5つの要素</a>が特定されました。心理的安全性、信頼性、構造と明確さ、意味、インパクトです。中でも一番効いていたのが心理的安全性。つまらない質問をしても、ミスを認めても、それで損をしないと感じられることです。<a href="https://www.leaderfactor.com/learn/project-aristotle-psychological-safety"  target="_blank" rel="noreferrer">関連する数字</a>を見ると無視できません。パフォーマンス分散の43%を説明し、生産性は19%向上、イノベーションは31%増、離職率は27%減。</p>
<p>このリストの良いところは、5つのどれも生まれつきの性格ではないことです。全部、チームが意図して作れるもの。そのための道具が規範なんです。</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="#%e6%97%a5%e3%80%85%e3%81%ae%e8%a6%8f%e7%af%84%e3%81%af%e3%81%93%e3%82%93%e3%81%aa%e6%84%9f%e3%81%98" aria-label="アンカー">#</a>
    </span>
    
</h2>
<p>会議から始めるのが一番簡単です。悪い癖が目に見えやすいので。アジェンダは事前に配る、時間どおりに始めて時間どおりに終わる、反論する前に相手の話を要約する。私が気に入っているのは、身も蓋もない<a href="https://www.ntaskmanager.com/blog/12-examples-of-team-norms-to-help-you-create-a-high-performing-team/"  target="_blank" rel="noreferrer">「アジェンダがなければ会議もなし」</a>というルールです。</p>
<p>コミュニケーションの規範はもっと重要ですが、見えにくいものです。私の場合は、迷ったら共有しすぎるくらい共有する、決定事項は誰でも見られる場所に書き残す、会議を唯一のチャネルにしない、の3つに尽きます。8人の会議で絶対に発言しない人はいるので、そういう人には直接聞きに行きます。<a href="https://www.focuspeople.com/2024/02/23/building-high-performing-teams-x-strategies-for-success/"  target="_blank" rel="noreferrer">多様な視点を持つチーム</a>が同質的なチームに勝るという研究は山ほどありますが、それはその視点が実際に口に出された場合の話です。</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%ae%98%e5%83%9a%e4%b8%bb%e7%be%a9%e3%81%ab%e3%81%9b%e3%81%9a%e3%81%ab%e8%a6%8f%e7%af%84%e3%82%92%e6%b1%ba%e3%82%81%e3%82%8b%e3%81%ab%e3%81%af" aria-label="アンカー">#</a>
    </span>
    
</h2>
<p><a href="https://www.ccl.org/articles/leading-effectively-articles/the-real-world-guide-to-team-norms/"  target="_blank" rel="noreferrer">CCLが勧めている</a>のは理論ではなく経験から始めるやり方で、私もこれが良いと思っています。全員が「今までで最高だったチーム」と「最悪だったチーム」を語り、何がそうさせたのかをみんなで掘り下げ、見えてきたパターンを今のチーム向けの具体的な行動に落とし込む。上から配るのではなく、議論して合意する。破られたときにどうするか（マネージャーが破った場合も含めて）を先に決めて、見える場所に書き、ときどき見直す。</p>
<p>ひとつ付け加えるなら、最初は3〜5個に絞ることです。規範は習慣になって初めて機能しますが、10個の習慣を同時に身につけられる人はいません。</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="#%e3%81%a4%e3%81%be%e3%81%9a%e3%81%8d%e3%81%a9%e3%81%93%e3%82%8d" aria-label="アンカー">#</a>
    </span>
    
</h2>
<p>規範を一番手っ取り早く殺すのは、それを無視するリーダーです。私が「忙しいから」とアジェンダのルールを飛ばせば、チームは即座に見抜いて、すべてが茶番になります。文言の出来より、上に立つ人間の一貫性のほうがよほど大事です。</p>
<p>ほかに気をつけたい落とし穴もあります。新しいメンバーが規範をオンボーディングで明示的に聞くのではなく、口伝えの言い伝えとして学んでしまうこと。グローバルなチームで、自分の常識を全員の常識だと思い込むこと（暗黙の前提こそ明文化すべきです）。そして、規範づくり自体を形式主義だと感じている人。最後のタイプには、説教するより規範づくりに巻き込むほうがずっと効きます。</p>
<p>規範がどこで強化されるのかを知っておくのも役立ちます。高パフォーマンスチームの研究では、<a href="https://informedi.org/2024/08/30/new-rules-for-teamwork/"  target="_blank" rel="noreferrer">同じ3つの習慣</a>が繰り返し見つかっています。ちゃんとしたキックオフ、定期的な1on1、そしてレトロスペクティブ。合意が生まれ、試され、静かに更新されていくのはそういう場であって、ポリシー文書の中ではありません。</p>
<p>規範が魔法だとは思っていません。ただ、Googleのデータが指す方向は、これまでの私の実感と同じです。チームの働き方は、メンバーの顔ぶれに勝る。だからうちの規範は短くしておくつもりです。数個の合意を全員が見える場所に書いて、実態に合わなくなったら見直す。定着したかどうかは、半年後に聞いてください。</p>
]]></content:encoded>
      <media:content url="https://jared.lynskey.co.nz/en/posts/2024/2024-05-05-team-norms/featured.jpg" medium="image" type="image/jpeg" />
    </item>
  </channel>
</rss>
