<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>チーム生産 on 服部 圭介</title><link>https://httrksk.github.io/jp/tags/%E3%83%81%E3%83%BC%E3%83%A0%E7%94%9F%E7%94%A3/</link><description>Recent content in チーム生産 on 服部 圭介</description><generator>Hugo -- gohugo.io</generator><language>jp</language><lastBuildDate>Mon, 05 Oct 2026 10:00:00 +0900</lastBuildDate><atom:link href="https://httrksk.github.io/jp/tags/%E3%83%81%E3%83%BC%E3%83%A0%E7%94%9F%E7%94%A3/index.xml" rel="self" type="application/rss+xml"/><item><title>チームメンバーを、優秀なAIに置き換えると</title><link>https://httrksk.github.io/jp/post/20261005/</link><pubDate>Mon, 05 Oct 2026 10:00:00 +0900</pubDate><guid>https://httrksk.github.io/jp/post/20261005/</guid><description>&lt;h4 id="研究の背景">研究の背景&lt;/h4>
&lt;p>チームの一員を、その人より多くの仕事をこなせるAIに置き換える。そうすれば、チーム全体の成果も増えそうに思えます。少なくとも、置き換えられたメンバーと同じだけの仕事をしてくれるなら、チーム全体の成果は下がらないように思えます。&lt;/p>
&lt;p>本研究では、&lt;strong>人間のメンバーより多く貢献するAIに置き換えても、チーム全体の成果が下がりうる仕組み&lt;/strong>を理論的に考察します。&lt;/p></description></item><item><title>評価制度とチーム内での「教え合い」</title><link>https://httrksk.github.io/jp/post/20260822/</link><pubDate>Sat, 22 Aug 2026 10:00:00 +0900</pubDate><guid>https://httrksk.github.io/jp/post/20260822/</guid><description>&lt;h4 id="研究の背景">研究の背景&lt;/h4>
&lt;p>企業は、社員同士が教え合うことに多くを期待しています。新人研修、OJT、ペア作業、メンタリングなど、組織のなかの学習の多くは、研修部門ではなく隣に座っている同僚から生まれます。&lt;/p>
&lt;p>しかし、こうした学び合いは自動的には起きません。教える側にはコストがあります。教えている間は自分の仕事が止まりますし、それ以上に見落とされがちなのは、&lt;strong>教えることが相手と自分との組織におけるポジションの差を縮める&lt;/strong>という点です。&lt;/p></description></item><item><title>仲間を思いやるチームほど、低いパフォーマンスになる？</title><link>https://httrksk.github.io/jp/post/20260816/</link><pubDate>Sun, 16 Aug 2026 21:09:00 +0900</pubDate><guid>https://httrksk.github.io/jp/post/20260816/</guid><description>&lt;h4 id="研究の背景">研究の背景&lt;/h4>
&lt;p>企業や組織では、メンバーがチームの目標を共有し、お互いの成果を気にかけるようにすることが重視されています。仲間のことを気にする人ほど、チームのために一生懸命働いてくれそうです。実際、チームの結束や社会的なつながりが努力やチーム・インセンティブの効果を高めることは、これまで多くの研究でも指摘されています。&lt;/p>
&lt;p>しかし、仕事には「どれだけ頑張るか」だけでなく、&lt;strong>何に頑張るか&lt;/strong>という問題があります。&lt;/p></description></item><item><title>メンバー間の『交渉力の差』は、チーム成果を高めるのか</title><link>https://httrksk.github.io/jp/post/20260812/</link><pubDate>Wed, 12 Aug 2026 18:29:00 +0900</pubDate><guid>https://httrksk.github.io/jp/post/20260812/</guid><description>&lt;h4 id="研究の背景">研究の背景&lt;/h4>
&lt;p>職場では、「誰がどれだけの仕事を負担するのか」をメンバー同士の直接的な話し合い（交渉）で決めることがあります。チームでは、発言力や存在感の大きさ、声の大きさ、交渉の上手さなどによって、メンバー間の交渉力に差があるのが普通です。交渉力の強い人は自分の負担を小さくし、そのぶん弱い人に仕事を多く割り振ることができたりします。&lt;/p>
&lt;p>では、こうした&lt;strong>交渉力の格差はチームの成果を高めるのでしょうか、それとも下げるのでしょうか&lt;/strong>。&lt;/p></description></item><item><title>チーム内での情報共有をめぐるジレンマ</title><link>https://httrksk.github.io/jp/post/20260723/</link><pubDate>Thu, 23 Jul 2026 03:00:00 +0900</pubDate><guid>https://httrksk.github.io/jp/post/20260723/</guid><description>&lt;h4 id="研究の背景">研究の背景&lt;/h4>
&lt;p>チームで働いていると、メンバーが知らないうちに自分と同じ作業をしていた、ということが起こります。防ぐ方法は単純で、「自分は今このタスクをやるつもりだ」と情報共有をすれば良いのです。共有ドライブもプロジェクト管理ツールもSlackもあり、一回の書き込みで全員に届きます。それでも時に情報共有がおそろかになり、チーム内での重複作業はなくなりません。&lt;/p></description></item><item><title>有能な「仕上げ役」が、チームの成果を下げる？</title><link>https://httrksk.github.io/jp/post/20260716/</link><pubDate>Thu, 16 Jul 2026 03:00:00 +0900</pubDate><guid>https://httrksk.github.io/jp/post/20260716/</guid><description>&lt;h4 id="研究の背景">研究の背景&lt;/h4>
&lt;p>チームでの仕事はしばしば、メンバーが途中まで作業をし、それを完成させる人へと手渡されます。部下の資料を上司が仕上げる、若手の原稿をシニアが投稿できる形にする。このとき、受け取る「仕上げ役」（上司やシニア）が有能であることは、当然チームの強みに思えます。しかし本研究が示すのは、締切のあるチームでは、&lt;strong>仕上げ役が有能になるほど、完成品の質がかえって下がりうる&lt;/strong>ということです。&lt;/p></description></item><item><title>「なくてはならない存在」への欲求が、組織を脆くする？</title><link>https://httrksk.github.io/jp/post/20260709/</link><pubDate>Thu, 09 Jul 2026 03:00:00 +0900</pubDate><guid>https://httrksk.github.io/jp/post/20260709/</guid><description>&lt;h4 id="研究の背景">研究の背景&lt;/h4>
&lt;p>人はしばしば、組織の中で『「あなたがいないと困る」と思われたい』と願います。上司や指導者も、「君はチームに不可欠だ」という言葉でメンバーを励まします。たしかに、自分の仕事が重要だと感じることは、努力を引き出します。しかし本研究が示すのは、その気持ちが同時に、組織を脆くするかもしれないということです。&lt;/p></description></item><item><title>チームは「先延ばし」を防ぐのか、それとも招くのか</title><link>https://httrksk.github.io/jp/post/20260626/</link><pubDate>Fri, 26 Jun 2026 04:03:18 +0900</pubDate><guid>https://httrksk.github.io/jp/post/20260626/</guid><description>&lt;h4 id="研究の背景">研究の背景&lt;/h4>
&lt;p>先延ばしは、ふつう個人の問題として考えられます。やるべきだとわかっている。締切もある。将来の自分にとっては明らかにやった方がよい。それでも、いざ作業を始める時点になると、目の前の面倒さが大きく見えて、つい後回しにしてしまう。&lt;/p></description></item><item><title>「多様性」はいつチームを強くするのか</title><link>https://httrksk.github.io/jp/post/20260618/</link><pubDate>Thu, 18 Jun 2026 00:00:00 +0900</pubDate><guid>https://httrksk.github.io/jp/post/20260618/</guid><description>&lt;h4 id="研究の背景">研究の背景&lt;/h4>
&lt;p>企業や学校、スポーツなど、あらゆるチームにおいて「メンバーの多様性」は重要な要素であると言われます。多様な人が集まるチームが強いのか、はたまた同質な、似た者同士の人が集まるチームが強いのか。&lt;/p></description></item><item><title>社会的交流とチームパフォーマンス</title><link>https://httrksk.github.io/jp/post/20250405/</link><pubDate>Sat, 05 Apr 2025 01:03:20 +0900</pubDate><guid>https://httrksk.github.io/jp/post/20250405/</guid><description>&lt;h4 id="研究の背景">研究の背景&lt;/h4>
&lt;p>多くの組織は、社会的交流を促進するチームビルディング活動やワークスペースのデザインに多額の投資をしています。例えば、Googleのキャンパスは「偶然の出会い」を促すよう設計され、スティーブ・ジョブズが設計したPixar本社は自然な会話を最大化するレイアウトで有名です。&lt;/p></description></item></channel></rss>