最初の一言が全員の席を決める

Share

グループワークの課題が出た瞬間、教室に微かな緊張が走る。3人から5人のグループに分かれ、テーマについて議論し、成果物をまとめる。大学では何度も経験する光景だ。

そして不思議なことに、何度やっても、同じような役割分担が「自然に」出来上がる。誰かが仕切り始め、誰かが黙り、誰かがなんとなく調整役に回る。メンバーが違っても、構造は似ている。

性格の問題だろうか。もう少し踏み込んで考えてみると、どうもそうではなさそうだ。

最初の30秒で決まる

グループワークの役割分担は、最初の30秒でほぼ決まる。

グループが形成された直後、最初に口を開いた人間が、その後のグループ内での発言権を大きく獲得する。最初の発言者が議論の方向を設定し、他のメンバーはその方向に沿って自分の位置を調整する。いわば、最初の一手がゲーム全体の構図を決めてしまう。

一度固定された発言量のバランスは、その後の議論でほとんど変化しない。最初に多く話した人はますます多く話し、最初に黙っていた人はますます黙る。フィードバックループが回り始めると、役割は急速に固定化する。

つまり、リーダーになったのは能力や性格のためではなく、たまたま最初に口を開いたからだ、ということが十分にありうる。

社会的手抜きという構造

グループの人数が増えるほど、一人あたりの貢献度が下がる。フランスの農学者マクシミリアン・リンゲルマンが1913年に報告した綱引きの実験は、この現象の古典的な実証だ。

2人で引くとき、一人あたりの出力は最大値の約93%。3人になると85%、8人になると49%まで落ちる。力を合わせているはずなのに、人数が増えるほど個人の出力は下がる。

これは怠惰の問題ではない。構造の問題だ。個人の貢献が全体に埋もれて可視化されにくくなると、最大限の努力をする動機が薄れる。自分が少し手を抜いても、全体の成果にはほとんど影響しないように見える。全員がそう考えれば、全員が手を抜く。

大学のグループワークでは、この効果がさらに増幅されやすい。成績評価がグループ単位で行われる場合、個人の貢献度は外部からほとんど見えない。努力できない仕組みの分析で書いたように、努力は意志の問題ではなく環境の設計の問題だ。個人の貢献が評価されない環境では、手を抜くほうがむしろ合理的な選択になる。

沈黙者の事情

グループワークで黙っている人を「フリーライダー」と呼ぶのは簡単だ。しかし、沈黙にはいくつかの異なる種類がある。

まず、発言のタイミングを逃しているだけという場合。議論の流れが速いと、言いたいことを整理している間に話題が移ってしまう。一度タイミングを逃すと、次の発言のハードルはさらに上がる。

次に、自分の意見に自信がないという場合。他のメンバーが詳しそうに見えると、「自分が言っても的外れかもしれない」という不安が発言を抑制する。

さらに、意図的に観察しているという場合もある。議論全体の流れを把握し、最後にまとめる役割を無意識に引き受けている人もいる。

沈黙は怠慢の表れとは限らない。「黙っている人は貢献していない」という判断は、発言量を貢献の唯一の指標として扱っている。それは誰も学びを測れないで論じた「測定可能なものだけを評価する」という罠と同型だ。

教員が見ているもの、学生が感じているもの

教員がグループワークを設計するとき、念頭にあるのは「協働学習」の理想だ。多様な視点が交わり、議論を通じて理解が深まり、個人学習では到達できない成果が生まれる。教育学の教科書には、そう書いてある。

学生の側から見える景色は、たいてい違う。誰がスライドを作るのか。誰が発表するのか。締め切りの前日に連絡がつかないメンバーをどうするのか。協働の理想と分業の現実のギャップに、学生はしばしば疲弊する。

ブルース・タックマンが1965年に提唱したグループ発達モデルは、集団が「形成(forming)→混乱(storming)→統一(norming)→機能(performing)」という段階を経ることを示している。大学のグループワークの多くは、期間が短すぎてこのサイクルを回しきれない。混乱期のまま成果物を提出し、解散する。グループが機能するための時間が、構造的に足りていない。

機能するグループの条件

では、役割の固定化を防ぎ、より機能的なグループワークを実現するにはどうすればいいのか。

第一に、人数を絞ること。グループのパフォーマンスは4人前後でピークに達することが多い。5人を超えると、社会的手抜きが増加し、コミュニケーションコストが急増する。

第二に、役割を明示的に交代させること。「今回はこの人がファシリテーター、次回は別の人」という形で強制的に回せば、初期発言による固定化を防げる。

第三に、個人の貢献を可視化すること。最終成果物だけでなく、誰が何を担当したかを記録し、共有する。貢献が見える化されれば、社会的手抜きの動機は減る。

もっとも、これらの多くは教員の側が設計すべきことであって、学生個人にできることは限られている。学生の立場でできるのは、自分がどの役割に固定されているかを自覚し、意識的に別の役割を試してみることくらいだ。

構造に気づくこと

グループワークで観察される役割分担の構造は、大学を出た後もそのまま続く。会議、プロジェクトチーム、地域のコミュニティ。人が集まれば、リーダーと沈黙者と調整役が生まれる。

大学で友達の作り方で触れたように、大学での人間関係は社会に出てからの関係構築の予行演習でもある。グループワークは面倒だ。しかし、その面倒さの中に、自分がどのように集団の中で振る舞う傾向があるかを知る手がかりがある。

次のグループワークで、自分がいつもと同じ役割に滑り込んでいることに気づいたら、少しだけ違うことを試してみてもいい。いつも黙っているなら、最初に口を開いてみる。いつも仕切っているなら、一歩引いて誰かに任せてみる。

役割は構造が作り出す。しかし、構造に気づけば、少しだけ自由になれる。

Read more

Dependabotの対応が面倒なのでRenovateを導入する

Dependabotくんはある程度の依存関係の更新を通知してくれるが、山のようにprojectを抱えているとなんとも痒いところに手が届かない。 ということで、Renovateを使ってみる。 Build software better, togetherGitHub is where people build software. More than 150 million people use GitHub to discover, fork, and contribute to over 420 million projects.GitHub ここからGitHub Appを入れる。 あとは、指示に従ってポチポチするだけで、超かんたんだった。 感想 自動化最高。

By Sakashita Yasunobu

nodejsのバグを見つけたのでPRを投げてみた

概要 要するに、node --testで特定のバイナリを標準出力に書くと、テストランナーが固まったり、異常終了したりするバグです。 バグ自体は既知のものだったようで、修正がされていました。 test_runner: infinite loop in FileTest#drainRawBuffer when child stdout contains FF 0F followed by large size bytes · Issue #62693 · nodejs/nodeVersion v25.9.0 (also reproduced on v24.14.1 LTS, v22.21.0 LTS, v23.4.0) Platform Darwin 25.

By Sakashita Yasunobu
青空文庫のParser

青空文庫のParser

青空文庫のParserを作ってます。 GitHub - P4suta/aozora: Pure-functional Rust parser for 青空文庫記法 (Aozora Bunko notation): ルビ, 傍点, 縦中横, 外字, 返り点, indent containers, page breaks.Pure-functional Rust parser for 青空文庫記法 (Aozora Bunko notation): ルビ, 傍点, 縦中横, 外字, 返り点, indent containers, page breaks. - P4suta/aozoraGitHubP4suta Rustで作ってますが、配布物はcargoのほかにnpm/pypiでも入手できます Documentation * Playground — try it in

By Sakashita Yasunobu